Is it considered to be ok to not check the return code of close(2) in base?
Warner Losh
imp at bsdimp.com
Mon Jan 1 17:16:55 UTC 2018
On Mon, Jan 1, 2018 at 9:57 AM, Larry McVoy <lm at mcvoy.com> wrote:
> On Mon, Jan 01, 2018 at 08:52:57AM -0800, Rodney W. Grimes wrote:
> > > On Mon, Jan 01, 2018 at 04:14:33PM +0000, Poul-Henning Kamp wrote:
> > > > But this is bikeshedding at this point anyway.
> > >
> > > +1
> >
> > Bike shedding is good, people learn things from it. I never knew that
> > assert was altered by NDEBUG for example, thanks for that enlightenment
>
> Um, does the FreeBSD man page not start like the Linux man page with
>
> If the macro NDEBUG was defined at the moment <assert.h> was
> last
> included, the macro assert() generates no code, and hence does
> nothing
> at all.
>
> ?
>
It does:
The assert() macro may be removed at compile time by defining NDEBUG
as a
macro (e.g., by using the cc(1) option -DNDEBUG).
and the man page is short enough that you can't really miss it.Let'
> And bikeshedding has the effect of making people hit the delete key. I've
> deleted without reading about 80% of this thread. So if there was signal
> in that 80%, I for one, did not get it.
>
> And the amount of back and forth on something that is this basic is sort
> of mind numbing. As a new person on FreeBSD it doesn't show the project
> in a good light. Just sayin.
As long as we're Just Sayin' things, I point you to the level of discourse
on LKM. Just Sayin', ya know?
Bikesheds happen in all projects. This one was just a bit nutty and
happened to happen now.
Warner
More information about the freebsd-hackers
mailing list