DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=uE30qBCfdeaq8eWvmvpMeXVLFOO71IJmrKhNbgWPCdQ
	Q8cL0kibXxMqsm9mW6jHW2heyFKgpWAHgjc0Lice3FR1HiX/Gcc7XllY2KH5dsIJ
	eUEB5bLpjlhtf/cBWXqKopnsXiJQoxA5UDGps3QgdKKhKouq6kxbJGORpu3SkxBE
	=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <542A5D5E.50701@gmail.com>
Date: Tue, 30 Sep 2014 09:35:58 +0200
From: Marco Atzeri <marco DOT atzeri AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Cygwin64, 'unzip -d' misbehaviour vs. Cygwin32
References: <542A4F29 DOT 80204 AT mwg DOT dp DOT ua>
In-Reply-To: <542A4F29.80204@mwg.dp.ua>
Content-Type: text/plain; charset=koi8-u; format=flowed
Content-Transfer-Encoding: 7bit

On 30/09/2014 08:35, Wladimir Mutel wrote:
>      Dear all,
>
>      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\
>      remains empty)
>      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
> /cygdrive/i/path/archive.zip.zip.
>
>      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 
/cygdrive/c/temp/pippo
Archive:  software/windows_utilities/usb/usbdeview-x64.zip
   inflating: /cygdrive/c/temp/pippo/USBDeview.exe
   inflating: /cygdrive/c/temp/pippo/USBDeview.chm
   inflating: /cygdrive/c/temp/pippo/readme.txt


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