bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: one other coreutils test failure


From: Paul Eggert
Subject: Re: one other coreutils test failure
Date: Sun, 18 Sep 2011 14:02:12 -0700
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13

On 09/18/11 12:11, Jim Meyering wrote:
>   Since kFreeBSD also lacks /proc/self/fd support, this has the
>   drawback of making getcwd non-thread-safe, and making it possible
>   that getcwd will exit under some unusual conditions.  But neither
>   of those matter to coreutils,

I doubt whether they matter to anyone else.  POSIX says getcwd must
be thread-safe, but I expect that this is because the POSIX folks
haven't thought things through: surely common getcwd implementations
mess up if some other thread is merrily issuing chdir calls
while getcwd is running.

The "unusual conditions" are the usual business with file
descriptor drought, or if the current directory is searchable
but unreadable, right?  For that, I expect the emulation would
be OK as well.

Maybe we could define HAVE_OPENAT_SUPPORT to be one if either
openat exists, or the openat module is in use?  That might be
a more-conservative fix than simply assuming HAVE_OPENAT.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]