wine-bugs January 2025

wine-bugs@winehq.org

1 participants
1451 discussions

[Bug 34498] New: Garena Lan button doesn't work
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=34498 Bug #: 34498 Summary: Garena Lan button doesn't work Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: invinciblesharad(a)gmail.com Classification: Unclassified Created attachment 45925 --> http://bugs.winehq.org/attachment.cgi?id=45925 Console output Garena freezes few sec when Lan button is pressed. After that Garena runs normally but Lan button is not working. After pressing lan button should have opened another window you can download Garena from http://intl.garena.com/ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 27211] New: runtime error R6025 while start usbclient.exe
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=27211 Summary: runtime error R6025 while start usbclient.exe Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com A free demo can be downloaded from http://www.usb-over-network.com/ $ wget http://www.usb-over-network.com/usb-over-network-client.msi Install: $ msiexec /i usb-over-network-client.msi make sure use the git source to avoid bug 27033 Start: $ wine usbclient.exe Then a runtime error message display: Program: C:\windows\system32\ftusbsrvc.exe R6025 -pure virtual function call After click the "OK" button, the program will crash. All log is below: fixme:win:RegisterDeviceNotificationA (hwnd=0x12d998, filter=0x99e9c8,flags=0x00000001) returns a fake device notification handle! wine: Unhandled exception 0x40000015 at address 0x7bc90073:0x00409026 (thread 0015), starting debugger... not sure whether this is a duplicate of bug 25869 or Bug 26835. winetricks vcrun2005 vcrun2008 vcrun2010 not work. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 57669] New: Suspicious behavior of rundll32.exe
by WineHQ Bugzilla 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57669 Bug ID: 57669 Summary: Suspicious behavior of rundll32.exe Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 77844 --> https://bugs.winehq.org/attachment.cgi?id=77844 trace - bad I've upgraded a build environment with Wine/MSVC/LLCM from Debian Bullseye to Bookworm and unfortunately it wasn't as easy as I expected. There is a problem with rundll32.exe that I was finally able to isolate after lot of trial and error. The problem is on Debian Bookworm that the rundll32.exe process that is started never reaches wWinMain (I put TRACE() at the beginning). I'm attaching the bad trace log from Bookworm and the good trace from Bullseye. A simple workaround for me now is to copy rundll32.exe from Bullseye. Any ideas what to try next? Is this a hidden bug in Wine or Mingw compiler? (setting component to unknown as rundll32 is missing in the list) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 33439] New: Master of orion 3 crashed when scrolling mouse wheeling down: Planets -> location
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=33439 Bug #: 33439 Summary: Master of orion 3 crashed when scrolling mouse wheeling down: Planets -> location Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: santzi76(a)suomi24.fi Classification: Unclassified Created attachment 44247 --> http://bugs.winehq.org/attachment.cgi?id=44247 Save game and crash dump Platform: Linux nuhapumppu 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux Wine crashed when loading this saved game (attached). This save situation is done this same moo3 and wine version earlier. STEPS how to crash happen: Go to "Planets" -> "Locations" and scroll mouse wheeling to down. Crash happened always. If you take a new game, this feature working quite well. Crash dump and save game attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 57673] New: its not working
by WineHQ Bugzilla 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57673 Bug ID: 57673 Summary: its not working Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: protogenl1fe2314(a)gmail.com Distribution: --- i try to launch the app and it just doesnt work. i press launch, an icon pops up. and then nothing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 29045] New: Unable to read Kindle books
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=29045 Bug #: 29045 Summary: Unable to read Kindle books Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jamundso(a)gmail.com Classification: Unclassified Created attachment 37424 --> http://bugs.winehq.org/attachment.cgi?id=37424 stderr Kindle starts after deleting ~/.wine/drive_c/windows/winsxs/manifests/x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_none_deadbeef.manifest as per the comments. However, now trying to read any book causes another crash. This worked with Fedora 15 and Wine 1.3.24. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 38

