Date: Fri, 16 Nov 2001 18:23:12 -0600 From: Alfred Perlstein <bright@mu.org> To: Julian Elischer <julian@elischer.org> Cc: Jonathan Lemon <jlemon@flugsvamp.com>, julian@vicor-nb.com, current@freebsd.org Subject: Re: re-entrancy and the IP stack. Message-ID: <20011116182312.C13393@elvis.mu.org> In-Reply-To: <Pine.BSF.4.21.0111161614130.6632-100000@InterJet.elischer.org>; from julian@elischer.org on Fri, Nov 16, 2001 at 04:16:11PM -0800 References: <200111170003.fAH03Ia60157@prism.flugsvamp.com> <Pine.BSF.4.21.0111161614130.6632-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* Julian Elischer <julian@elischer.org> [011116 18:20] wrote:
>
> On Fri, 16 Nov 2001, Jonathan Lemon wrote:
>
> > Um, no please. MT_DUMMYNET is a bad hack that should be removed
> > (and which I've partly done in one of my trees). I would rather
> > not perpetuate this, it causes more problems than it is worth.
> >
> > I believe that Garrett went in a while back and removed all the
> > abuses of mbuf (used to store sockaddrs and the like), and this
> > would appear to be a step backward.
> >
> > I don't disagree that there are many static variables that need
> > to be cleaned up, but I don't believe that this is the right
> > approach.
>
> sure, but how about some suggestions then?
> personally Holding static things in mbufs is an abuse,
> and even things that are dynamic but can be better
> passed as an argument.
>
> Maybe just some extra arguments can cover it..
> but that's not very extensible, and you can't queue arguments.
Ah, but you can't queue static variable either. :)
--
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.'
http://www.morons.org/rants/gpl-harmful.php3
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011116182312.C13393>