This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH, HURD]: null pathnames shall return ENOENT

From: Samuel Thibault <samuel dot thibault at ens-lyon dot org>
To: Roland McGrath <roland at redhat dot com>
Cc: libc-alpha at sources dot redhat dot com
Date: Sun, 27 Sep 2009 00:52:14 +0200
Subject: Re: [PATCH, HURD]: null pathnames shall return ENOENT
References: <20090918214309.GQ5485@const.famille.thibault.fr> <20090918215702.680FA9A6@magilla.sf.frob.com> <20090921175500.GD6140@const.famille.thibault.fr> <20090921180144.66FD313BD3@magilla.sf.frob.com>

Roland McGrath, le Mon 21 Sep 2009 11:01:44 -0700, a écrit :
> > Ok, should it rather be kept as an internal glibc flag, or exposed
> > through bits/fcntl.h?  Would O_REPARENT be ok?
> 
> No, I meant a bool argument to the internal function.

I.e. an additional argument?  Quite a lot of calls to change :)

Samuel

References:
- Re: [PATCH, HURD]: null pathnames shall return ENOENT
  - From: Roland McGrath
- Re: [PATCH, HURD]: null pathnames shall return ENOENT
  - From: Samuel Thibault
- Re: [PATCH, HURD]: null pathnames shall return ENOENT
  - From: Roland McGrath

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