exe handling

2006-07-18 Thread Oliver Walsh
r many commands I have an exe for windows and a shell wrapper for *nix. The change log for 1.5.20-1 mentions changes .exe handling. Is this intended behaviour? Thanks, Ollie Walsh Oliver Walsh Software Engineer ANSYS Europe Ltd The information transmitted is intended only for the person

Re: exe handling

2006-07-18 Thread Corinna Vinschen
seems to be the case in the latest cygwin dll (1.5.20-1). It's > causing a lot of problem for me since for many commands I have an exe > for windows and a shell wrapper for *nix. > > The change log for 1.5.20-1 mentions changes .exe handling. Is this > intended behaviour? Yes.

RE: exe handling

2006-07-19 Thread Oliver Walsh
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Corinna Vinschen > Sent: 18 July 2006 20:41 > To: cygwin@cygwin.com > Subject: Re: exe handling > > On Jul 18 18:10, Oliver Walsh wrote: > > Hi, > > > > Sor

Re: exe handling

2006-07-19 Thread Corinna Vinschen
On Jul 19 13:41, Oliver Walsh wrote: > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On http://cygwin.com/acronyms/#PCYMTNQREAIYR > > The general idea for the future is to avoid having a file "foo" and a > > file "foo.exe" in the same directory like pestilence. > > Ok, I can't avoid having

RE: exe handling

