Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com From: Chris Faylor Date: Sat, 20 May 2000 21:55:46 -0400 To: cygwin AT sourceware DOT cygnus DOT com Subject: Re: Wierd patch problem + simple fix Message-ID: <20000520215546.E2054@cygnus.com> Reply-To: cygwin AT sourceware DOT cygnus DOT com Mail-Followup-To: cgf AT cygnus DOT com, cygwin AT sourceware DOT cygnus DOT com References: <392633C8 DOT 4B20FBE5 AT ece DOT gatech DOT edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: <392633C8.4B20FBE5@ece.gatech.edu>; from cwilson@ece.gatech.edu on Sat, May 20, 2000 at 02:42:16AM -0400 This is very strange. I don't understand why this would have changed. We recently started converting the TMPDIR environment variable to POSIX format but I don't understand why patch would suddenly stop working like this. I'm wondering if it had anything to do with some changes that I asked Corinna to make where a path specified with a ":" or a "\" is interpreted as an MS-DOS spec and not subject to further cygwin interpretation beyond being checked to see if it is a symlink. Out of curiosity, does setting TMP to something like E:/TEMP solve anything? cgf On Sat, May 20, 2000 at 02:42:16AM -0400, Charles S. Wilson wrote: >This behavior seems to have cropped up only recently, but I don't know >*exactly* which of the myriad upgrades to my cygwin installation >triggered it. > >patch gives a strange error: > >$ patch -p1 < ../binutils-patch >patching file `ld/emultempl/pe.em' >patch: **** can't rename `E:\TEMP/po002169' to `ld/emultempl/pe.em' : >File exists > >I thought it may have been related to the line-ending troubles of >cygwin-1.1.1, but after trying both the 5/19 snapshot and the 4/19 >snapshot, neither fixed it. This did: > >$ echo $TMP >E:\TEMP >$ export TMP=/tmp > >and then patch works just fine. > > >So, here's two questions to ponder: why is patch now sensitive to the >$TMP variable, and why didn't cygwin1.dll translate the pre-existing >windows variable 'TMP' into /e/temp (since E: is mounted on /e)? > >Which leads to the following: > >$ export TMP=/e/TEMP >$ patch -p1 -R < ../binutils-patch >patching file `ld/emultempl/pe.em' >patch: **** can't rename `/e/TEMP/po002198' to `ld/emultempl/pe.em' : >File exists > >Weird. > >--Chuck > >P.S. I've gotta stress that whatever the underlying cause of this >behavior, simply setting $TMP to /tmp, or unsetting it (e.g. 'export >TMP=') will work around the problem. > >-- >Want to unsubscribe from this list? >Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com -- cgf AT cygnus DOT com Cygnus Solutions, a Red Hat company http://sourceware.cygnus.com/ http://www.redhat.com/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com