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=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN
To: cygwin@cygwin.com
References: <001001d1edf1$a4e1ae90$eea50bb0$@rogers.com> <1C0AE95E-0118-4353-AA77-4D41F1AE9AE1@solidrocksystems.com> <001a01d1eea9$f7949a90$e6bdcfb0$@rogers.com> <76ec05e9-140a-19cb-942b-698582c3d024@gmail.com> <001f01d1ef2c$f04af9e0$d0e0eda0$@rogers.com> <20160805152951.GO25811@calimero.vinschen.de> <57A6ED1C.1060402@gmx.de> <20160808112321.GF32150@calimero.vinschen.de> <e90174df-61b4-17c8-064b-30009e6ad559@gmail.com> <20160808140326.GR25811@calimero.vinschen.de>
From: cyg Simple <cygsimple@gmail.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

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