From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 94866 invoked by alias); 2 Sep 2016 18:40:48 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 94854 invoked by uid 89); 2 Sep 2016 18:40:47 -0000 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 Received: from mail-it0-f45.google.com (HELO mail-it0-f45.google.com) (209.85.214.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 02 Sep 2016 18:40:46 +0000 Received: by mail-it0-f45.google.com with SMTP id c198so54534525ith.1 for ; Fri, 02 Sep 2016 11:40:46 -0700 (PDT) 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) Received: from [192.168.0.12] (d27-96-48-76.nap.wideopenwest.com. [96.27.76.48]) by smtp.gmail.com with ESMTPSA id j99sm251158iod.14.2016.09.02.11.40.40 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Sep 2016 11:40:40 -0700 (PDT) Subject: Re: unzip, find broken by auto handling of .exe file extension To: cygwin@cygwin.com References: From: cyg Simple Message-ID: <9c8c94a1-2df6-354e-12ed-55d9d19670ca@gmail.com> Date: Fri, 02 Sep 2016 18:40:00 -0000 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: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg00028.txt.bz2 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