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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=ic/gF4vWRNUOInmd
	tKLY9CuPvuK5DovIFwV/WsSfuMqZFv+4Q97WgkA42CF9r0LnSFTE7vCjgMuu2xpr
	0URJswteEkaSOOc38uPtP+wa38Q5fedsFmpreFUGe8l5CIUJu9faCQVxcDiRHYW9
	UlF2k2FbNHzMXL0f/j8xP9pFanQ=
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:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=cCzqid4n12AGW9VHyeUVsO
	rj6BI=; b=en+2egLxdTXpbj3G11/m97EYdkx8v1bxamIlJx4e0kLOkg86Y+edRl
	PIlhLKMaL83BeODCLMrt62mEWgsbU7EsKZwfCfiPgZcJQutjdr9rkMoXQm6AOQ9S
	Ue+w/X97kj7rs1z/1UUezoZmFmw+AMz6jLWq/zVKwUuFtZ0AyyDD8=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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.1 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=anderson, Anderson, unzip, stephen
X-HELO:	mail-it0-f45.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=+HHhgcapfTBCVoLDdrXF+x3hZpk+y8q0yhf5WwiqztQ=; b=k7mQyRkCIc21Ec8EVl0slkTyWjK0yJrwU1vClxV8dLdV5d2l5pgL7iCEzuDJniOVpu vyYpGRb8v2LCwWrKfVw7gG7JZ/yAjpAW4ymc1+FgnER45zGaJQXsoCnGNG5QxVW1gkzv amDlbmp8vKru/r2bQRch1qqVD4KdmyIoQ3mcu1LOhNhjFqS14YvvmFvn8fB79te5fgae T4T9nCFHkxqbBYmNXOwgN53XLVhF43TLZEJH9avTG1QnJDEGuHxlhtjcqX7Ef2KPMOVr KGodLquyJphnLVS56fHpHJ2YqZZf0MuhYaN2mzQrHZLfdAaLhHNR5SLF1eyCjE5y9i4J DCNQ==
X-Gm-Message-State:	AE9vXwPFyENIipt4HAI+wFy295vX4VF0AAIojw9hv/LyiAqNdO2ilpawVaYtECHcaxQAKA==
X-Received:	by 10.36.123.199 with SMTP id q190mr6968717itc.46.1472841641615; Fri, 02 Sep 2016 11:40:41 -0700 (PDT)
Subject:	Re: unzip, find broken by auto handling of .exe file extension
To:	cygwin AT cygwin DOT com
References:	<FDF650EB6B144CDE9983FC655ABFF5FA AT skywavemobile DOT com>
From:	cyg Simple <cygsimple AT gmail DOT com>
Message-ID:	<9c8c94a1-2df6-354e-12ed-55d9d19670ca@gmail.com>
Date:	Fri, 2 Sep 2016 14:40:22 -0400
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
MIME-Version:	1.0
In-Reply-To:	<FDF650EB6B144CDE9983FC655ABFF5FA@skywavemobile.com>
X-IsSubscribed:	yes

On 9/1/2016 12:00 PM, Stephen Anderson wrote:
> I am in the process of importing zip archive contents into an SVN repo
> and have encountered problems when unzip-6.00 expands an archive
> containing an executable file in a directory that contains a
> subdirectory with the same base name as the executable. If the
> executable happens to occur after the subdirectory, unzip works, however
> if the executable is first, unzip fails with the error:
> 
> checkdir error:  testAutoExeExpansion/test exists but is not directory
>                 unable to process testAutoExeExpansion/test/.
> 

How can a directory and a file of the same name exist?  It can't and
because Cygwin stats the foo.exe to be foo then that is the filename
comparison.

> Luckily I am able to use 7z extract, which does not exhibit the unzip
> problem and even allows me to exclude the culprit subdirectory (which
> luckily contains nothing I am interested in).
> 

Unzip has the -x option to exclude archive items.

> In the process of trying to solve this problem, I used find-4.6.0 to try
> and delete the subdirectory after extracting with 7z to no avail.
> Even preceding the path match with a type directory spec find gets
> confused (so did the svn commit BTW).
> 

Did you trail the name with / for the delete?  The rmdir command should
work. You would use the -exec option with find to execute rmdir rather
than the delete function of find.

> The enclosed ruby unit test reproduces the minimal circumstances of the
> issue for both unzip and find.
> It is likely that this is a common problem somewhere in the bowels of
> file 'globbing' in cygwin only.
> 

Yes and one that allows the stat of foo.exe by foo only so that it can
launch the application.  It has existed since the beginning of Cygwin
and I doubt it will ever be resolved without requiring the full file
name for executables.

-- 
cyg Simple

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

- Raw text -