[Bug 50471] New: Kindle for PC 1.16.0 can't connect
by WineHQ Bugzilla 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=50471 Bug ID: 50471 Summary: Kindle for PC 1.16.0 can't connect Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ameniutaeba1978(a)gmail.com Distribution: --- Created attachment 69103 --> https://bugs.winehq.org/attachment.cgi?id=69103 Kindle error I installed Kindle for PC ver 1.16.0 from winetricks on my Manjaro Linux. When I start Kindle, Kindle says "Unable to connect. Please check your network setting and proxy configuration. Network settings can be found under Tools > Options > Network" I tested on wine-5.22 and wine-6.0-rc6 on Manajaro Linux but same result. I also tested wine-5.0 on Feren OS but the problem didn't occurred. So the problem is on wine 5.22 or later, or on Manjaro Linux. I've also posted the problem on Manjaro Forum but no good reply. https://forum.manjaro.org/t/is-there-anyone-who-use-amazon-kindle-for-pc-vi… I attach the STDOUT and STDERR. Thanks in advance. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 34631] New: 163music: shadow of windows is always on the top of desktop
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=34631 Bug #: 34631 Summary: 163music: shadow of windows is always on the top of desktop Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 46149 --> http://bugs.winehq.org/attachment.cgi?id=46149 the log reproduce follow this: 0. download and install 163music: "下一步(N)" -> "我接受(I)" -> "安装(I)" -> "完成(L)" And it will start up automatically after the installation; 2. There will be a login window, and shadow of it is always on the top.(as picture 1.png) You may need a white background to make it more clear.(as picture 2.png) This is a software in Chinese and I can't find a version in english. So if you need any help when you trying to reproduce it, please feel free to ping me in #winehackers or email me. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 57

