Corinna Vinschen wrote: > On Nov 7 15:41, Christian Franke wrote: > > > > The access to the path works, except the access to the root dir of > > the volume. It appears as a regular file which apparently provides > > raw read access to the partition: > > > > $ ls -l '//?/GLOBALROOT/Device/HarddiskVolumeShadowCopy1' > > -rw-r--r-- 1 ... 0 Dec 1 2006 //?/.../HarddiskVolumeShadowCopy1 > > $ xxd '//?/GLOBALROOT/Device/HarddiskVolumeShadowCopy1' > > 0000000: eb52 904e 5446 5320 2020 2000 0208 0000 .R.NTFS ..... > > > > The windows path handling code in Cygwin doesn't recognize the path as > the path to a drive's root dir. The path normalization code removes > all trailing backslashes. When accessing a root dir, Windows requires > a trailing backslash. When accessing the volume without the trailing > backslash, it's opened for raw access. >
Now I understand where the problem is. Thanks. > This is still a highly unusual situation from a POSIXy point of view. > I'm not sure I want to slow down Cygwin for this any further. It > seems the ability to mount a shadow volume as a dos drive is > sufficient for this kind of problem, isn't it? > I agree. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
