delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/06/05/23:07:46

From: crvich AT raleigh DOT ibm DOT com
Subject: rename() in b18
5 Jun 1997 23:07:46 -0700 :
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <9706051325.AA33810.cygnus.gnu-win32@ode1.raleigh.ibm.com>
Mime-Version: 1.0
Original-To: GNU-Win32 AT cygnus DOT com (Cygnus Discussion)
X-Mailer: ELM [version 2.4 PL22]
Original-Sender: owner-gnu-win32 AT cygnus DOT com

	I've been experimenting with an odd problem with rename(), and am
apparently running into the same (or similar) problem that another person
reported here earlier (by Greg Neujahr).

	I've traced it to the point that it seems that rename() will fail
consistently if there is one or more open file handles on the target
parameter (as in "rename( source, target )").  The errno is 13 (EACCES),
which I think is what Greg was getting.  This doesn't seem to happen with
b17.1, as I haven't changed any code since installing b18.

	I've tried using unlink() to erase the target file before calling
rename(), and although unlink() successfully removes the file, rename()
still fails with the same error.

	I'm running WinNT 4.0, by the way.

	I would like to say, though, that b18 *did* fix an annoying bug
with fork(), and for that I'm most grateful.  8-)

-- 
Ernest M. Crvich
Raleigh/Durham, NC
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019