This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
- From: Ken Brown <kbrown at cornell dot edu>
- To: "cygwin at cygwin dot com" <cygwin at cygwin dot com>
- Date: Thu, 5 Dec 2019 16:10:00 +0000
- Subject: Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZkieHbhEnqcbrtb7ttF4KM4hcXfuUZdGPpg0ZU7AWXI=; b=N7jQMkR7ipkBeO57OdXDF60JrulwkgrrYLA9nB7NKZBHGvPoU9U+/RiAir3HmqDGss8QrXaSvNRc00HrdQDB+85rcBHdh0/FgcfimNi0HbhnCxGE7XNVsNqKm4Zvh3fYoJv73DQkIJ6kjXR194nVOdJ28nty3nc0ixEbTuBZZE6b4RJe1EOsXR7UrBbwanvykqoieb6c9tCpzhg7snttj7HZPvCHY/Jatw5D0fYaPjpXrQgvmltyArTE5BecLQq9ALO6u3Pij2cp1TVAWi8gSoMJ3TfG2ifekgRhagmB5ODqjeWztxP9hR9cL77OCHlfrmwRg2numQ4EZCZJKkoqqg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n+swdOo/ChI4lKp1sdRylZ2w/NeeGgG23midRNUXI+/jowOO9KZwkNOVMcyzuS3wJbbBHYl3E3vC0EyQ5Q3WsLH9TUv+TxmclCYXy4xkQS5yDCSUf8JtZHlEVTebjc9+F5UVRBBwMspfsyQxN/lgLTrI0Cw3ELluV6ZCYrar3zHVjPCAVJmzxtgWz75Or+Ev0oKV5DkZM4JARpcSHxDJKNYOBMPSD1ChY4/HUOShRr+YK3Wd+qjg6AiT3jQB9NTJUHLhn9YZWxT5wpt89P5UV7m2kvbyfK2lDzGAWpChRE+7VhuCTBBYmcR5An6O3vDLXtzerE8w5vrP6qC5Su/0nA==
- References: <20191204210222.GA3578@shackleton.labs.net> <754a577d-dac1-16e0-56a7-8be8ab1d424c@cornell.edu> <20191205091807.GG3337@calimero.vinschen.de> <20191205125227.GH3337@calimero.vinschen.de>
On 12/5/2019 7:52 AM, Corinna Vinschen wrote:
> On Dec 5 10:18, Corinna Vinschen wrote:
>> On Dec 4 21:41, Ken Brown wrote:
>>> 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...
>>
>> So, maybe we could just check if ext_here - path > 2, i. e.
>>
>> if (status == STATUS_OBJECT_NAME_NOT_FOUND && ext_here - path > 2)
>>
>> That excludes "X:" paths from this special handling for DOS-only drives.
>
> The only problem here is that I can't reproduce the assertion failure.
>
> I created a Samba share on a Linux machine, mounted it as drive Z:,
> and set the "always available offline" property of the drive.
>
> After syncing I accessed the drive, then I stopped Samba on the Linux
> server to switch the drive into offline mode. Then I ran `ls -la
> /cygdrive/z'. After a few secs I got the offline content cached on the
> local machine. I also tried `ls -la /cygdrive/' and `cd /cygdrive; ls
> -la', but every time I got the expected output. In the cases I tried
> to list /cygdrive itself I got the expected output, all drives except
> the z drive.
>
> I tried this with Cygwin 3.1.0-0.8.x86_64 on Windows 7 and Windows 10.
>
> So either there's something very special in Wilfed's setup, or I'm
> doing something wrong. Which is it?
How does your strace output compare to Wilfed's when you list /cygdrive? Does
it show a failed attempt to list Z: with an error from NtCreateFile?
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