From owner-freebsd-current  Thu Jul  4 12:24:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B7A2B37B400
	for <current@FreeBSD.ORG>; Thu,  4 Jul 2002 12:24:26 -0700 (PDT)
Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3C83543E09
	for <current@FreeBSD.ORG>; Thu,  4 Jul 2002 12:24:26 -0700 (PDT)
	(envelope-from eischen@pcnet1.pcnet.com)
Received: from localhost (eischen@localhost)
	by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g64JOLL7024574;
	Thu, 4 Jul 2002 15:24:21 -0400 (EDT)
Date: Thu, 4 Jul 2002 15:24:21 -0400 (EDT)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: Julian Elischer <julian@elischer.org>
Cc: FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: additional queue macro
In-Reply-To: <Pine.BSF.4.21.0207041130240.6975-100000@InterJet.elischer.org>
Message-ID: <Pine.GSO.4.10.10207041509500.23083-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 4 Jul 2002, Julian Elischer wrote:
> 
> On Thu, 4 Jul 2002, Daniel Eischen wrote:
> 
> > On Thu, 4 Jul 2002, Julian Elischer wrote:
> > 
> > > 2/
> > > We could add a new macro/method that is slightly less efficient than the
> > > current FOREACH macros, but allows element removal.
> > > Exisiting methods would no change.
> > 
> > As wollman pointed out, we already assume that it is safe to
> > remove elements using the existing macros.  Adding another
> > interface to do the same thing kinda imples that existing
> > behaviour may change.  As proposed though, the new macros
> > would not only allow removals, but also modification of
> > the removed element while still walking the list.  These might
> > be useful.
> > 
> 
> In this rare case Garrett was wrong. Only He assumed that.

I assumed that also, and libc_r currently assumes that.
Perhaps I am in the minority, but maybe there are more
reliances on this than you think?

Anyways, I don't have a problem transitioning to another
set of macros when they are provided.

-- 
Dan Eischen


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message