X-Recipient: archive-cygwin AT delorie DOT com 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 :content-type:content-transfer-encoding; q=dns; s=default; b=TpH GG1KUeqVJm7UmQyGqKJt4U0hcH53tWuBUONvgoFrBlgPpGwBwBwDGgk9/DYLJXvH i3F0TcDARBaTLaSU78rnHWVvmvSeZ4vmjT7ORqhAtsy1GzRhFpVMJKDo47WQgTdJ annpXie9zsChDPV9oaMf1QP0P/0/QKELgNNDYgYg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; 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 :content-type:content-transfer-encoding; s=default; bh=LTKPEKtzU RH0/4krmG1rPFKrzvQ=; b=Abp9yhSIbARPOdVQbIeB1x3bVCtJiYzzGuLqNk+J8 g31j6im62V/AfKoqBTwt6vRIxYTRg+YnnFuUsupbDGw7lOvPVR4vplMim7VkgYVP Wo/v5B6fDxRO2W0/pMwH96Q2I3VrOq6do1Tol3EjxnOSwXxEnZKMkG1KaVDL73am Cg= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: smtprelay1.kyivstar.ua Message-ID: <542A4F29.80204@mwg.dp.ua> Date: Tue, 30 Sep 2014 09:35:21 +0300 From: Wladimir Mutel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0 SeaMonkey/2.29.1 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Cygwin64, 'unzip -d' misbehaviour vs. Cygwin32 Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit 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. -- 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