Date: Fri, 19 Jan 2001 20:20:52 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: "Robert van der Boon" Message-Id: <7048-Fri19Jan2001202052+0200-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6 CC: djgpp-workers AT delorie DOT com In-reply-to: <000701c0822a$bbe813c0$64eb79c3@internet> (rjvdboon@europe.com) Subject: Re: patch.exe (fwd) References: <000501c07c0e$9c67ab40$d7394bd5 AT robert> <7704-Sat13Jan2001115518+0200-eliz AT is DOT elta DOT co DOT il> <000501c07f34$cfdd7d00$1b354bd5 AT robert> <2593-Tue16Jan2001200825+0200-eliz AT is DOT elta DOT co DOT il> <000701c0822a$bbe813c0$64eb79c3 AT internet> Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > From: "Robert van der Boon" > Date: Fri, 19 Jan 2001 16:15:19 +0100 > > And it always fails (with -1) if the target already exists, or the source > doesn't exist. It always gives _doserrno=0xB7 if target exists, and 0x2 if > source doesn't exist. If that happens always, we could simply treat 0xb7 as an error code which means ``file already exists'', and try to remove it, as we do with 0x5. Could you please change _rename to that effect and see if the problem goes away? (The question: is would W2K let you remove the target file in this situation?) > > > I think I'll try using the NTLFN package as well, maybe it matters. > > This is not worth your effort: NTLFN replaces the LFN API with its own > > code, which is known to work, and we already established that this > > failure is somehow connected with W2K's LFN functions. > > O, no, it IS worth the effort (although it doesn't help solving the problem, > I > admit that), because now I know there is a way to have my programs working > like they should. Well, I meant it doesn't help to analyze and solve the problem at hand. Obviously, it does provide a work-around.