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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=t3m59vxbu6jCKF+z gTzNMO7dEQpzSrwOnvQEg+I1V3GUy+ERfIf595k2yS4IwkK2oL0BWx/JICKRlFNy z+1aa6hRZ3bNokJao1aH9SMTuUm8b7l+S8DpIe8aQvh2uBJKC5e/PvCeIAE07prN rYEexZBa6OgbvJp8NVOQvBICEsY= 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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=UTF/sqVw7cyBOfA1N1o7Im r1OjQ=; b=YVtMF1APrSALkDHfohF8QOm5cm1a0A8HqD3EL3MlZSfbLo4nA9l9JE i3IScDc+wro5HiESnLoQPaCWNYKlhYkYFThtdjGXGklqtWztL3b+dnMJY6zzlPFn jkNDC78wtjVCermO2cLkEh70dP5E2qgpbO7INeDW8ifPLHzPY2C4Y= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy= X-HELO: smtp-out-so.shaw.ca Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca Subject: Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped) To: cygwin AT cygwin DOT com References: <1569223086 DOT 860642696 AT f357 DOT i DOT mail DOT ru> <5ccc23b3-0240-7382-d018-a7a6bf285f47 AT cornell DOT edu> <5e1afbfe-997a-a528-acfc-38512310041a AT SystematicSw DOT ab DOT ca> <4210536081 DOT 20190924012630 AT yandex DOT ru> <7518af94-3c5b-0019-b99b-8409c138b40c AT wagner DOT is> From: Brian Inglis Openpgp: preference=signencrypt Message-ID: Date: Mon, 23 Sep 2019 17:46:53 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <7518af94-3c5b-0019-b99b-8409c138b40c@wagner.is> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes On 2019-09-23 17:24, Jürgen Wagner wrote: > On 24.09.2019 00:26, Andrey Repin wrote: >> Greetings, Brian Inglis! >> >>> On 2019-09-23 09:02, Ken Brown wrote: >>>> On 9/23/2019 10:42 AM, Mark Zhitomirski wrote: >>>>> While trying different path names I've hit the following crash: >>>>> >>>>> $ ls \\\\\?\\DRIVE\\ >>>>> assertion "p >= path" failed: file >>>>> "/home/corinna/src/cygwin/cygwin-3.0.7/cygwin-3.0.7-1.x86_64/src/newlib-cygwin/winsup/cygwin/path.cc", >>>>> >>>>> line 2916, function: int symlink_info::check(char*, const >>>>> suffix_info*, fs_info&, path_conv_handle&) >>>>> Aborted (core dumped) >> $ ls -ld \\\\\?\\C:\\ >> drwxr-xr-x 1 anrdaemon None 0 сен 13 23:19 '\\?\C:\' >> >> WJFFM >> >>>> Thanks for the report. I can confirm the crash. I'll look into it. >>> Although: >>> $ ll $SYSTEMDRIVE\\ >>> lists normally, the owner and group is the current user, whereas the correct >>> owners and groups are shown by: >>> $ ll /proc/cygdrive/c/ >> That did not work for me, both show current user:group. >> For reference, >> >> fstab: >> none / cygdrive noacl,binary,nouser,posix=0 0 0 >> >> $ mount >> … >> C: on /c type ntfs (binary,noacl,posix=0,noumount,auto) >> >>> and Cygwin really does not like the entries in: >>> $ ll \\\\\?\\*\\ >>> use of any name instead of *, or none causes a crash: >>> $ ll \\\\\?\\Boot\\ >>> $ ll \\\\\?\\ >> I wonder, what have you tried to reach here? > The whole interpretation of paths of this sort seems to be inconsistent. > > ls \\\\\?\\c:\\ > => lists C:/ > > ls \\\\\?\\d:\\ > => lists D:/ > > ls \\\\\?\\blah:\\ > assertion "p >= path" failed: file > "/home/corinna/src/cygwin/cygwin-3.0.7/cygwin-3.0.7-1.x86_64/src/newlib-cygwin/winsup/cygwin/path.cc", > line 2916, function: int symlink_info::check(char*, const suffix_info*, > fs_info&, path_conv_handle&) > Aborted (core dumped) > > ls \\\\\?\\c\\ > => lists C:/ > > ls \\\\\?\\d\\ > => lists C:/ (in fact, it lists the contents of the top folder of the drive your > current working directory is located in) > > ls \\\\\?\\a\\ > => lists C:/ (in fact, there is no drive A: on my system) > > ls \\\\.\\d:\\ > ls: cannot access '\\.\d:\': Not a directory > => The alternative notation with a "." does not seem to be understood. It works > in DOS shells. > > ls //\?/d:/ > ls: cannot access '//?/d:/': Not a directory > => The replacement notation with forward slashes (which works with UNC paths) > does not seem to be honored here. UNC paths require Windows path \\?\UNC\share\dir\... or shell \\\\\?\\UNC\\share\\... > It seems to me the device notation is not really implemented in Cygwin, and if > invalid device paths are used or strange, invalid syntactic forms are used, this > fails with a core dump. These Win 32 name space paths are equivalent to Windows NT name space paths \\GLOBAL??\... created by driver symlinks between the name spaces. For further info, have a look under /proc/sys/...! > This is on CYGWIN_NT-10.0 saraswati 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 > Cygwin on a Dell 5470 with the latest Windows 10 version. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- 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