2006-07-19 Thread Oliver Walsh
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Corinna Vinschen > Sent: 19 July 2006 13:51 > To: cygwin@cygwin.com > Subject: Re: exe handling > > On Jul 19 13:41, Oliver Walsh wrote: > > > From: [EMAIL PROTEC

RE: exe handling

2006-07-19 Thread Oliver Walsh
> > http://cygwin.com/acronyms/#PCYMTNQREAIYR > Sigh...Outlook. Sorry, about that. Ollie -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://

RE: exe handling

2006-07-19 Thread Igor Peshansky
On Wed, 19 Jul 2006, Oliver Walsh wrote: > > http://cygwin.com/acronyms/#PCYMTNQREAIYR > > Sigh...Outlook. Sorry, about that. . HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_

RE: exe handling

2006-07-20 Thread Oliver Walsh
Igor Peshansky wrote: > On Wed, 19 Jul 2006, Oliver Walsh wrote: > >>> http://cygwin.com/acronyms/#PCYMTNQREAIYR >> >> Sigh...Outlook. Sorry, about that. > > . > HTH, > Igor Thanks Igor, Outlook-QuoteFix is perfect. Cheers, Ollie -- Unsu

Corner-case bug in .exe handling?

2019-03-19 Thread Yaakov Selkowitz
Just came across this with 3.0.4 on both Win7 and Win10 1804: $ ls -1 /usr/bin/python2.7 /usr/bin/python2.7 $ ls -1 /usr/bin/python[2-9].[0-9] /usr/bin/python3.5 /usr/bin/python3.6 /usr/bin/python3.7 /usr/bin/python3.8 python2.7 is the actual .exe where python3.* are symlinks, but shouldn't 2.7 s

cp -p and automatic .exe handling

2002-05-21 Thread Max Bowsher
I ran into a problem where cp -p doesn't automatically deal with .exe suffixes. I remember this being discussed here a while ago, but despite searching the list with its own search form and google, I can't find the thread. Can someone who remembers more please refresh my memory on the status of th

Re: Corner-case bug in .exe handling?

2019-03-19 Thread Brian Inglis
On 2019-03-19 16:02, Yaakov Selkowitz wrote: > Just came across this with 3.0.4 on both Win7 and Win10 1804: > > $ ls -1 /usr/bin/python2.7 > /usr/bin/python2.7 > $ ls -1 /usr/bin/python[2-9].[0-9] > /usr/bin/python3.5 > /usr/bin/python3.6 > /usr/bin/python3.7 > /usr/bin/python3.8 > > python2.7 i

Re: Corner-case bug in .exe handling?

2019-03-20 Thread Corinna Vinschen
On Mar 19 18:02, Yaakov Selkowitz wrote: > Just came across this with 3.0.4 on both Win7 and Win10 1804: > > $ ls -1 /usr/bin/python2.7 > /usr/bin/python2.7 > $ ls -1 /usr/bin/python[2-9].[0-9] > /usr/bin/python3.5 > /usr/bin/python3.6 > /usr/bin/python3.7 > /usr/bin/python3.8 > > python2.7 is th

Re: Corner-case bug in .exe handling?

2019-03-20 Thread Brian Inglis
On 2019-03-20 03:24, Corinna Vinschen wrote: > On Mar 19 18:02, Yaakov Selkowitz wrote: >> Just came across this with 3.0.4 on both Win7 and Win10 1804: >> >> $ ls -1 /usr/bin/python2.7 >> /usr/bin/python2.7 >> $ ls -1 /usr/bin/python[2-9].[0-9] >> /usr/bin/python3.5 >> /usr/bin/python3.6 >> /usr/b

Re: Corner-case bug in .exe handling?

2019-03-21 Thread Corinna Vinschen
On Mar 20 12:55, Brian Inglis wrote: > On 2019-03-20 03:24, Corinna Vinschen wrote: > > On Mar 19 18:02, Yaakov Selkowitz wrote: > >> Just came across this with 3.0.4 on both Win7 and Win10 1804: > >> > >> $ ls -1 /usr/bin/python2.7 > >> /usr/bin/python2.7 > >> $ ls -1 /usr/bin/python[2-9].[0-9] >

.exe handling change in fileutils-4.1-2

2003-11-12 Thread Nathan J. Williams
I recently installed a fresh version of Cygwin on a machine and had my build system fail, due to the previously discussed issue with cp and .exe files. In a nutshell, "touch foo.exe; cp foo bar" fails. See: http://cygwin.com/ml/cygwin/2003-10/msg00989.html http://cygwin.com/ml/cygwin/2003-09/msg0

.exe handling change in fileutils-4.1-2

2003-11-14 Thread Doru Carastan
In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html -- It is normal to see "touch foo.exe; cp foo bar" fail. You just created foo.exe, which is definitely not foo. Check with "ls -l". The current versions of autoconf and autom

make: .exe handling breaks kernel cross-compile

2012-06-10 Thread Yaakov (Cygwin/X)
I can confirm that this previously reported bug in make .exe handling still affects the cross-compile of the Linux kernel: http://cygwin.com/ml/cygwin/2009-11/msg00935.html Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq

Re: .exe handling change in fileutils-4.1-2

2003-11-14 Thread Nathan J. Williams
Doru Carastan <[EMAIL PROTECTED]> writes: > In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html > -- > > It is normal to see "touch foo.exe; cp foo bar" fail. You just created > foo.exe, which is definitely not foo. Check with

Re: make: .exe handling breaks kernel cross-compile

2012-06-10 Thread Christopher Faylor
On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote: >I can confirm that this previously reported bug in make .exe handling >still affects the cross-compile of the Linux kernel: > >http://cygwin.com/ml/cygwin/2009-11/msg00935.html Without diving into the depths

Re: make: .exe handling breaks kernel cross-compile

2012-06-10 Thread Yaakov (Cygwin/X)
On 2012-06-10 13:29, Christopher Faylor wrote: On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote: I can confirm that this previously reported bug in make .exe handling still affects the cross-compile of the Linux kernel: http://cygwin.com/ml/cygwin/2009-11/msg00935.html

Re: make: .exe handling breaks kernel cross-compile

2012-06-10 Thread Christopher Faylor
On Sun, Jun 10, 2012 at 03:57:33PM -0500, Yaakov (Cygwin/X) wrote: >On 2012-06-10 13:29, Christopher Faylor wrote: >> On Sun, Jun 10, 2012 at 01:06:18PM -0500, Yaakov (Cygwin/X) wrote: >>> I can confirm that this previously reported bug in make .exe handling >>> still a

Re: make: .exe handling breaks kernel cross-compile

2012-06-10 Thread Yaakov (Cygwin/X)
On 2012-06-10 23:26, Christopher Faylor wrote: If there is a bug it is with make ever equating foo.exe with foo. It's undoubtedly happening because of Cygwin's attempts at transparency. I'm not kidding about EXEEXT. Surely you know about this from having maintained cygport. Am I ever, but I

Re: make: .exe handling breaks kernel cross-compile

2012-06-11 Thread Christopher Faylor
On Mon, Jun 11, 2012 at 01:04:22AM -0500, Yaakov (Cygwin/X) wrote: >> >On 2012-06-10 23:26, Christopher Faylor wrote: >> If there is a bug it is with make ever equating foo.exe with foo. It's >> undoubtedly happening because of Cygwin's attempts at transparency. >> >> I'm not kidding about EXEEXT.