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 18:52:12 UTC 2018


On Mon, Jan 1, 2018 at 10:55 AM, Rodney W. Grimes <
freebsd-rwg at pdx.rh.cn85.dnsmgr.net> 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 further says that an assert() appeared in V6, and I bet that NDEBUG
> didnt exist at that time.


http://www.tuhs.org/cgi-bin/utree.pl?file=V7/usr/include/assert.h says by
at least v7 it was there. The man page appears to be incorrect that it
appeared in V6 unix, as I can find no file named *assert* in the two
distributions available at TUHS, nor could grep turn up anything on assert
apart from:

doc/c/c3:an assertion that when a construction of

So it was definitely in V7 (I'll fix the man page), and had NDEBUG from the
start.

Warner


More information about the freebsd-hackers mailing list