emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#11100: closed (Racy code in copy.c)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#11100: closed (Racy code in copy.c)
Date: Tue, 08 May 2012 09:19:02 +0000

Your message dated Tue, 08 May 2012 11:16:20 +0200
with message-id <address@hidden>
and subject line Re: bug#11074: Possible bug in cp from coreutils 6.12
has caused the debbugs.gnu.org bug report #11074,
regarding Racy code in copy.c
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
11074: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11074
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Racy code in copy.c Date: Tue, 27 Mar 2012 14:58:18 +0200 User-agent: Mutt/1.5.21 (2010-09-15)
I'd like to pass on observations from my collegue Neil Brown:

in src/copy.c, copy_reg() is passed "bool *new_dst".

This is 'false' if the file already exists, in which case it attempts to
open the file with O_WRONLY | O_TRUNC | O_BINARY.
If it is 'true', only then does it use O_CREAT (and others).

Somewhere up the call chain - I'm not sure where - new_dst is set if 'stat'
on the file succeeds.  The above mentioned code assumes that the file still
exists.  This is racy - particularly for NFS where deletions from other
clients can take a while to appear.

Philipp



--- End Message ---
--- Begin Message --- Subject: Re: bug#11074: Possible bug in cp from coreutils 6.12 Date: Tue, 08 May 2012 11:16:20 +0200
Philipp Thomas wrote:
> I copy a file from one NFS export to another NFS export and execute
> it in the new location, I get a "'Stale NFS file handle' error at the second
> line "cp submit.sh $submit_sh":

Thanks.  I'm marking this as closed,
since the fix for http://bugs.gnu.org/11100
should address this problem, too.


--- End Message ---

reply via email to

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