|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
|
|
|
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 11:14, Yaakov S wrote:
> On 05/11/2009 08:44, corinna-rDBXBDvO6BXQT0dZR+AlfA@... wrote: > >Modified files: > > winsup/cygwin : ChangeLog syscalls.cc > > > >Log message: > > * syscalls.cc (nt_path_has_suffix): New function. > > (rename): Don't append .exe suffix if binary target name has any suffix > > at all. > > > >Patches: > >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=src&r1=1.4708&r2=1.4709 > >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=src&r1=1.543&r2=1.544 > > On my system dozens of executables do have a '.' near the end of > their names, either representing a version (e.g. perl5.10.0.exe, > python2.5.exe), or OCaml native code (*.opt.exe), or for other > reasons (e.g. *.bin.exe where the program is launched via a script). > How does this change affect building/installing them? Let's see: rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe rename ("foo.exe", "perl5.10.0") result: perl5.10.0 rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe rename ("foo", "perl5.10.0") result: perl5.10.0 The latter one is a problem, because that's what happens when calling strip perl5.10.0 so after strip the binary is missing a .exe suffix. Sigh. Is there any *reliable* solution to this problem, other than never to add a .exe suffix? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn 05/11/2009 11:34, Corinna Vinschen wrote:
> Sigh. > > Is there any *reliable* solution to this problem, other than never to > add a .exe suffix? What is "this problem" that you're trying to fix? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote:
>On Nov 5 11:14, Yaakov S wrote: >> On 05/11/2009 08:44, corinna-rDBXBDvO6BXQT0dZR+AlfA@... wrote: >> >Modified files: >> > winsup/cygwin : ChangeLog syscalls.cc >> > >> >Log message: >> > * syscalls.cc (nt_path_has_suffix): New function. >> > (rename): Don't append .exe suffix if binary target name has any suffix >> > at all. >> > >> >Patches: >> >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=src&r1=1.4708&r2=1.4709 >> >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=src&r1=1.543&r2=1.544 >> >> On my system dozens of executables do have a '.' near the end of >> their names, either representing a version (e.g. perl5.10.0.exe, >> python2.5.exe), or OCaml native code (*.opt.exe), or for other >> reasons (e.g. *.bin.exe where the program is launched via a script). >> How does this change affect building/installing them? > >Let's see: > > rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe > rename ("foo.exe", "perl5.10.0") result: perl5.10.0 > rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe > rename ("foo", "perl5.10.0") result: perl5.10.0 > >The latter one is a problem, because that's what happens when calling > > strip perl5.10.0 > >so after strip the binary is missing a .exe suffix. > >Sigh. > >Is there any *reliable* solution to this problem, other than never to >add a .exe suffix? Isn't the reliable-but-slow method to check the magic at the beginning of the file to see if it actually is a .exe? I'm not sure we want to do that though. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 11:55, Yaakov S wrote:
> On 05/11/2009 11:34, Corinna Vinschen wrote: > >Sigh. > > > >Is there any *reliable* solution to this problem, other than never to > >add a .exe suffix? > > What is "this problem" that you're trying to fix? rename ("foo", "bar"), when "foo" is a Windows binary. That's what happens, for instance, when you call strip foo strip create a tempfile with an arbitrary name to write the stripped binary to, and then renames it back to the incoming filename. So the current mechanism will find that "tmpXYZ" is a Windows binary file, the .exe suffix was not given in the source, and no suffix (in the previous incarnation "no .exe suffix") has been specified for the target, so it appends .exe to the target filename. The old implementation results in another problem, see http://cygwin.com/ml/cygwin/2009-11/msg00106.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Thu, Nov 05, 2009 at 01:08:47PM -0500, Christopher Faylor wrote:
>On Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote: >>On Nov 5 11:14, Yaakov S wrote: >>> On 05/11/2009 08:44, corinna-rDBXBDvO6BXQT0dZR+AlfA@... wrote: >>> >Modified files: >>> > winsup/cygwin : ChangeLog syscalls.cc >>> > >>> >Log message: >>> > * syscalls.cc (nt_path_has_suffix): New function. >>> > (rename): Don't append .exe suffix if binary target name has any suffix >>> > at all. >>> > >>> >Patches: >>> >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=src&r1=1.4708&r2=1.4709 >>> >http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=src&r1=1.543&r2=1.544 >>> >>> On my system dozens of executables do have a '.' near the end of >>> their names, either representing a version (e.g. perl5.10.0.exe, >>> python2.5.exe), or OCaml native code (*.opt.exe), or for other >>> reasons (e.g. *.bin.exe where the program is launched via a script). >>> How does this change affect building/installing them? >> >>Let's see: >> >> rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe >> rename ("foo.exe", "perl5.10.0") result: perl5.10.0 >> rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe >> rename ("foo", "perl5.10.0") result: perl5.10.0 >> >>The latter one is a problem, because that's what happens when calling >> >> strip perl5.10.0 >> >>so after strip the binary is missing a .exe suffix. >> >>Sigh. >> >>Is there any *reliable* solution to this problem, other than never to >>add a .exe suffix? > >Isn't the reliable-but-slow method to check the magic at the beginning >of the file to see if it actually is a .exe? I'm not sure we want to do >that though. Which is, of course, what we're doing. Duh. I see why the strip case is problematic but I can't think of a way to fix it since the "state" of the temporary file is lost between stripping and renaming. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 13:08, Christopher Faylor wrote:
> On Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote: > >Let's see: > > > > rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe > > rename ("foo.exe", "perl5.10.0") result: perl5.10.0 > > rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe > > rename ("foo", "perl5.10.0") result: perl5.10.0 > > > >The latter one is a problem, because that's what happens when calling > > > > strip perl5.10.0 > > > >so after strip the binary is missing a .exe suffix. > > > >Sigh. > > > >Is there any *reliable* solution to this problem, other than never to > >add a .exe suffix? > > Isn't the reliable-but-slow method to check the magic at the beginning > of the file to see if it actually is a .exe? I'm not sure we want to do > that though. That's what already is done by calling GetBinaryTypeW on the source file. The problem is that the desired target name could actually be "foo.sys" or "flub.com", as outlined in http://cygwin.com/ml/cygwin/2009-11/msg00106.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 13:17, Christopher Faylor wrote:
> On Thu, Nov 05, 2009 at 01:08:47PM -0500, Christopher Faylor wrote: > >On Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote: > >>Let's see: > >> > >> rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe > >> rename ("foo.exe", "perl5.10.0") result: perl5.10.0 > >> rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe > >> rename ("foo", "perl5.10.0") result: perl5.10.0 > >> > >>The latter one is a problem, because that's what happens when calling > >> > >> strip perl5.10.0 > >> > >>so after strip the binary is missing a .exe suffix. > >> > >>Sigh. > >> > >>Is there any *reliable* solution to this problem, other than never to > >>add a .exe suffix? > > > >Isn't the reliable-but-slow method to check the magic at the beginning > >of the file to see if it actually is a .exe? I'm not sure we want to do > >that though. > > Which is, of course, what we're doing. Duh. > > I see why the strip case is problematic but I can't think of a way to > fix it since the "state" of the temporary file is lost between stripping > and renaming. Right. That's why I thought that any suffix given in the target file name should be sufficient to avoid appending the .exe suffix, but apparently it isn't. Probably we would need to check for any kind of Windows executable suffix like .exe, .sys, .com. I have to admit, though, that I never saw a .src suffix for a Windows binary... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote:
>On Nov 5 13:17, Christopher Faylor wrote: >> On Thu, Nov 05, 2009 at 01:08:47PM -0500, Christopher Faylor wrote: >> >On Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote: >> >>Let's see: >> >> >> >> rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe >> >> rename ("foo.exe", "perl5.10.0") result: perl5.10.0 >> >> rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe >> >> rename ("foo", "perl5.10.0") result: perl5.10.0 >> >> >> >>The latter one is a problem, because that's what happens when calling >> >> >> >> strip perl5.10.0 >> >> >> >>so after strip the binary is missing a .exe suffix. >> >> >> >>Sigh. >> >> >> >>Is there any *reliable* solution to this problem, other than never to >> >>add a .exe suffix? >> > >> >Isn't the reliable-but-slow method to check the magic at the beginning >> >of the file to see if it actually is a .exe? I'm not sure we want to do >> >that though. >> >> Which is, of course, what we're doing. Duh. >> >> I see why the strip case is problematic but I can't think of a way to >> fix it since the "state" of the temporary file is lost between stripping >> and renaming. > >Right. That's why I thought that any suffix given in the target file >name should be sufficient to avoid appending the .exe suffix, but >apparently it isn't. Probably we would need to check for any kind >of Windows executable suffix like .exe, .sys, .com. I have to admit, >though, that I never saw a .src suffix for a Windows binary... Well, in this case we could just look for alphabetic suffixes. But that's probably too kludgy. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccChristopher Faylor wrote:
> On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: >> Probably we would need to check for any kind >> of Windows executable suffix like .exe, .sys, .com. I have to admit, >> though, that I never saw a .src suffix for a Windows binary... > > Well, in this case we could just look for alphabetic suffixes. But that's > probably too kludgy. %PATHEXT% cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccDave Korn wrote:
> Christopher Faylor wrote: >> On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: >>> Probably we would need to check for any kind >>> of Windows executable suffix like .exe, .sys, .com. I have to admit, >>> though, that I never saw a .src suffix for a Windows binary... >> Well, in this case we could just look for alphabetic suffixes. But that's >> probably too kludgy. > > %PATHEXT% Ah, but that doesn't have ".sys". Doh. Wonder if there's a more complete list in the registry somewhere. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn 05/11/2009 13:03, Dave Korn wrote:
>> %PATHEXT% > Ah, but that doesn't have ".sys". Doh. And it does have a lot of extensions that are NOT PE/COFF executables (e.g. .bat). > Wonder if there's a more complete list in the registry somewhere. I think the only reliable way will be to detect .sys and friends manually. :-( In the meantime, should this change be reverted? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 13:31, Christopher Faylor wrote:
> On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: > >On Nov 5 13:17, Christopher Faylor wrote: > >> On Thu, Nov 05, 2009 at 01:08:47PM -0500, Christopher Faylor wrote: > >> >On Thu, Nov 05, 2009 at 06:34:50PM +0100, Corinna Vinschen wrote: > >> >>Let's see: > >> >> > >> >> rename ("foo.exe", "perl5.10.0.exe") result: perl5.10.0.exe > >> >> rename ("foo.exe", "perl5.10.0") result: perl5.10.0 > >> >> rename ("foo", "perl5.10.0.exe") result: perl5.10.0.exe > >> >> rename ("foo", "perl5.10.0") result: perl5.10.0 > >> >> > >> >>The latter one is a problem, because that's what happens when calling > >> >> > >> >> strip perl5.10.0 > >> >> > >> >>so after strip the binary is missing a .exe suffix. > >> >> > >> >>Sigh. > >> >> > >> >>Is there any *reliable* solution to this problem, other than never to > >> >>add a .exe suffix? > >> > > >> >Isn't the reliable-but-slow method to check the magic at the beginning > >> >of the file to see if it actually is a .exe? I'm not sure we want to do > >> >that though. > >> > >> Which is, of course, what we're doing. Duh. > >> > >> I see why the strip case is problematic but I can't think of a way to > >> fix it since the "state" of the temporary file is lost between stripping > >> and renaming. > > > >Right. That's why I thought that any suffix given in the target file > >name should be sufficient to avoid appending the .exe suffix, but > >apparently it isn't. Probably we would need to check for any kind > >of Windows executable suffix like .exe, .sys, .com. I have to admit, > >though, that I never saw a .src suffix for a Windows binary... > > Well, in this case we could just look for alphabetic suffixes. But that's > probably too kludgy. Worth a try, at least. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 13:51, Yaakov S wrote:
> On 05/11/2009 13:03, Dave Korn wrote: > >> %PATHEXT% > > Ah, but that doesn't have ".sys". Doh. > > And it does have a lot of extensions that are NOT PE/COFF > executables (e.g. .bat). > > > Wonder if there's a more complete list in the registry somewhere. > > I think the only reliable way will be to detect .sys and friends > manually. :-( > > In the meantime, should this change be reverted? No worries, I won't create a test release with this change. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 5 19:03, Dave Korn wrote:
> Dave Korn wrote: > > Christopher Faylor wrote: > >> On Thu, Nov 05, 2009 at 07:22:25PM +0100, Corinna Vinschen wrote: > >>> Probably we would need to check for any kind > >>> of Windows executable suffix like .exe, .sys, .com. I have to admit, > >>> though, that I never saw a .src suffix for a Windows binary... > >> Well, in this case we could just look for alphabetic suffixes. But that's > >> probably too kludgy. > > > > %PATHEXT% > > > Ah, but that doesn't have ".sys". Doh. > > Wonder if there's a more complete list in the registry somewhere. I just searched the registry for something comprehensive. No luck. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.cc>> >Right. That's why I thought that any suffix given in the target file
>> >name should be sufficient to avoid appending the .exe suffix, but >> >apparently it isn't. Probably we would need to check for any kind >> >of Windows executable suffix like .exe, .sys, .com. I have to admit, >> >though, that I never saw a .src suffix for a Windows binary... >> >> Well, in this case we could just look for alphabetic suffixes. But that's >> probably too kludgy. > > Worth a try, at least. What about using the PATHEXT environment variable as a source for possible extensions? Chris -- Chris Sutcliffe http://emergedesktop.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Fri, Nov 06, 2009 at 08:51:08AM -0500, Chris Sutcliffe wrote:
>>> >Right. ?That's why I thought that any suffix given in the target file >>> >name should be sufficient to avoid appending the .exe suffix, but >>> >apparently it isn't. ?Probably we would need to check for any kind >>> >of Windows executable suffix like .exe, .sys, .com. ?I have to admit, >>> >though, that I never saw a .src suffix for a Windows binary... >>> >>> Well, in this case we could just look for alphabetic suffixes. ?But that's >>> probably too kludgy. >> >> Worth a try, at least. > >What about using the PATHEXT environment variable as a source for >possible extensions? It was already suggested. It has too much "stuff" in it. I don't like relying on a user-controlled environment variable for this type of thing anyway. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 6 09:12, Christopher Faylor wrote:
> On Fri, Nov 06, 2009 at 08:51:08AM -0500, Chris Sutcliffe wrote: > >>> >Right. ?That's why I thought that any suffix given in the target file > >>> >name should be sufficient to avoid appending the .exe suffix, but > >>> >apparently it isn't. ?Probably we would need to check for any kind > >>> >of Windows executable suffix like .exe, .sys, .com. ?I have to admit, > >>> >though, that I never saw a .src suffix for a Windows binary... > >>> > >>> Well, in this case we could just look for alphabetic suffixes. ?But that's > >>> probably too kludgy. > >> > >> Worth a try, at least. > > > >What about using the PATHEXT environment variable as a source for > >possible extensions? > > It was already suggested. It has too much "stuff" in it. > > I don't like relying on a user-controlled environment variable for this > type of thing anyway. ACK. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Fri, Nov 06, 2009 at 03:27:12PM +0100, Corinna Vinschen wrote:
>On Nov 6 09:12, Christopher Faylor wrote: >> On Fri, Nov 06, 2009 at 08:51:08AM -0500, Chris Sutcliffe wrote: >> >>> >Right. ?That's why I thought that any suffix given in the target file >> >>> >name should be sufficient to avoid appending the .exe suffix, but >> >>> >apparently it isn't. ?Probably we would need to check for any kind >> >>> >of Windows executable suffix like .exe, .sys, .com. ?I have to admit, >> >>> >though, that I never saw a .src suffix for a Windows binary... >> >>> >> >>> Well, in this case we could just look for alphabetic suffixes. ?But that's >> >>> probably too kludgy. >> >> >> >> Worth a try, at least. >> > >> >What about using the PATHEXT environment variable as a source for >> >possible extensions? >> >> It was already suggested. It has too much "stuff" in it. >> >> I don't like relying on a user-controlled environment variable for this >> type of thing anyway. > >ACK. Gesundheit. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
|
|
Re: src/winsup/cygwin ChangeLog syscalls.ccOn Nov 6 09:47, Christopher Faylor wrote:
> On Fri, Nov 06, 2009 at 03:27:12PM +0100, Corinna Vinschen wrote: > >On Nov 6 09:12, Christopher Faylor wrote: > >> On Fri, Nov 06, 2009 at 08:51:08AM -0500, Chris Sutcliffe wrote: > >> >>> >Right. ?That's why I thought that any suffix given in the target file > >> >>> >name should be sufficient to avoid appending the .exe suffix, but > >> >>> >apparently it isn't. ?Probably we would need to check for any kind > >> >>> >of Windows executable suffix like .exe, .sys, .com. ?I have to admit, > >> >>> >though, that I never saw a .src suffix for a Windows binary... > >> >>> > >> >>> Well, in this case we could just look for alphabetic suffixes. ?But that's > >> >>> probably too kludgy. > >> >> > >> >> Worth a try, at least. > >> > > >> >What about using the PATHEXT environment variable as a source for > >> >possible extensions? > >> > >> It was already suggested. It has too much "stuff" in it. > >> > >> I don't like relying on a user-controlled environment variable for this > >> type of thing anyway. > > > >ACK. > > Gesundheit. Danke. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |