This is the mail archive of the
mailing list for the Cygwin project.
Re: Cygwin64, 'unzip -d' misbehaviour vs. Cygwin32
- From: Marco Atzeri <marco dot atzeri at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Tue, 30 Sep 2014 09:35:58 +0200
- Subject: Re: Cygwin64, 'unzip -d' misbehaviour vs. Cygwin32
- Authentication-results: sourceware.org; auth=none
- References: <542A4F29 dot 80204 at mwg dot dp dot ua>
On 30/09/2014 08:35, Wladimir Mutel wrote:
I have a .zip archive on a different NTFS filesystem than Cygwin64 TMP
folder (say, .zip on I: and TMP on C:). I create a temporary folder
by 'mktemp -d' and then try to unpack .zip archive into that folder :
unzip -d $folder $archive
I notice that files are unpacked into I:\TMP\ folder instead of
C:\Cygwin64\tmp\ (unzip recreates temporary subfolder with same name
inside I:\TMP\, while initial subfolder under c:\cygwin64\tmp\
Trying to work around this problem, I do this :
p=$(pwd)/$archive # archive is relative path under /cygdrive/i/ ,
# so I construct abs.path
( cd $folder
unzip $p ) # in subshell to keep current pwd unchanged
Then I get a message like :
unzip: cannot find either /cygdrive/i/path/archive.zip or
Even more, unzip -v /cygdrive/i/path/archive.zip invariably fails
in this way under Cygwin64. What I see is that unzip accepts only
relative paths for archive files. And that it improperly handles
specified unpack directory (-d).
No such problems are observable under Cygwin32. unzip works exactly
as specified with both absolute and relative paths, as well as with
unpack folder on different filesystem from .zip archive.
Please try to reproduce my findings and fix them on Cygwin64 side
or tell me how could I fix them myself (if it is my personal problem).
Thanks in advance for your help.
works fine for me on any relative or absolute destination
$ unzip software/windows_utilities/usb/usbdeview-x64.zip -d
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple