public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* ls \\\\\?\\DRIVE\\ Aborted (core dumped)
       [not found] <1569223086.860642696@f357.i.mail.ru>
@ 2019-09-23 15:02 ` Mark Zhitomirski
  2019-09-23 16:38   ` Ken Brown
  2019-09-26  0:44   ` Ken Brown
  0 siblings, 2 replies; 10+ messages in thread
From: Mark Zhitomirski @ 2019-09-23 15:02 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 373 bytes --]

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)

Regards
Mark Zhitomirski

[-- Attachment #2: cygcheck.out --]
[-- Type: application/octet-stream, Size: 13991 bytes --]


Cygwin Configuration Diagnostics
Current System Time: Mon Sep 23 08:14:53 2019

Windows 10 Professional Ver 10.0 Build 18362 

Path:	C:\cygwin\usr\local\bin
	C:\cygwin\bin
	C:\Windows\system32
	C:\Windows
	C:\Windows\System32\Wbem
	C:\Windows\System32\WindowsPowerShell\v1.0
	C:\Windows\System32\OpenSSH
	C:\do\Git\cmd
	C:\Users\MZ\AppData\Local\Microsoft\WindowsApps

Output from C:\cygwin\bin\id.exe
UID: 197609(MZ)                GID: 197121(None)
197121(None)                   545(Users)
4(INTERACTIVE)                 66049(CONSOLE LOGON)
11(Authenticated Users)        15(This Organization)
113(Local account)             4095(CurrentSession)
66048(LOCAL)                   262154(NTLM Authentication)
401408(Medium Mandatory Level)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = 'MZ'
PWD = '/home/MZ'
HOME = '/home/MZ'

USERDOMAIN = 'HI5'
OS = 'Windows_NT'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
PROCESSOR_LEVEL = '6'
PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules'
CommonProgramW6432 = 'C:\Program Files\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
LANG = 'en_US.UTF-8'
TZ = 'Europe/Moscow'
HOSTNAME = 'hi5'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/home/MZ'
USERNAME = 'MZ'
LOGONSERVER = '\\HI5'
PROCESSOR_ARCHITECTURE = 'AMD64'
LOCALAPPDATA = 'C:\Users\MZ\AppData\Local'
COMPUTERNAME = 'HI5'
FPS_BROWSER_APP_PROFILE_STRING = 'Internet Explorer'
!:: = '::\'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Users\MZ'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
SYSTEMROOT = 'C:\Windows'
USERDOMAIN_ROAMINGPROFILE = 'HI5'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel'
TMP = '/tmp'
OneDrive = 'C:\Users\MZ\OneDrive'
PROCESSOR_REVISION = '3c03'
FPS_BROWSER_USER_PROFILE_STRING = 'Default'
PROFILEREAD = 'true'
NUMBER_OF_PROCESSORS = '4'
ProgramW6432 = 'C:\Program Files'
COMSPEC = 'C:\Windows\system32\cmd.exe'
APPDATA = 'C:\Users\MZ\AppData\Roaming'
SHELL = '/bin/bash'
TERM = 'xterm'
WINDIR = 'C:\Windows'
ProgramData = 'C:\ProgramData'
SHLVL = '1'
MINTTY_SHORTCUT = '/cygdrive/c/Users/MZ/AppData/Roaming/Microsoft/Internet Explorer/Quick Launch/User Pinned/TaskBar/Cygwin64 Terminal.lnk'
PRINTER = 'Microsoft Print to PDF'
PROGRAMFILES = 'C:\Program Files'
ALLUSERSPROFILE = 'C:\ProgramData'
TEMP = '/tmp'
DriverData = 'C:\Windows\System32\Drivers\DriverData'
SESSIONNAME = 'Console'
ProgramFiles(x86) = 'C:\Program Files (x86)'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
HOMEDRIVE = 'C:'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info'
HOMEPATH = '\Users\MZ'
ORIGINAL_PATH = '/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Windows/System32/OpenSSH:/cygdrive/c/do/Git/cmd:/cygdrive/c/Users/MZ/AppData/Local/Microsoft/WindowsApps'
EXECIGNORE = '*.dll'
_ = '/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Installations
  (default) = '\??\C:\cygwin'
HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Storage\microsoft.microsoftedge_8wekyb3d8bbwe\Children\001\Internet Explorer\DOMStorage\cygwin.com
  (default) = 0x00000000
  NumberOfSubdomains = 0x00000003
HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Storage\microsoft.microsoftedge_8wekyb3d8bbwe\Children\001\Internet Explorer\EdpDomStorage\cygwin.com
  (default) = 0x00000000
  NumberOfSubdomains = 0x00000000
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
  (default) = '\??\C:\cygwin'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
  (default) = 'C:\cygwin'

obcaseinsensitive set to 1

Cygwin installations found in the registry:
  System: Key: c5e39b7a9d22bafb Path: C:\cygwin
  User:   Key: c5e39b7a9d22bafb Path: C:\cygwin

c:  hd  NTFS    228834Mb  15% CP CS UN PA FC    QU  KA2
d:  hd  NTFS    953867Mb  96% CP CS UN PA FC    QU  Expansion Drive
k:  hd  NTFS   1907726Mb  48% CP CS UN PA FC    QU  Seagate.2T

C:\cygwin        /          system  binary,auto
C:\cygwin\bin    /usr/bin   system  binary,auto
C:\cygwin\lib    /usr/lib   system  binary,auto
cygdrive prefix  /cygdrive  user    binary,posix=0,auto

Found: C:\cygwin\bin\awk
 -> C:\cygwin\bin\gawk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Found: C:\Windows\system32\find.exe
Warning: C:\cygwin\bin\find.exe hides C:\Windows\system32\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Not Found: patch
Not Found: perl
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\Windows\System32\OpenSSH\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\Windows\system32\tar.exe
Warning: C:\cygwin\bin\tar.exe hides C:\Windows\system32\tar.exe
Found: C:\cygwin\bin\test.exe
Found: C:\cygwin\bin\vi.exe
Found: C:\cygwin\bin\vim.exe

   39k 2016/09/19 C:\cygwin\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2
                  "cygargp-0.dll" v0.0 ts=2016-09-19 02:13
   19k 2018/12/20 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygattr-1.dll" v0.0 ts=2018-12-20 09:48
  246k 2019/03/05 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygblkid-1.dll" v0.0 ts=2019-03-05 20:06
   66k 2019/07/21 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygbz2-1.dll" v0.0 ts=2019-07-22 00:05
 2416k 2019/09/13 C:\cygwin\bin\cygcrypto-1.1.dll - os=4.0 img=0.0 sys=5.2
                  "cygcrypto-1.1.dll" v0.0 ts=2019-09-13 18:36
  347k 2019/03/05 C:\cygwin\bin\cygfdisk-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygfdisk-1.dll" v0.0 ts=2019-03-05 20:06
   27k 2015/11/17 C:\cygwin\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2
                  "cygffi-6.dll" v0.0 ts=2015-11-17 22:14
   56k 2019/07/28 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2
                  "cygformw-10.dll" v0.0 ts=2019-07-28 17:33
   70k 2018/12/09 C:\cygwin\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2
                  "cyggcc_s-seh-1.dll" v0.0 ts=2018-12-08 19:56
   46k 2019/07/10 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2
                  "cyggdbm-4.dll" v0.0 ts=2019-07-10 15:06
  527k 2017/01/21 C:\cygwin\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2
                  "cyggmp-10.dll" v0.0 ts=2017-01-21 18:25
   33k 2017/02/13 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2
                  "cyghistory7.dll" v0.0 ts=2017-02-11 22:39
 1009k 2015/02/20 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2
                  "cygiconv-2.dll" v0.0 ts=2015-02-20 17:07
   42k 2016/10/23 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2
                  "cygintl-8.dll" v0.0 ts=2016-10-23 07:17
  144k 2019/07/21 C:\cygwin\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2
                  "cyglzma-5.dll" v0.0 ts=2019-07-22 00:15
  125k 2018/03/18 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygmagic-1.dll" v0.0 ts=2018-03-18 15:17
  168k 2018/01/23 C:\cygwin\bin\cygman-2-7-6-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygman-2-7-6-1.dll" v0.0 ts=2018-01-23 20:22
   22k 2018/01/23 C:\cygwin\bin\cygmandb-2-7-6-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygmandb-2-7-6-1.dll" v0.0 ts=2018-01-23 20:22
   28k 2019/07/28 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2
                  "cygmenuw-10.dll" v0.0 ts=2019-07-28 17:32
  432k 2019/02/02 C:\cygwin\bin\cygmpfr-6.dll - os=4.0 img=0.0 sys=5.2
                  "cygmpfr-6.dll" v0.0 ts=2019-02-02 18:25
  301k 2019/07/28 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2
                  "cygncursesw-10.dll" v0.0 ts=2019-07-28 17:30
 1013k 2019/02/20 C:\cygwin\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2
                  "cygp11-kit-0.dll" v0.0 ts=2019-02-20 07:21
   14k 2019/07/28 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2
                  "cygpanelw-10.dll" v0.0 ts=2019-07-28 17:32
  467k 2019/04/05 C:\cygwin\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygpcre-1.dll" v0.0 ts=2019-04-05 01:59
   41k 2019/09/12 C:\cygwin\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygpipeline-1.dll" v0.0 ts=2019-09-12 19:52
   41k 2016/07/13 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2
                  "cygpopt-0.dll" v0.0 ts=2016-07-13 06:16
  219k 2017/02/13 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2
                  "cygreadline7.dll" v0.0 ts=2017-02-11 22:39
   11k 2015/07/17 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=0.0 sys=5.2
                  "cygsigsegv-2.dll" v0.0 ts=2015-07-17 22:35
  150k 2019/03/05 C:\cygwin\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2
                  "cygsmartcols-1.dll" v0.0 ts=2019-03-05 20:06
  495k 2019/09/13 C:\cygwin\bin\cygssl-1.1.dll - os=4.0 img=0.0 sys=5.2
                  "cygssl-1.1.dll" v0.0 ts=2019-09-13 18:36
 1400k 2018/12/09 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2
                  "cygstdc++-6.dll" v0.0 ts=2018-12-08 21:15
   68k 2019/07/29 C:\cygwin\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2
                  "cygtasn1-6.dll" v0.0 ts=2019-07-29 03:12
   57k 2019/07/28 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2
                  "cygticw-10.dll" v0.0 ts=2019-07-28 17:31
   27k 2019/03/05 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2
                  "cyguuid-1.dll" v0.0 ts=2019-03-05 20:06
   83k 2017/03/03 C:\cygwin\bin\cygz.dll - os=4.0 img=0.0 sys=5.2
                  "cygz.dll" v0.0 ts=2017-03-03 21:42
 3415k 2019/04/30 C:\cygwin\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
                  "cygwin1.dll" v0.0 ts=2019-04-30 19:08
    Cygwin DLL version info:
        DLL version: 3.0.7
        DLL epoch: 19
        DLL old termios: 5
        DLL malloc env: 28
        Cygwin conv: 181
        API major: 0
        API minor: 338
        Shared data: 5
        DLL identifier: cygwin1
        Mount registry: 3
        Cygwin registry name: Cygwin
        Installations name: Installations
        Cygdrive default prefix: 
        Build date: 
        Shared id: cygwin1S5


Can't find the cygrunsrv utility, skipping services check.


Cygwin Package Information
Last downloaded files to: C:\do\cyg-files
Last downloaded files from: ftp://ftp.fau.de/cygwin/

Package              Version            Status
_autorebase          001007-1           OK
alternatives         1.3.30c-10         OK
base-cygwin          3.8-1              OK
base-files           4.3-2              OK
bash                 4.4.12-3           OK
bzip2                1.0.8-1            OK
ca-certificates      2.32-1             OK
coreutils            8.26-2             OK
crypto-policies      20190218-1         OK
cygutils             1.4.16-2           OK
cygwin               3.0.7-1            OK
dash                 0.5.9.1-1          OK
diffutils            3.5-2              OK
editrights           1.03-1             OK
file                 5.32-1             OK
findutils            4.6.0-1            OK
gawk                 5.0.1-1            OK
getent               2.18.90-4          OK
grep                 3.0-2              OK
groff                1.22.4-1           OK
gzip                 1.8-1              OK
hostname             3.13-1             OK
info                 6.6-1              OK
ipc-utils            1.0-2              OK
less                 530-1              OK
libargp              20110921-3         OK
libattr1             2.4.48-2           OK
libblkid1            2.33.1-1           OK
libbz2_1             1.0.8-1            OK
libfdisk1            2.33.1-1           OK
libffi6              3.2.1-2            OK
libgcc1              7.4.0-1            OK
libgdbm4             1.13-1             OK
libgmp10             6.1.2-1            OK
libiconv             1.14-3             OK
libiconv2            1.14-3             OK
libintl8             0.19.8.1-2         OK
liblzma5             5.2.4-1            OK
libmpfr6             4.0.2-1            OK
libncursesw10        6.1-1.20190727     OK
libp11-kit0          0.23.15-1          OK
libpcre1             8.43-1             OK
libpipeline1         1.5.1-1            OK
libpopt-common       1.16-2             OK
libpopt0             1.16-2             OK
libreadline7         7.0.3-3            OK
libsigsegv2          2.10-2             OK
libsmartcols1        2.33.1-1           OK
libssl1.1            1.1.1d-1           OK
libstdc++6           7.4.0-1            OK
libtasn1_6           4.14-1             OK
libuuid1             2.33.1-1           OK
login                1.13-1             OK
man-db               2.7.6.1-1          OK
mintty               3.0.2-1            OK
ncurses              6.1-1.20190727     OK
openssl              1.1.1d-1           OK
p11-kit              0.23.15-1          OK
p11-kit-trust        0.23.15-1          OK
rebase               4.4.4-1            OK
rsync                3.1.2-1            OK
run                  1.3.4-2            OK
sed                  4.4-1              OK
tar                  1.29-1             OK
terminfo             6.1-1.20190727     OK
terminfo-extra       6.1-1.20190727     OK
tzcode               2019c-1            OK
tzdata               2019c-1            OK
util-linux           2.33.1-1           OK
vim                  8.1.1772-1         OK
vim-common           8.1.1772-1         OK
vim-minimal          8.1.1772-1         OK
which                2.20-2             OK
xxd                  8.1.1772-1         OK
xz                   5.2.4-1            OK
zlib0                1.2.11-1           OK
Use -h to see help about each section

[-- Attachment #3: Type: text/plain, Size: 219 bytes --]


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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 15:02 ` ls \\\\\?\\DRIVE\\ Aborted (core dumped) Mark Zhitomirski
@ 2019-09-23 16:38   ` Ken Brown
  2019-09-23 22:35     ` Brian Inglis
  2019-09-26  0:44   ` Ken Brown
  1 sibling, 1 reply; 10+ messages in thread
From: Ken Brown @ 2019-09-23 16:38 UTC (permalink / raw)
  To: cygwin

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)

Thanks for the report.  I can confirm the crash.  I'll look into it.

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 16:38   ` Ken Brown
@ 2019-09-23 22:35     ` Brian Inglis
  2019-09-23 23:24       ` Andrey Repin
  0 siblings, 1 reply; 10+ messages in thread
From: Brian Inglis @ 2019-09-23 22:35 UTC (permalink / raw)
  To: cygwin

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

and Cygwin really does not like the entries in:

$ ll \\\\\?\\*\\

use of any name instead of *, or none causes a crash:

$ ll \\\\\?\\Boot\\

$ ll \\\\\?\\

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 22:35     ` Brian Inglis
@ 2019-09-23 23:24       ` Andrey Repin
  2019-09-23 23:39         ` Jürgen Wagner
  2019-09-23 23:42         ` Brian Inglis
  0 siblings, 2 replies; 10+ messages in thread
From: Andrey Repin @ 2019-09-23 23:24 UTC (permalink / raw)
  To: Brian Inglis, cygwin

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?


-- 
With best regards,
Andrey Repin
Tuesday, September 24, 2019 1:15:36

Sorry for my terrible english...
--
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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 23:24       ` Andrey Repin
@ 2019-09-23 23:39         ` Jürgen Wagner
  2019-09-23 23:46           ` Jürgen Wagner
                             ` (2 more replies)
  2019-09-23 23:42         ` Brian Inglis
  1 sibling, 3 replies; 10+ messages in thread
From: Jürgen Wagner @ 2019-09-23 23:39 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 2755 bytes --]

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.

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.

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.

Best regards,
--Jürgen


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



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3469 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 23:24       ` Andrey Repin
  2019-09-23 23:39         ` Jürgen Wagner
@ 2019-09-23 23:42         ` Brian Inglis
  1 sibling, 0 replies; 10+ messages in thread
From: Brian Inglis @ 2019-09-23 23:42 UTC (permalink / raw)
  To: cygwin

On 2019-09-23 16:26, Andrey Repin wrote:
>> 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 Win 32 unlimited absolute path length file name space \\?\,
just as \\.\ is the Win 32 device name space:
https://docs.microsoft.com/en-ca/windows/win32/fileio/naming-a-file

Compare:
> fsutil fsinfo ntfsinfo \\.\C:
NTFS Volume Serial Number :        0x80ffb5d906b8d438
NTFS Version   :                   3.1
LFS Version    :                   2.0
Number Sectors :                   0x00000000744bc466
Total Clusters :                   0x000000000e89788c
Free Clusters  :                   0x0000000009861b37
Total Reserved :                   0x000000000000b4b0
Bytes Per Sector  :                512
Bytes Per Physical Sector :        4096
Bytes Per Cluster :                4096
Bytes Per FileRecord Segment    :  1024
Clusters Per FileRecord Segment :  0
Mft Valid Data Length :            0x00000000e4f00000
Mft Start Lcn  :                   0x00000000000ad74c
Mft2 Start Lcn :                   0x0000000000000002
Mft Zone Start :                   0x000000000522ce40
Mft Zone End   :                   0x0000000005239660
Max Device Trim Extent Count :     0
Max Device Trim Byte Count :       0x0
Max Volume Trim Extent Count :     62
Max Volume Trim Byte Count :       0x40000000

