This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: unzip, find broken by auto handling of .exe file extension


On 12/09/2016 21:12, Stephen Anderson wrote:
Thanks Ken, good observation.

   -----Original Message-----
From: Nellis, Kenneth
From: Stephen Anderson >
> See also:
>
> http://stackoverflow.com/questions/32467871/unzip-gives-checkdir-error-
> directory-exists-but-is-not-a-directory#32468314
>
> The fact that 7z handles this and unzip does not indicates that the
> problem is fixable..

FWIW, it seems that the same issue is present with tar:
<Ken demonstrates broken tar handling>

This means that you can't reliably extract from a tar or zip archive in
cygwin.
The windoze equivalents do not have this problem.
It looks to me like the approach of equating filenames 'foo' and
'foo.exe' is dangerous at the stat(2) level - apparently windoze
accomplishes the same trick in a much less destructive way.

sja


This characteristics is needed as windows for historical reason
requested  ".exe" extension for all executable files, while
Unix have not such restriction.

So "cat.exe" is recognized by cygwin also as "cat".
Without this feature all scripts taken by traditional Unix's will
be broken and cygwin will be unusable.

Try this experiment on Linux:

touch foo
mkdir foo

does it work ?

Marco

--
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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]