Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 1 May 2007 15:20:31 +0400
From:      Andrey Chernov <ache@freebsd.org>
To:        Peter Jeremy <peterjeremy@optushome.com.au>
Cc:        cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org
Subject:   Re: cvs commit: src/usr.sbin/sysinstall main.c
Message-ID:  <20070501112031.GA6442@nagual.pp.ru>
In-Reply-To: <20070501105937.GC823@turion.vk2pj.dyndns.org>
References:  <20070430180043.GK13868@elvis.mu.org> <20070430181824.GA83415@nagual.pp.ru> <20070430225717.GA7008@VARK.MIT.EDU> <20070501000242.GA19510@nagual.pp.ru> <20070501002817.GA887@nagual.pp.ru> <463690FE.9000209@inse.ru> <20070501010709.GA1304@nagual.pp.ru> <20070501013957.GX13868@elvis.mu.org> <20070501064828.GA3836@nagual.pp.ru> <20070501105937.GC823@turion.vk2pj.dyndns.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 01, 2007 at 08:59:37PM +1000, Peter Jeremy wrote:
> Note that just building the ports with these changes will not demonstrate
> much.  This change alters the functionality of putenv() rather than the
> API/ABI so testing the change requires exercising the ports.  This is
> a much more difficult task.

I agree, only running ports does. As I already answered elsewhere, that=20
way we'll have at least first real stats how it affects building system=20
instead of that endless BSD vs. POSIX speculation (I already tired of)=20
without any real ground of things affected.

> >Apples and oranges. select is BSD own function unlike putenv which is no=
t=20
> >BSD own and initially adopted without too much care.
>=20
> Then someone needs to fix the "HISTORY" section of getenv(3). I've
> looked thru the TUHS and CSRG files and it didn't exist in V7 or any
> of the early BSDs. I'm not sure when it really did appear.  getenv(3)
> in 4.3reno doesn't claim compliance to any standard for putenv().

And I said so. We can't call POLA what is not belongs to us and poorly=20
implemented in our base later just because it stays in that form for a=20
long time. Moreover, having it in poorly implemented form will result that=
=20
our soft will be unportable, so we lost possibility to attract potential=20
users.

--=20
http://ache.pp.ru/

--EVF5PPMfhYS0aIcm
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (FreeBSD)

iD8DBQFGNyJ/Vg5YK5ZEdN0RAiesAJ99rTt/pK4LeejWRj8gfC8mnGsFvQCePWNj
+QFPGsjs/XRmXNkpXH7kn0g=
=+A6o
-----END PGP SIGNATURE-----

--EVF5PPMfhYS0aIcm--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070501112031.GA6442>