> fsutil fsinfo ntfsinfo C:
NTFS Volume Serial Number :        0x80ffb5d906b8d438
NTFS Version   :                   3.1
LFS Version    :                   2.0
Number Sectors :                   0x00000000744bc466
Total Clusters :                   0x000000000e89788c
Free Clusters  :                   0x0000000009861b37
Total Reserved :                   0x000000000000b4b0
Bytes Per Sector  :                512
Bytes Per Physical Sector :        4096
Bytes Per Cluster :                4096
Bytes Per FileRecord Segment    :  1024
Clusters Per FileRecord Segment :  0
Mft Valid Data Length :            0x00000000e4f00000
Mft Start Lcn  :                   0x00000000000ad74c
Mft2 Start Lcn :                   0x0000000000000002
Mft Zone Start :                   0x000000000522ce40
Mft Zone End   :                   0x0000000005239660
Max Device Trim Extent Count :     0
Max Device Trim Byte Count :       0x0
Max Volume Trim Extent Count :     62
Max Volume Trim Byte Count :       0x40000000
Resource Manager Identifier :      99B60DE5-842F-11E1-98AF-D71846560B56
					^ Object Identifier

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 23:39         ` Jürgen Wagner
@ 2019-09-23 23:46           ` Jürgen Wagner
  2019-09-24  5:11           ` Brian Inglis
  2019-09-24 17:37           ` Andrey Repin
  2 siblings, 0 replies; 10+ messages in thread
From: Jürgen Wagner @ 2019-09-23 23:46 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 3123 bytes --]

And there is more fun:

$ ls -ldi D:/
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:02 D:/

$ ls -ldi \\\\\?\\a\\
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:03 '\\?\a\'

$ ls -ldi \\\\\?\\d\\
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:03 '\\?\d\'

$ ls -ldi \\\\\?\\d:\\
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:02 '\\?\d:\'

$ ls -ldi /cygdrive/d/.
1407374883553285 drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 16 09:02 /cygdrive/d/.

$ ls -ldi /cygdrive/d
1407374883553285 drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 16 09:02 /cygdrive/d

$ ls -ldi /d/.
1407374883553285 drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 16 09:02 /d/.

Notice how the \\? listing without the colon is one minute younger than 
the real directory... apart from the ownership changing. It's always the 
same inode, though.

$ ls -ldi \\\\\?\\d:\\
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:02 '\\?\d:\'

$ ls -ldi \\\\\?\\dd:\\
18014896789143535314 dr-xr-xr-x 1 jw09030 Kein 0 Sep 24 01:34 '\\?\dd:\'

$ ls -ldi \\\\\?\\ddd:\\
1407374883553285 drwxr-xr-x 1 jw09030 Kein 0 Sep 16 09:02 '\\?\ddd:\'

$ ls -ldi \\\\\?\\dddd:\\
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)

The inode number which is different from the actual inode number of D:/ 
is not present on drive C: or drive D:. At least, "find" did not turn up 
anything.

Cheers,
--j.

On 24.09.2019 01:24, Jürgen Wagner wrote:
> 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.
>
> 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.
>
> 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.
>
> Best regards,
> --Jürgen
>



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3469 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 23:39         ` Jürgen Wagner
  2019-09-23 23:46           ` Jürgen Wagner
@ 2019-09-24  5:11           ` Brian Inglis
  2019-09-24 17:37           ` Andrey Repin
  2 siblings, 0 replies; 10+ messages in thread
From: Brian Inglis @ 2019-09-24  5:11 UTC (permalink / raw)
  To: cygwin

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 23:39         ` Jürgen Wagner
  2019-09-23 23:46           ` Jürgen Wagner
  2019-09-24  5:11           ` Brian Inglis
@ 2019-09-24 17:37           ` Andrey Repin
  2 siblings, 0 replies; 10+ messages in thread
From: Andrey Repin @ 2019-09-24 17:37 UTC (permalink / raw)
  To: Jürgen Wagner, cygwin

Greetings, Jürgen Wagner!

Please no top-posting in this list. Thank you in advance.

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

This is not an "alternative notation", this is a "device namespace".
Shell is not necessarily an indication of the right path.
You may be better off writing a small program that calling Win32 CreateFile
directly, if you want to test various paths.
Ref: https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file

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

Which is also dubious in case of Cygwin.
And double forward slashes are indicating Cygwin UNC path.
Not a Windows NT namespace prefix.

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

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


-- 
With best regards,
Andrey Repin
Tuesday, September 24, 2019 15:41:52

Sorry for my terrible english...
--
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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: ls \\\\\?\\DRIVE\\ Aborted (core dumped)
  2019-09-23 15:02 ` ls \\\\\?\\DRIVE\\ Aborted (core dumped) Mark Zhitomirski
  2019-09-23 16:38   ` Ken Brown
@ 2019-09-26  0:44   ` Ken Brown
  1 sibling, 0 replies; 10+ messages in thread
From: Ken Brown @ 2019-09-26  0:44 UTC (permalink / raw)
  To: cygwin

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)

I've just sent a patch to the cygwin-patches list that should fix this.  If no 
one finds anything wrong with the patch within the next few days, I'll commit 
it, and the fix will appear in the next test release for the upcoming cygwin-3.1.0.

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2019-09-25 18:49 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1569223086.860642696@f357.i.mail.ru>
2019-09-23 15:02 ` ls \\\\\?\\DRIVE\\ Aborted (core dumped) Mark Zhitomirski
2019-09-23 16:38   ` Ken Brown
2019-09-23 22:35     ` Brian Inglis
2019-09-23 23:24       ` Andrey Repin
2019-09-23 23:39         ` Jürgen Wagner
2019-09-23 23:46           ` Jürgen Wagner
2019-09-24  5:11           ` Brian Inglis
2019-09-24 17:37           ` Andrey Repin
2019-09-23 23:42         ` Brian Inglis
2019-09-26  0:44   ` Ken Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).