August 2023 - Wine-bugs - list.winehq.org

[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

[Bug 29301] New: Master of Orion 3 shows only black screen with resolutions>800x600
by wine-bugs＠winehq.org 15 Jan '25

15 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=29301 Bug #: 29301 Summary: Master of Orion 3 shows only black screen with resolutions>800x600 Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Classification: Unclassified Regression SHA1: 7e3985e1fea60da73bae2b9465b94e5d110909fc Only black screen and the mouse pointer can be seen when starting MoO 3 with resolutions higher than 800x600 (that's the only resolution supported by the game, and there is no way to change it via game option). This happens both in full-screen and virtual desktop mode. Apart from that the game is running, you can hear the sound of the intros and the sound effect when the mouse pointer passes a menu option, but nothing can be seen. Workaround: either set a virtual desktop sized to 800x600, or change your desktop resolution to 800x600 before launching the game in Wine's full-screen mode. In the terminal: fixme:win:EnumDisplayDevicesW ((null),0,0x32ef94,0x00000000), stub! err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 800x600x16 @85! (XRandR) fixme:d3d_surface:wined3d_surface_blt Blit clipping not implemented. ... The last fixme is repeated over and over again, filling up the logfile until I quit the game. That line is not present when the game is running @800x600. This is a regression, caused by 7e3985e1fea60da73bae2b9465b94e5d110909fc is the first bad commit commit 7e3985e1fea60da73bae2b9465b94e5d110909fc Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Mon Nov 8 11:50:33 2010 +0100 ddraw: Setup the device window in SetCooperativeLevel(). git checkout 7e3985e1fea60da73bae2b9465b94e5d110909fc >>black screen git reset --hard HEAD^ >>game screen appears correctly at any screen resolutions Other opened bug report(s) with this commit: bug #25417. No demo available. Please let me know if you need a log with debug channels enabled. Fedora 16 x86 Nvidia 250 / driver 290.10 X.Org X Server 1.11.2 -- 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 22

[Bug 27429] New: alphabetical drop down list not working in ie6 in ubuntu
by wine-bugs＠winehq.org 14 Jan '25

14 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=27429 Summary: alphabetical drop down list not working in ie6 in ubuntu Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: battinirajkumar(a)gmail.com Created an attachment (id=35077) --> (http://bugs.winehq.org/attachment.cgi?id=35077) not listing alphabet in dropdown list I have a tool i.e. tools/netratings.com/pls/tools/internal_login In this tools there is a drop down list in which when we enter a alphabet in the list the cursor goes to that given alphabet link in the list but this is not working in ie6 in ubuntu -- 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 33881] New: CommFort chat image posting bug
by wine-bugs＠winehq.org 14 Jan '25

14 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=33881 Bug #: 33881 Summary: CommFort chat image posting bug Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)asdasd.ru Classification: Unclassified Here is one little bug in http://commfort.com/ (CommFort is a client-server program designed for communication over a home or corporate network.) client can received images in chat. If client-chat connected to server over Internet in 99.999999% time posting image just dropped. And client stop working on some time. it's bug really really looong time ago! And testet on toooo many wine versions! Try it! In Win* OS all functions worked perfectly. Because this is proprietary software we can nothing. But u can! Please! -- 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 16

[Bug 30728] New: Microsoft SQL Server Management Studio Express 2005: Connection window is stretched vertically
by wine-bugs＠winehq.org 14 Jan '25

14 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=30728 Bug #: 30728 Summary: Microsoft SQL Server Management Studio Express 2005: Connection window is stretched vertically Product: Wine Version: 1.5.4 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 40232 --> http://bugs.winehq.org/attachment.cgi?id=40232 To the left screenshot from wine 1.5.4, to the right wine 1.5.2 After fixing bug 30559 there appeared another one: the connection window that is displayed on startup of Microsoft SQL Server Management Studio 2005 Express is taller than it should be. See attached screenshots: one is taken from wine 1.5.4 and is stretched, the other one is taken from wine 1.5.2 and has correct height. You may also google "sql management studio" for lots of screenshots taken under different versions of Windows. Note that under Windows there is no gray area between app logo and Title bar and between app logo and the red strip. I tested the application in wine 1.5.2 with native gdiplus installed and it looked the same way as it looks now with wine 1.5.4, so the patches are not the source of the problem, they merely exposed a problem located elsewhere. To reproduce the problem: MS SQL Server Management Studio Express 2005: http://www.microsoft.com/download/en/details.aspx?id=8961 Prerequisites: winetricks dotnet20 recent version of Windows (Vista or newer) selected in winecfg -- 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 35424] New: tcc fails its libtest
by wine-bugs＠winehq.org 14 Jan '25

14 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=35424 Bug ID: 35424 Summary: tcc fails its libtest Product: Wine Version: 1.7.11 Hardware: x86 URL: http://bellard.org/tcc/ OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Classification: Unclassified I tried building tinycc and running its tests under wine. The first problem: ------------ libtest ------------ ./libtcc_test.exe lib_path=.. C:/windows/system32/msvcrt.dll:1: error: unrecognized file type tcc: error: cannot find library: msvcrt tcc: error: undefined symbol 'printf' make[1]: *** [libtest] Error 1 To reproduce: #!/bin/bash rm -rf $HOME/.wine wineboot wget "http://downloads.sourceforge.net/mingw/files/mingw-get-setup.exe" wine mingw-get-setup.exe cd $HOME/.wine/drive_c/ git clone git://repo.or.cz/tinycc.git cd tinycc # Known good commit (on windows7) git reset --hard 32a4962593d6a2006cdd725480124717e7f5377d cat > build.sh << _EOF #!/bin/bash set -e set -x export PATH="/c/MinGW/bin/:$PATH" ./configure make make test _EOF cd $HOME/.wine/drive_c/MinGW/msys/1.0 wine start msys.bat #### run that script. During the mingw install, select the 'mingw-developer-toolkit' and 'mingw32-base' packages. After install, when the msys prompt appears, do: $ cd /c/tinycc $ ./build.sh the same procedure works fine on native windows 7. -- 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 5

[Bug 53110] New: Latest Cyberpunk 2077 game v1.52, freezes just after launch
by WineHQ Bugzilla 14 Jan '25

14 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=53110 Bug ID: 53110 Summary: Latest Cyberpunk 2077 game v1.52, freezes just after launch Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: rahul.kumar1(a)amd.com Distribution: --- Created attachment 72552 --> https://bugs.winehq.org/attachment.cgi?id=72552 Cyberpunk v1.52 is not working with wine, game freezes and wine throws exception Latest Cyberpunk 2077 game v1.52, freezes just after launch. Wine version - tried 7.0 stable, 7.10 development. We had working userspace component(mesa, libdrm) where older Cyberpunk. works, but lastest one is not working. Older cyberpunk game still works. -- 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 40690] New: Thin Basic Script Abends
by wine-bugs＠winehq.org 13 Jan '25

13 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=40690 Bug ID: 40690 Summary: Thin Basic Script Abends Product: Wine Version: 1.9.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fengshui(a)webleicester.co.uk Distribution: --- Created attachment 54561 --> https://bugs.winehq.org/attachment.cgi?id=54561 The trace of the Abend as produced by Wine ? I've just installed Thinbasic 1.8.9 under Wine 1.9.10 (POL "install non listed program" was used to manage the install & wine versions). Linux Mint 17 Cinnamon desk top. Upon executing the script in the ThinAir component of Thinbasic, TA abended (please see attached file for diagnostics). TA & the script run fine in Windows XP (SP3) 32bit & as a 32bit app in Windows 7 64bit. I then tested against various versions of Wine. The script runs to completion upto & including Wine 1.7.39. In later versions it abends (1.7.40, .43, .55 & 1.8.2 were tried) I also tried XP & W7 emulations. -- 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 8

[Bug 55342] New: try1401.exe from ced1401 fails to connnect to device with this errors.
by WineHQ Bugzilla 13 Jan '25

13 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=55342 Bug ID: 55342 Summary: try1401.exe from ced1401 fails to connnect to device with this errors. Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 74928 --> https://bugs.winehq.org/attachment.cgi?id=74928 log file running try1401.exe in wine 8.13 running the same tests on Wine 8.13, debian12, with most recent winsupp.exe (sha1sum 0c077b00b51157f59d2744667a97b16ec214c944) try1401 shows this error when running the self test Pass 0: Failure opening 1401, device driver not installed or not loaded (code -581) I run this test in order check again for bug 54189, however the result is quite different. At the moment I can not say whether this is due to a change in wine, or because winsupp.exe has been updated (the version reports now v3.61, in the earlier report it was 3.55 it thing.) So this bug report might make 54189 obsolete, but I'm not sure about this. -- 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 11

[Bug 28021] New: cmd lacks documentation on command line options ( /c , etc )
by wine-bugs＠winehq.org 12 Jan '25

12 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28021 Summary: cmd lacks documentation on command line options ( /c , etc ) Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)rodrigosilva.com Unlike start, winepath, and other tools, cmd has no documentation anywhere. It should have at least a builtin /h (or /?) for a brief explanations of its command line options (are there others besides /c ? is /c in any user documentation?) Or wiki cmd page could be updated to list its options -- 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 8