Date: Mon, 21 Apr 2003 08:21:01 -0500 From: "Jacques A. Vidrine" <nectar@FreeBSD.org> To: Doug Barton <DougB@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include pwd.h src/lib/libc/gen getpwent.c src/usr.sbin/pwd_mkdb pwd_mkdb.c Message-ID: <20030421132101.GB49677@madman.celabo.org> In-Reply-To: <20030421011154.G1446@znfgre.tberna.bet> References: <200304181411.h3IEBH07088819@repoman.freebsd.org> <20030420141848.K631@znfgre.tberna.bet> <20030420230000.GB32112@madman.celabo.org> <20030421011154.G1446@znfgre.tberna.bet>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Apr 21, 2003 at 01:15:32AM -0700, Doug Barton wrote: > Heh... well, I suppose what I meant was, for example, compiling a standard > desktop system from scratch on a system running this new code. Right, yes. Three of my own machines have been running this here, where my own user comes from the Hesiod source. My desktop could be called `standard', I suppose: dual-CPU, dual-headed machine running GNOME 2. Most everything was freshly rebuilt. > > It happens that I don't use BIND8, so I missed this issue. It [...] > Not using BIND? Heresy! :) Not using _BIND8_ :-) BIND9 from ports apparently doesn't use its own getpwent(3) implementations as built. > Seriously though, what I'm trying to get across > is that while what named seems to be doing is definitely wonky, it's > probably not the only code doing it. Binary compat is excellent of course, > but things that you could compile and run prior to the nss import should > still compile and run after. Not necessarily. I mostly agree - that's why I reverted the _PWF_* macros. But, some things may break simply because we now have POSIX.1 thread-safe versions of getpwent(3) and friends, when we did not before. Cheers, -- Jacques A. Vidrine <nectar@celabo.org> http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030421132101.GB49677>