delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/05/20/21:56:08

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
From: Chris Faylor <cgf AT cygnus DOT com>
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
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

- Raw text -


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