DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-id:content-transfer-encoding
	:mime-version; q=dns; s=default; b=qMVPdk8oZTfrwel65+atBQkJ2kQ4J
	8Yd74jE1AAAQ7IDf8dhJ44Ue/t3oHECspD/aKqQnLrPXH/toj0K3/GYCN5FFsQnd
	FLCVruD/yWmQaKnqOuWhzPpKhMtUVr3BfgIK4V/rWJk+3aeIMMkBrLp5bA3F1KKF
	wPCRi8H7As7yPI=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
From: Ken Brown <kbrown AT cornell DOT edu>
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
Date: Wed, 4 Dec 2019 21:41:13 +0000
Message-ID: <754a577d-dac1-16e0-56a7-8be8ab1d424c@cornell.edu>
References: <20191204210222 DOT GA3578 AT shackleton DOT labs DOT net>
In-Reply-To: <20191204210222.GA3578@shackleton.labs.net>
user-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
received-spf: None (protection.outlook.com: cornell.edu does not designate permitted sender hosts)
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <2D56C6AEF3D9C84DA54347EACE30795A AT namprd04 DOT prod DOT outlook DOT com>
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-userprincipalname: j1OzMzSlT4rRn9xLY82illUWJaZy9RWDUPnWXSKD4k83k+2jzG6DH8vbADNnn8itj0EWLGBklojmsLZuNp3YnQ==
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id xB4LfqDb005675

On 12/4/2019 4:02 PM, Wilfed Olaf Sulla via cygwin wrote:
>> On 12/4/2019 2:26 PM, Wilfed Olaf Sulla via cygwin wrote:
>>>     692   83364 [main] ls 15015 normalize_posix_path: src Z:\
>>>      35   83399 [main] ls 15015 normalize_win32_path: Z:\ = normalize_win32_path (Z:\)
>>>      24   83423 [main] ls 15015 mount_info::conv_to_win32_path: conv_to_win32_path (Z:)
>>>      24   83447 [main] ls 15015 mount_info::conv_to_win32_path: src_path Z:, dst Z:, flags 0x0, rc 0
>>>    6738   90185 [main] ls 15015 symlink_info::check: 0xC0000034 = NtCreateFile (\??\Z:\)
>>>     214   90399 [main] ls 15015 __assert_func: assertion "p >= path" failed:
>>
>> I don't have time to check this carefully at the moment, but it looks like
>> what's happening is the following:
>>
>> path_conv::check is called on 'Z:\'.  It strips the trailing backslash and calls
>> mount_info::conv_to_win32_path on 'Z:'.  NtCreateFile fails with
>> STATUS_OBJECT_NAME_NOT_FOUND, which triggers the code containing the assertion.
>> The assertion fails because 'Z:' doesn't contain a backslash.
>>
>> I'll have time tomorrow to think about how to best fix this, if Corinna doesn't
>> get to it first.
> Yes I noticed that, but it also strips the trailing back-slash for all
> of the other virtual drives at the same stage in the checks on them as
> well.

The difference is that NtCreateFile doesn't fail with 
STATUS_OBJECT_NAME_NOT_FOUND in the other cases, so the code containing the 
assertion doesn't get run.

BTW, I just tried the following on my system:

$ ls z:\\
ls: cannot access 'z:\': No such file or directory

strace shows that NtCreateFile fails with STATUS_OBJECT_PATH_NOT_FOUND in this 
case, so again the code containing the assertion is not run.

To be continued...

Ken

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