February 2018 - 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 14 Jan '25

14 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 14 Jan '25

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

[Bug 26610] New: Impulse: some buttons are not displayed and some disappear on mouse over
by wine-bugs＠winehq.org 11 Jan '25

11 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=26610 Summary: Impulse: some buttons are not displayed and some disappear on mouse over Product: Wine Version: 1.3.16 Platform: x86 URL: http://www.impulsedriven.com/downloads/impulse_setup_f ull.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel.ondracka(a)gmail.com Created an attachment (id=33879) --> (http://bugs.winehq.org/attachment.cgi?id=33879) terminal output When you start impulse with builtin gdiplus, some buttons like "organize","register product" and "view" are not visible at all, some others like the game buttons are disappearing on mouse over. winetricks dotnet20 is needed, winetricks gdiplus fixes this issue. wine-1.3.16-213-gda4ed47 -- 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 12

[Bug 38975] New: Alpha Protocol launcher: menu options hidden behind grey boxes
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=38975 Bug ID: 38975 Summary: Alpha Protocol launcher: menu options hidden behind grey boxes Product: Wine Version: 1.5.13 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 2eebedf38e4d5fd49075f8f89e63f869ca85cceb Distribution: --- Created attachment 51925 --> https://bugs.winehq.org/attachment.cgi?id=51925 screencast demonstrating the problem Tested with the Steam version, no demo available. When the game launcher appears menu options are hidden underneath grey rectangles. As the mouse pointer passes over a button it becomes visible (see example screencast). Terminal output doesn't show anything related. The problem is reproducible in the traditional fullscreen and virtual desktop mode as well. The bug is present since commit 2eebedf38e4d5fd49075f8f89e63f869ca85cceb Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 30 15:09:03 2012 +0200 winex11: Handle Expose events by refreshing from the window surface. wine-1.7.47-196-g4e6e9a1 Fedora 22 32-bit XOrg 1.17.2 XFCE 4.12 -- 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 12