From owner-freebsd-current  Thu Jul  4 10:40:26 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 6BCA737B405
	for <current@FreeBSD.ORG>; Thu,  4 Jul 2002 10:40:18 -0700 (PDT)
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D420443E09
	for <current@FreeBSD.ORG>; Thu,  4 Jul 2002 10:40:17 -0700 (PDT)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.206.8])
          by sccrmhc02.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020704174017.OWP6023.sccrmhc02.attbi.com@InterJet.elischer.org>;
          Thu, 4 Jul 2002 17:40:17 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA09070;
	Thu, 4 Jul 2002 10:33:25 -0700 (PDT)
Date: Thu, 4 Jul 2002 10:33:24 -0700 (PDT)
From: Julian Elischer <julian@elischer.org>
To: Daniel Eischen <eischen@pcnet1.pcnet.com>
Cc: Neal Fachan <neal@isilon.com>,
	Terry Lambert <tlambert2@mindspring.com>,
	Garrett Wollman <wollman@lcs.mit.edu>,
	Jonathan Lemon <jlemon@flugsvamp.com>, current@FreeBSD.ORG
Subject: Re: additional queue macro
In-Reply-To: <Pine.GSO.4.10.10207041302130.10479-100000@pcnet1.pcnet.com>
Message-ID: <Pine.BSF.4.21.0207041030070.6975-100000@InterJet.elischer.org>
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

there are two proposals floatingat the moment..

1/ I added debugging stuff to TAILQ to help find bad usages in KSE.
Qusetion/proposal: Should I extend this to other types and add it to the
file (or not delete what is there now)


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.

On Thu, 4 Jul 2002, Daniel Eischen wrote:

> On Thu, 4 Jul 2002, Julian Elischer wrote:
> > that was teh plan... we're just discussing the name..
> > TAILQ_FOREACH_SAFE ?
> 
> Oh, I thought the initial proposal was to add a _new_ interface
> that allowed safe removals while traversing the list (and allow
> the existing macros to be changed for debugging purposes/extra
> sanity checks).
> 
> -- 
> Dan Eischen
> 
> 


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