This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: What should aio_fsync (O_SYNC, NULL) do?


>>>>> Mark Brown writes:

Mark> At 3:45 PM +0200 7/26/00, Andreas Jaeger wrote:
>> Uli,
>> 
>> I'm enhancing rt/tst-aio.c to test also aio_fsync.  My Posix Standard
>> mentions (1003.1, 1996 Edition) on page 181 for aio_fsync:
>> "If aiocb is NULL, then no status is returned..."
>> 
>> Currently aio_fsync (O_SYNC, NULL) gives a segmentation fault.  The
>> current Austin Draft does not mention NULL anymore.  Shall I add the
>> test for NULL or not?

Mark> Andreas,

Mark> Under the rules that will govern the AG book, you may continue to handle
Mark> NULL as specified in the 1003.1-1996 book -- which I personally
Something which I also don't understand is the semantics of a NULL.
The 1003.1-1996 standard only allows NULL but didn't say what's
happening.
Mark> prefer to a core dump :) All that the omission (if intentional)
Mark> means is that implementations can handle NULL as they see fit.
Are you sure?  Normally NULL is not a valid parameter - but
1003.1-1996 mentions it as valid parameter.

Mark> I will try to find out if this is intentional.
Thanks,
Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]