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
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
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".