Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Nov 2016 12:33:11 -0800
From:      "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r309109 - head/lib/libutil
Message-ID:  <F0C22BDE-DAEA-4E26-A9BE-70E9ED2ABE16@gmail.com>
In-Reply-To: <2600117.GH2pUSAs7N@ralph.baldwin.cx>
References:  <201611241450.uAOEoLA5079215@repo.freebsd.org> <2600117.GH2pUSAs7N@ralph.baldwin.cx>

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

> On Nov 24, 2016, at 11:06 AM, John Baldwin <jhb@freebsd.org> wrote:
>=20
> On Thursday, November 24, 2016 02:50:21 PM Dag-Erling Sm=C3=B8rgrav =
wrote:
>> Author: des
>> Date: Thu Nov 24 14:50:21 2016
>> New Revision: 309109
>> URL: https://svnweb.freebsd.org/changeset/base/309109
>>=20
>> Log:
>>  Add a warning against modifying this code without understanding it, =
and
>>  an example of how not to make it more portable.  I've had this lying
>>  around uncommitted since 2009...
>=20
> While I think the sentiment is correct, I would suggest adjusting the =
comment
> as some folks may not get the sarcasm on first blush.  Even though it =
somewhat
> duplicates the revision log, I think it would be useful to expand the =
comment
> to list some of the "obvious" improvements to this function that =
actually
> break it along with a brief explanation of the breakage each of these =
changes
> cause.  In particular, the code here doesn't explain why close-on-exec =
would
> be bad, but a comment as I've described would.

+1

I think this is probably the most constructive comment on this thread =
and it echoes my sentiments.

Thanks,
-Ngie=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F0C22BDE-DAEA-4E26-A9BE-70E9ED2ABE16>