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=GUHEya5vX8+QbEuD
	/2oe1YNQCneXgsAb2nIe+V2SEX21a74rEvXqywFWdA2d+CMVqInJj3SZ9iupodGP
	QNnCQzG341TQuEsP4WhLj4EKpSjGE2gcC0NjMROdvRjc24f5nOJ+izQ1IX325hOE
	DZ1rg4PLd5um1a2ByfY3Nu0nJSk=
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=aaIVPnYl6m+caS7kt7vmje
	40xCQ=; b=uYzOjm89WVMpQUBrYamYGKTM0cKdHmdNRiNDkAYzlyTa1p7thIrKcr
	sllaqOhLmcTmQIV+ei524EWT1q+72rFHP1UefdJoIga6rmACcDwj0/6CfQcA6bgm
	wQJGZWvm2h2WiKEJHcN6z5c2f78KdNOJ+0HbXibaCi13njO4h4sr4=
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=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1634
X-HELO: mail-it0-f46.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=Lj+6fo2MsNepBGLCtHN0S7nt3pu0ono40oLxa+gQdoc=;        b=ByaxobNwFWEsWmImDxCLBahgrOtvGs+gywSvoM2kHYoorznk3WDeF8l/vU/gni3YI/         a9QwG9PkZavmcKJTIK3uuLqLuL3715chtFJRZ6wlxUIOcW2rEQin2uu7DW0UKZyi0fH8         xck3MJx8Ul2cnqsWokfp2hNYiIggIXUU5fvKPbryrPJBzHvR4G556hcQYg6wmZ9qSQCJ         eG/SnOoobeWbaXrE5s/pnHLpafgyzZE6llOKqubz+/S5QtjQxaOkrs5pjTH8pge73d9P         RKzAia0+R562u2lpOMpVmQ3XR3Gv4r/ZJzVGk+b2Qag328dGVtJRSPpHvSQhi4ss5cfI         F+Rw==
X-Gm-Message-State: AEkoout4+WMcMt9aF0BLY97yfvwgs9QRloJa52Zqr6I7Mbugc0lZaBBwE7zeYB63lzDvjg==
X-Received: by 10.36.17.20 with SMTP id 20mr25763052itf.94.1470748156055;        Tue, 09 Aug 2016 06:09:16 -0700 (PDT)
Subject: Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN
To: cygwin AT cygwin DOT com
References: <001001d1edf1$a4e1ae90$eea50bb0$@rogers.com> <1C0AE95E-0118-4353-AA77-4D41F1AE9AE1 AT solidrocksystems DOT com> <001a01d1eea9$f7949a90$e6bdcfb0$@rogers.com> <76ec05e9-140a-19cb-942b-698582c3d024 AT gmail DOT com> <001f01d1ef2c$f04af9e0$d0e0eda0$@rogers.com> <20160805152951 DOT GO25811 AT calimero DOT vinschen DOT de> <57A6ED1C DOT 1060402 AT gmx DOT de> <20160808112321 DOT GF32150 AT calimero DOT vinschen DOT de> <e90174df-61b4-17c8-064b-30009e6ad559 AT gmail DOT com> <20160808140326 DOT GR25811 AT calimero DOT vinschen DOT de>
From: cyg Simple <cygsimple AT gmail DOT com>
Message-ID: <1eea1190-cebe-8e7e-813a-d537b4280e79@gmail.com>
Date: Tue, 9 Aug 2016 09:09:03 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <20160808140326.GR25811@calimero.vinschen.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes

On 8/8/2016 10:03 AM, Corinna Vinschen wrote:
> On Aug  8 09:43, cyg Simple wrote:
>> On 8/8/2016 7:23 AM, Corinna Vinschen wrote:
>>> On Aug  7 10:11, Herbert Stocker wrote:
>>>> On 05.08.2016 17:29, Corinna Vinschen wrote:
>>>>  If you see the
>>>>> code required to handle .exe and .lnk extensions you don't *want*
>>>>> PATHEXT support anymore.
>>>>>
>>>>
>>>> Moreso, this code has recently broken my C++ code in Cygwin.
>>>> It tried to see if a directory  /dir/subdir/something  existed,
>>>> and Cygwin said yes because it found a /dir/subdir/something.exe .
>>>> So my program failed.
>>>
>>> I have some doubt here.  Cygwin always checks for "foo" first.
>>> Only if it doesn't find "foo", it checks for "foo.exe", then
>>> for "foo.lnk" and last, for backward compat, for "foo.exe.lnk".
>>>
>>
>> Which is the exact cause of the issue.
>>
>>> In the POSIX realm, "foo" == "foo.exe" == "foo.lnk".  The search itself
>>> is indiscriminately, because Cygwin can't know if you're looking for
>>> "foo" or "foo.exe" or a symlink "foo" using the .lnk suffix.
>>
>> Why do you say "In the POSIX realm"?  Only Cygwin does this association.
>>  I understand why it does so but is there a different way to achieve the
>> same thing with greater accuracy?
> 
> No, sorry, but no.  Every time you start to double guess what the
> application is looking for in a certain scenario, you lose.  See
> the example I just made up in 
> 
> https://cygwin.com/ml/cygwin/2016-08/msg00124.html
> 
> And it's just *one* very simple example.
> 

Agree that looks horrific.

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