tar won't extract all files when a file with exe extension precedes the same without extension inside the archive
Thu Jul 12 16:42:00 GMT 2012
> 2. Since this is a "Windows thing", is there some reason why the execution
> of "file" or "file.exe" isn't handled as a special case in the exec call
> (and all its flavors) and no place else?
make, for example? If you have a rule that creates "foo" from foo.c,
gcc will actually create "foo.exe". The next time you run make, it
wonÂ’t see "foo" and recreate "foo.exe", even if "foo.exe" is still
up to date.
With the special handling of .exe, when make checks for "foo", cygwin
checks "foo" first, doesnÂ’t find anything, and then checks "foo.exe",
returning its result to make and make is happy.
Anothen example: A script tries to execute "foo" from . , cygwin
executes "foo.exe" instead and the script thinks "foo" exists,
but a subsequent "touch foo" (or "rm foo" or whatever) fails, which
is massively inconsistent.
I consider the current handling of .exe files quite consistent.
Or, in other words, when forced to choose between the two pains,
IÂ’d rather endure this.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin