Re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Erich Hoover
On Tue, Oct 4, 2011 at 9:46 AM, Dan Kegel wrote: > Fails test here? > ... 3 RtlDosPathNameToNtPathName_U+0x35c(dos_path="C:\windows\system32", > ntpath=0x32fbb4, file_part=(nil), cd=(nil)) [dlls/ntdll/path.c:394] > 4 GetVolumePathNameW+0x107(filename="C:\windows\system32", > volumepathname="?Ir

Re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Charles Davis
On Oct 4, 2011, at 11:56 AM, Erich Hoover wrote: > On Tue, Oct 4, 2011 at 11:36 AM, Charles Davis > wrote: >> On Oct 4, 2011, at 9:32 AM, Erich Hoover wrote: >>> This patch implements GetVolumePathName by using the full folder >>> path and working backward until stat() returns a different devic

Re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Erich Hoover
On Tue, Oct 4, 2011 at 11:36 AM, Charles Davis wrote: > On Oct 4, 2011, at 9:32 AM, Erich Hoover wrote: > > This patch implements GetVolumePathName by using the full folder > > path and working backward until stat() returns a different device. > Surely there's a better way. Can't you do a statfs(2

Re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Charles Davis
On Oct 4, 2011, at 9:32 AM, Erich Hoover wrote: > This patch implements GetVolumePathName by using the full folder > path and working backward until stat() returns a different device. Surely there's a better way. Can't you do a statfs(2)/statvfs(2) (for example) to find out the FS root? (I know

Re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Dan Kegel
On Tue, Oct 4, 2011 at 8:58 AM, Erich Hoover wrote: >> Fails test here? >> ... >> >> 3 RtlDosPathNameToNtPathName_U+0x35c(dos_path="C:\windows\system32", >> ntpath=0x32fbb4, file_part=(nil), cd=(nil)) [dlls/ntdll/path.c:394] >>  4 GetVolumePathNameW+0x107(filename="C:\windows\system32", >> volumep

re: kernel32: Implement GetVolumePathName.

2011-10-04 Thread Dan Kegel
Fails test here? ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so file.c && touch file.ok Unhandled exception: page fault on read access to 0x00212b18 in 32-bit code (0x7bc47995). Backtrace: =>0 HEAP_CreateFreeBlock+0xbb(subheap=0x110014, ptr=0x122b48, size=0xeffd0)