[Bug 57651] New: Line messenger app doesn't work correctly
by WineHQ Bugzilla 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57651 Bug ID: 57651 Summary: Line messenger app doesn't work correctly Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thismailboxforspam(a)proton.me Distribution: --- Created attachment 77794 --> https://bugs.winehq.org/attachment.cgi?id=77794 image shows how looks wine app borders covered by another app window I'm using wine mostly for Line messenger (https://apps.microsoft.com/detail/xpfcc4cd725961?hl=en-US&gl=US) Current version of Line app is 9.0.0.3339. And here is two problems with the app 1. The app by itself is working correct, but I can't open any modal windows. When I press a button to open a window, the app crashes with error in log: `elf_search_auxv can't find symbol in module`. 2. The app window borders are always on top. I can't see contents of the app if any other app is opened in front of it but window borders and border shadows are visible anytime. Also it is possible to click borders and resize the window by moving mouse cursor. I will attach image with Firefox browser's white background covered by Line app borders. These problems exists about 2~3 years on all my 4-5 PCs for all time I'm using wine. I seen this bug at Gnome and KDE. All OSes I used are affected (Ubuntu, Fedora, Debian). So It should be easily reproducible. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 39569] New: Multiple applications using ntdll.NtQueryObject 'ObjectNameInformation' info class get incorrect names for file objects
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=39569 Bug ID: 39569 Summary: Multiple applications using ntdll.NtQueryObject 'ObjectNameInformation' info class get incorrect names for file objects Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, consider the following trace: * explicitly removed relay excludes to show internal calls * Wine builtin as example --- snip --- ... 002a:Call KERNEL32.CreateFileW(00326840 L"C:\\windows\\notepad.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=00b16742 002a:Call ntdll.RtlIsDosDeviceName_U(00326840 L"C:\\windows\\notepad.exe") ret=7f40b89ac80d 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002a:Call ntdll.RtlDosPathNameToNtPathName_U(00326840 L"C:\\windows\\notepad.exe",0269d820,00000000,00000000) ret=7f40b89ac99c 002a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002a:Call ntdll.NtCreateFile(0269d808,80100000,0269d830,0269d810,00000000,00000000,00000001,f00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002a:trace:ntdll:FILE_CreateFile handle=0x269d808 access=80100000 name=L"\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x269d810 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000060 ea=(nil).0x00000000 002a: create_file( access=80100000, attributes=00000040, sharing=00000001, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" ) 002a: create_file() = 0 { handle=0384 } 002a:Ret ntdll.NtCreateFile() retval=00000000 ret=7f40b89acb9b ... 002a:Ret KERNEL32.CreateFileW() retval=00000384 ret=00b16742 ... 002a:Call ntdll.NtQueryObject(00000384,00000001,00000000,00000000,0269d778) ret=00d222ab 002a:trace:ntdll:NtQueryObject (0x384,0x00000001,(nil),0x00000000,0x269d778) 002a: get_handle_unix_name( handle=0384 ) 002a: get_handle_unix_name() = 0 { name_len=52, name="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" } 002a:Ret ntdll.NtQueryObject() retval=c0000004 ret=00d222ab ... 002a:Call ntdll.NtQueryObject(00000384,00000001,000e0da0,00002046,00000000) ret=00d222f7 002a:trace:ntdll:NtQueryObject (0x384,0x00000001,0xe0da0,0x00002046,(nil)) 002a: get_handle_unix_name( handle=0384 ) 002a: get_handle_unix_name() = 0 { name_len=52, name="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" } 002a:Ret ntdll.NtQueryObject() retval=00000000 ret=00d222f7 ... 002a:Call KERNEL32.QueryDosDeviceW(0269d260 L"c:",0269d270,00000104) ret=00d216f4 002a:Call ntdll.RtlIsDosDeviceName_U(0269d260 L"c:") ret=7f40b8a11373 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b8a11373 ... 002a:Call ntdll.RtlInitUnicodeString(0269c910,027fddf0 L"\\DosDevices\\c:") ret=7f40b8a0cfba 002a:Ret ntdll.RtlInitUnicodeString() retval=0269c910 ret=7f40b8a0cfba 002a:Call ntdll.NtOpenSymbolicLinkObject(0269c908,00000001,0269c920) ret=7f40b8a0cfd9 002a:trace:ntdll:NtOpenSymbolicLinkObject (0x269c908,0x00000001,{name=L"\\DosDevices\\c:", attr=0x00000040, hRoot=(nil), sd=(nil)} 002a: open_symlink( access=00000001, attributes=00000040, rootdir=0000, name=L"\\DosDevices\\c:" ) 002a: open_symlink() = 0 { handle=038c } 002a:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7f40b8a0cfd9 002a:Call ntdll.NtQuerySymbolicLinkObject(0000038c,0269c8f0,00000000) ret=7f40b8a0d016 002a:trace:ntdll:NtQuerySymbolicLinkObject (0x38c,0x269c8f0,(nil)) 002a: query_symlink( handle=038c ) 002a: query_symlink() = 0 { total=46, target_name=L"\\Device\\HarddiskVolume1" } 002a:Ret ntdll.NtQuerySymbolicLinkObject() retval=00000000 ret=7f40b8a0d016 002a:Call ntdll.NtClose(0000038c) ret=7f40b8a0d04c 002a: close_handle( handle=038c ) 002a: close_handle() = 0 002a:Ret ntdll.NtClose() retval=00000000 ret=7f40b8a0d04c ... 002a:Ret KERNEL32.QueryDosDeviceW() retval=00000019 ret=00d216f4 ... 002a:Call KERNEL32.CreateFileW(02086700 L"\\??\\C:\\windows\\notepad.exe",80000000,00000001,00000000,00000003,ffffffff00000000,00000000) ret=00b71906 002a:Call ntdll.RtlIsDosDeviceName_U(02086700 L"\\??\\C:\\windows\\notepad.exe") ret=7f40b89ac80d 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002a:Call ntdll.RtlDosPathNameToNtPathName_U(02086700 L"\\??\\C:\\windows\\notepad.exe",0269c780,00000000,00000000) ret=7f40b89ac99c 002a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002a:Call ntdll.NtCreateFile(0269c768,80100000,0269c790,0269c770,00000000,00000000,00000001,f00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002a:trace:ntdll:FILE_CreateFile handle=0x269c768 access=80100000 name=L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x269c770 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000060 ea=(nil).0x00000000 002a:warn:ntdll:FILE_CreateFile L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" not found (c0000033) 002a:Ret ntdll.NtCreateFile() retval=c0000033 ret=7f40b89acb9b 002a:Call ntdll.RtlNtStatusToDosError(c0000033) ret=7f40b89acd3c 002a:Ret ntdll.RtlNtStatusToDosError() retval=0000007b ret=7f40b89acd3c ... 002a:Ret KERNEL32.CreateFileW() retval=ffffffffffffffff ret=00b71906 ... 002b:Call KERNEL32.CreateProcessW(02032b40 L"\\??\\C:\\windows\\notepad.exe",00000000,00000000,00000000,00000000,00000013,00000000,02061e60 L"\\??\\C:\\windows",00f6d000,00f6cef8) ret=00ef2163 002b:Call ntdll.RtlIsDosDeviceName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe") ret=7f40b89ac80d 002b:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002b:Call ntdll.RtlDosPathNameToNtPathName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe",02abcfb0,00000000,00000000) ret=7f40b89ac99c 002b:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002b:Call ntdll.NtCreateFile(02abcf98,80100000,02abcfc0,02abcfa0,00000000,00000000,00000005,00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002b:trace:ntdll:FILE_CreateFile handle=0x2abcf98 access=80100000 name=L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x2abcfa0 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil).0x00000000 002b:warn:ntdll:FILE_CreateFile L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" not found (c0000033) 002b:Ret ntdll.NtCreateFile() retval=c0000033 ret=7f40b89acb9b ... 002b:Call ntdll.RtlGetFullPathName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe",00000410,02abd190,02abd110) ret=7f40b89dd82b 002b:Ret ntdll.RtlGetFullPathName_U() retval=00000038 ret=7f40b89dd82b ... 002b:Ret KERNEL32.CreateProcessW() retval=00000000 ret=00ef2163 --- snip --- Calling 'kernel32' API with native NT paths is obviously wrong and not intended here. The relay trace partially corresponds to the following source code - at least for the preceding device/filename lookup/translation: https://bitbucket.org/mrexodia/devicenameresolver/src/3fc6704267d469bd08633… --- snip --- ... __declspec(dllexport) bool DevicePathFromFileHandleW(HANDLE hFile, wchar_t* szDevicePath, size_t nSize) { NativeWinApi::initialize(); ULONG ReturnLength; bool bRet=false; if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, 0, 0, &ReturnLength)==STATUS_INFO_LENGTH_MISMATCH) { ReturnLength+=0x2000; //on Windows XP SP3 ReturnLength will not be set just add some buffer space to fix this POBJECT_NAME_INFORMATION NameInformation=(POBJECT_NAME_INFORMATION)GlobalAlloc(0, ReturnLength); if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, NameInformation, ReturnLength, 0)==STATUS_SUCCESS) { NameInformation->Name.Buffer[NameInformation->Name.Length/2]=L'\0'; //null-terminate the UNICODE_STRING if(wcslen(NameInformation->Name.Buffer)<nSize) { wcscpy_s(szDevicePath, nSize/sizeof(wchar_t), NameInformation->Name.Buffer); bRet=true; } } GlobalFree(NameInformation); } if(_wcsnicmp(szDevicePath, L"\\Device\\LanmanRedirector\\", 25) == 0) // Win XP { wcscpy_s(szDevicePath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szDevicePath, nSize / sizeof(wchar_t), &szDevicePath[25]); } else if(_wcsnicmp(szDevicePath, L"\\Device\\Mup\\", 12) == 0) // Win 7 { wcscpy_s(szDevicePath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szDevicePath, nSize / sizeof(wchar_t), &szDevicePath[12]); } return bRet; } __declspec(dllexport) bool DevicePathFromFileHandleA(HANDLE hFile, char* szDevicePath, size_t nSize) { DynBuf newDevicePathBuf(nSize*sizeof(wchar_t)); wchar_t* newDevicePath = (wchar_t*)newDevicePathBuf.GetPtr(); if(!DevicePathFromFileHandleW(hFile, newDevicePath, nSize*sizeof(wchar_t))) return false; if(!WideCharToMultiByte(CP_ACP, NULL, newDevicePath, -1, szDevicePath, (int)wcslen(newDevicePath)+1, NULL, NULL)) return false; return true; } __declspec(dllexport) bool PathFromFileHandleW(HANDLE hFile, wchar_t* szPath, size_t nSize) { typedef DWORD (WINAPI* GETFINALPATHNAMEBYHANDLEW) ( IN HANDLE hFile, OUT wchar_t* lpszFilePath, IN DWORD cchFilePath, IN DWORD dwFlags ); static GETFINALPATHNAMEBYHANDLEW GetFPNBHW=(GETFINALPATHNAMEBYHANDLEW)GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetFinalPathNameByHandleW"); if(GetFPNBHW && GetFPNBHW(hFile, szPath, (DWORD)(nSize/sizeof(wchar_t)), 0)) { if(_wcsnicmp(szPath, L"\\\\?\\UNC\\", 8) == 0) // Server path { wcscpy_s(szPath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szPath, nSize / sizeof(wchar_t), &szPath[8]); } else if(_wcsnicmp(szPath, L"\\\\?\\", 4) == 0 && szPath[5]==L':') // Drive path { wcscpy_s(szPath, nSize/sizeof(wchar_t), &szPath[4]); } return true; } if(!DevicePathFromFileHandleW(hFile, szPath, nSize)) return false; std::wstring oldPath(szPath); if (!DevicePathToPathW(szPath, szPath, nSize)) wcscpy_s(szPath, nSize / sizeof(wchar_t), oldPath.c_str()); return true; } ... --- snip --- https://bitbucket.org/mrexodia/devicenameresolver/src/3fc6704267d469bd08633… --- snip --- ... bool DeviceNameResolver::resolveDeviceLongNameToShort(const TCHAR * sourcePath, TCHAR * targetPath) { for (unsigned int i = 0; i < deviceNameList.size(); i++) { if (!_tcsnicmp(deviceNameList.at(i).longName, sourcePath, deviceNameList.at(i).longNameLength) && sourcePath[deviceNameList.at(i).longNameLength]==TEXT('\\')) { _tcscpy_s(targetPath, MAX_PATH, deviceNameList.at(i).shortName); _tcscat_s(targetPath, MAX_PATH, sourcePath + deviceNameList.at(i).longNameLength); return true; } } return false; } ... --- snip --- In short: Wine returns incorrect names for file objects in 'NtQueryObject'. The app code passes 'C:\windows\notepad.exe', gets '\\??\\C:\\windows\\notepad.exe' and tries to translate the path to short form, removing the device name part by matching against device list. This fails hence the app uses whatever was returned by 'NtQueryObject' as fallback (= native NT path). The proper object name would have been: '\Device\HarddiskVolume1\Windows\notepad.exe' Source: https://source.winehq.org/git/wine.git/blob/71080cc0818e8cc3e8be0c30bcc6602… Another article (just to reference the list from second answer): https://stackoverflow.com/questions/65170/how-to-get-name-associated-with-o… ("How to get name associated with open HANDLE") --- quote --- ... // returns // "\Device\HarddiskVolume3" (Harddisk Drive) // "\Device\HarddiskVolume3\Temp" (Harddisk Directory) // "\Device\HarddiskVolume3\Temp\transparent.jpeg" (Harddisk File) // "\Device\Harddisk1\DP(1)0-0+6\foto.jpg" (USB stick) // "\Device\TrueCryptVolumeP\Data\Passwords.txt" (Truecrypt Volume) // "\Device\Floppy0\Autoexec.bat" (Floppy disk) // "\Device\CdRom1\VIDEO_TS\VTS_01_0.VOB" (DVD drive) // "\Device\Serial1" (real COM port) // "\Device\USBSER000" (virtual COM port) // "\Device\Mup\ComputerName\C$\Boot.ini" (network drive share, Windows 7) // "\Device\LanmanRedirector\ComputerName\C$\Boot.ini" (network drive share, Windwos XP) // "\Device\LanmanRedirector\ComputerName\Shares\Dance.m3u" (network folder share, Windwos XP) // "\Device\Afd" (internet socket) // "\Device\Console000F" (unique name for any Console handle) // "\Device\NamedPipe\Pipename" (named pipe) // "\BaseNamedObjects\Objectname" (named mutex, named event, named semaphore) // "\REGISTRY\MACHINE\SOFTWARE\Classes\.txt" (HKEY_CLASSES_ROOT\.txt) ... --- quote --- $ wine --version wine-1.7.54-212-gf97ac58 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2025