wine-bugs October 2020

wine-bugs@winehq.org

1 participants
6694 discussions

[Bug 11970] New: graphic bug with 0.9. 57 in serius sam - the second encounter
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=11970 Summary: graphic bug with 0.9.57 in serius sam - the second encounter Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jb.faq(a)gmx.de Created an attachment (id=11299) --> (http://bugs.winehq.org/attachment.cgi?id=11299) graphic bug: a look throug hills Hi, with the new version 0.9.57 of wine the graphic rendering in Serious Sam - The Second encounter breaks. You can look through hills, walls or the earth. I'll upload a screeshot in some few minutes, because it describe the error in the best way. Greetings Jan -- 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 82

[Bug 42904] New: Wine Internet Explorer - Ctrl+A does not work in the address bar
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=42904 Bug ID: 42904 Summary: Wine Internet Explorer - Ctrl+A does not work in the address bar Product: Wine Version: 2.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- Steps to reproduce: 1. Open C:\Program Files\Internet Explorer\iexplore.exe or C:\Program Files (x86)\Internet Explorer\iexplore.exe with Wine. 2. Click on the address bar 3. Press Ctrl+A Expected behavior: All text in the address bar would be selected. Observed behavior: Nothing happens. Work-around: Select the text manually with the mouse. -- 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 24641] New: ProPresenter 4.0.0.1 for Windows doesn't startup - continued
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=24641 Summary: ProPresenter 4.0.0.1 for Windows doesn't startup - continued Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puk007(a)gmail.com Created an attachment (id=31144) --> (http://bugs.winehq.org/attachment.cgi?id=31144) console-20101005.txt it all began with Bug 24627: http://bugs.winehq.org/show_bug.cgi?id=24627 when trying to run ProPresenter 4.0.0.1, it crashes on startup. steps to reproduce: - clean wine compiled from sources of 20100404 (with patch from bug 24627, so that I could continue installation: http://bugs.winehq.org/attachment.cgi?id=31130) - install using winetricks: winetricks winxp dotnet30 - download ProPresenter & install it from: http://www.renewedvision.com/downloads/pc/ProPresenter_Windows_4.0.0.1.zip when trying to run from console, it crashes (want's to send notification to M$) see attached console output in file console-20101005.txt -- 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 18

[Bug 36646] New: Windows 7 USB/DVD download tool installer fails, reporting 'Can't recognize 'Wudt.msi' as an internal or external command, or batch script'
by wine-bugs＠winehq.org 14 Jan '21

14 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=36646 Bug ID: 36646 Summary: Windows 7 USB/DVD download tool installer fails, reporting 'Can't recognize 'Wudt.msi' as an internal or external command, or batch script' Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, the bootstrapper 'Windows7-USB-DVD-tool.exe' unpacks an .msi and .cmd file. Content of 'setup.cmd': --- snip --- @ECHO OFF Wudt.msi ECHO ON --- snip --- It expects the command processor to figure out the actual program to run with -> 'msiexec -i <filename>' which fails to do so. Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./Windows7-USB-DVD-tool.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessA(00000000,0013ae80 "C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd",00000000,00000000,00000000,00000020,00000000,00000000,0033fad8,0033f8a0) ret=01005018 ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc5a4b2 002a:Ret KERNEL32.CreateProcessA() retval=00000001 ret=01005018 002a:Call KERNEL32.WaitForSingleObject(00000068,ffffffff) ret=0100502e ... 002c:Starting process L"C:\\windows\\system32\\cmd.exe" (entryproc=0x7ed061d4) ... 002c:trace:cmd:wmain Full commandline 'L"C:\\windows\\system32\\cmd.exe /c C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd"' 002c:trace:cmd:wmain Command line parm: 'L"/c C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd"' ... 002c:trace:cmd:WCMD_run_program Running 'L"Wudt.msi"' (0) ... 002c:trace:cmd:WCMD_run_program Found as L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi" ... 002c:Call shell32.FindExecutableW(00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00000000,0033203c) ret=7ed020d6 002c:Call advapi32.RegOpenKeyExW(80000002,00327964 L"Software\\Microsoft\\Windows\\CurrentVersion\\App Paths\\C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00000000,00020019,00328164) ret=7eb1952d 002c:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7eb1952d 002c:Call KERNEL32.SearchPathW(00000000,00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",7eb4d076 L".exe",00000100,003281b0,00000000) ret=7eb19928 002c:Ret KERNEL32.SearchPathW() retval=00000027 ret=7eb19928 002c:Call KERNEL32.GetFileAttributesW(003281b0 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi") ret=7eb19a2b 002c:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7eb19a2b 002c:Call KERNEL32.GetProfileStringW(7eb4d89c L"windows",7eb4d8ac L"programs",7eb4d8c0 L"exe pif bat cmd com",003283b0,00000100) ret=7eb19bdd 002c:Ret KERNEL32.GetProfileStringW() retval=00000013 ret=7eb19bdd 002c:Call user32.CharLowerW(003283b0 L"exe pif bat cmd com") ret=7eb19bf6 002c:Ret user32.CharLowerW() retval=003283b0 ret=7eb19bf6 002c:Call advapi32.RegQueryValueW(80000000,003281f6 L".msi",00328db4,00328db0) ret=7eb19d39 002c:Ret advapi32.RegQueryValueW() retval=00000000 ret=7eb19d39 002c:Call advapi32.RegOpenKeyExW(80000000,00328db4 L"Msi.Package",00000000,02000000,0032816c) ret=7eb1964c 002c:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=7eb1964c 002c:Call advapi32.RegCloseKey(00000044) ret=7eb1969a 002c:Ret advapi32.RegCloseKey() retval=00000000 ret=7eb1969a 002c:Call advapi32.RegQueryValueW(80000000,00328db4 L"Msi.Package\\shell\\open\\command",003285b0,00328190) ret=7eb196fd 002c:Ret advapi32.RegQueryValueW() retval=00000000 ret=7eb196fd 002c:Call KERNEL32.SearchPathW(00000000,003281b0 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",7eb4d076 L".exe",00000400,00327918,00000000) ret=7eb1897d 002c:Ret KERNEL32.SearchPathW() retval=00000027 ret=7eb1897d 002c:Ret shell32.FindExecutableW() retval=00000021 ret=7ed020d6 ... 002c:Call shell32.SHGetFileInfoW(0033203c,00000000,00329b6c,000002b4,00002000) ret=7ed0211d 002c:Call shlwapi.PathIsRelativeW(0033203c L"msiexec") ret=7eadee1f 002c:Ret shlwapi.PathIsRelativeW() retval=00000001 ret=7eadee1f 002c:Call KERNEL32.GetCurrentDirectoryW(00000104,003295c4) ret=7eadee3c 002c:Ret KERNEL32.GetCurrentDirectoryW() retval=0000001e ret=7eadee3c 002c:Call shlwapi.PathCombineW(003293bc,003295c4 L"C:\\users\\focht\\Temp\\IXP000.TMP",0033203c L"msiexec") ret=7eadee5d 002c:Ret shlwapi.PathCombineW() retval=003293bc ret=7eadee5d 002c:Call KERNEL32.GetBinaryTypeW(003293bc L"C:\\users\\focht\\Temp\\IXP000.TMP\\msiexec",00329134) ret=7eade91b 002c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=7eade91b 002c:Ret shell32.SHGetFileInfoW() retval=00000000 ret=7ed0211d 002c:Call KERNEL32.GetStartupInfoW(00329888) ret=7ed018dd 002c:Ret KERNEL32.GetStartupInfoW() retval=00000011 ret=7ed018dd 002c:Call KERNEL32.CreateProcessW(00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00137ad0 L"Wudt.msi",00000000,00000000,00000001,00000000,00000000,00000000,00329920,00329e24) ret=7ed021b2 002c:Ret KERNEL32.CreateProcessW() retval=00000000 ret=7ed021b2 ... Can't recognize 'Wudt.msi' as an internal or external command, or batch script. --- snip --- Source: http://source.winehq.org/git/wine.git/blob/0f2bed51bdd73676406e908eb105dde1… --- snip --- 1038 void WCMD_run_program (WCHAR *command, BOOL called) 1039 { ... 1170 /* Once found, launch it */ 1171 if (found) { 1172 STARTUPINFOW st; 1173 PROCESS_INFORMATION pe; 1174 SHFILEINFOW psfi; 1175 DWORD console; 1176 HINSTANCE hinst; ... 1192 /* thisDir contains the file to be launched, but with what? 1193 eg. a.exe will require a.exe to be launched, a.html may be iexplore */ 1194 hinst = FindExecutableW (thisDir, NULL, temp); 1195 if ((INT_PTR)hinst < 32) 1196 console = 0; 1197 else 1198 console = SHGetFileInfoW(temp, 0, &psfi, sizeof(psfi), SHGFI_EXETYPE); 1199 1200 ZeroMemory (&st, sizeof(STARTUPINFOW)); 1201 st.cb = sizeof(STARTUPINFOW); 1202 init_msvcrt_io_block(&st); 1203 1204 /* Launch the process and if a CUI wait on it to complete 1205 Note: Launching internal wine processes cannot specify a full path to exe */ 1206 status = CreateProcessW(thisDir, 1207 command, NULL, NULL, TRUE, 0, NULL, NULL, &st, &pe); ... --- snip --- $ sha1sum Windows7-USB-DVD-tool.exe ed1108a525066d1f850023cb5bfa05fc4ed21983 Windows7-USB-DVD-tool.exe $ du -sh Windows7-USB-DVD-tool.exe 2.6M Windows7-USB-DVD-tool.exe $ wine --version wine-1.7.19-70-gd6a59f7 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 12

[Bug 37620] New: MySims: Unable to pick up building blocks
by wine-bugs＠winehq.org 13 Jan '21

13 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=37620 Bug ID: 37620 Summary: MySims: Unable to pick up building blocks Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: daniel.attard120201(a)icloud.com Distribution: --- Created attachment 50068 --> https://bugs.winehq.org/attachment.cgi?id=50068 MySims Wine log MySims is fully working but when you are going to pick up a block to build your first house, the blocks/items can't be picked up. The cursor just ignores them. -- 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 3

[Bug 48144] New: Dream Aquarium (screensaver) fails to read monitor power state (support for 'SPDRP_DEVICE_POWER_DATA' property missing)
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48144 Bug ID: 48144 Summary: Dream Aquarium (screensaver) fails to read monitor power state (support for 'SPDRP_DEVICE_POWER_DATA' property missing) Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 39210 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Dream Aquarium $ WINEDEBUG=+seh,+relay,+setupapi wine ./Dream_Aquarium.scr -S >>log.txt 2>&1 ... 0039:Call setupapi.SetupDiGetDeviceRegistryPropertyW(001802d0,007dfdc4,0000001e,00000000,007dfd8c,00000038,00000000) ret=00415839 0039:trace:setupapi:SetupDiGetDeviceRegistryPropertyW devinfo 001802D0, device_data 007DFDC4, prop 30, type 00000000, buffer 007DFD8C, size 56, required 00000000 0039:Ret setupapi.SetupDiGetDeviceRegistryPropertyW() retval=00000000 ret=00415839 0039:Call KERNEL32.GetLastError() ret=00415841 0039:Ret KERNEL32.GetLastError() retval=00000000 ret=00415841 ... --- snip --- Application log files: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Dream Aquarium $ cat stdout.txt setVerbose(5,init) CERROR allowed ec:3 allow:3 CERR allowed activetimes= aqua versions: 1.27 1.27 build:5 installDir=C:\Program Files (x86)\Dream Aquarium\ countryCode=-1 countryName=�lK TRIAL has valid license 0 use full version: 0 hasValidLicenseButIsRunningTrialVersion:0 about to check if monitors are asleep --- snip --- --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Dream Aquarium $ cat runLog.txt start 2737: Tue Nov 19 23:19:57 2019 -S 2737: Monitors Asleep 2737: Closing (0 secs) Tue Nov 19 23:19:57 2019 --- snip --- https://source.winehq.org/git/wine.git/blob/ab92627e19f10d7ad23abb101b21ec7… $ wine --version wine-4.20-46-g288a6625ad 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.

1 5

[Bug 48450] New: MindManager Pro v7.0 shows XML processing error on startup (needs support for 'charset' property)
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48450 Bug ID: 48450 Summary: MindManager Pro v7.0 shows XML processing error on startup (needs support for 'charset' property) Product: Wine Version: 5.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44594 ("MindManager Pro v7.0 shows XML processing error on startup (needs support for 'exhaustive-errors', 'external-general-entities' and 'external-parameter-entities' features in MSXML SAX reader)"). Prerequisite: 'winetricks -q dotnet20' (if Wine was built without Wine-Mono support). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Mindjet/MindManager 7 $ WINEDEBUG=+seh,+relay,+msxml wine ./MindManager.exe >>log.txt 2>&1 ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"exhaustive-errors" 0) ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-general-entities" ffffffff) ... 003c:fixme:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-general-entities" ffffffff) stub ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-parameter-entities" ffffffff) ... 003c:fixme:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-parameter-entities" ffffffff) stub ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"schema-validation" 0) ... 003c:trace:msxml:internal_putProperty (0x3cbcc08)->(L"charset" 0x32dc20 {VT_BSTR: L"UTF-8"}) ... 003c:fixme:msxml:internal_putProperty (0x3cbcc08)->(L"charset":0x32dc20 {VT_BSTR: L"UTF-8"}): unsupported property ... 003c:Call KERNEL32.GetLastError() ret=022d84c5 003c:Ret KERNEL32.GetLastError() retval=000036b7 ret=022d84c5 003c:Call KERNEL32.FormatMessageW(00001300,00000000,000036b7,00000400,00000000,00000000,00000000) ret=022d84f3 003c:Ret KERNEL32.FormatMessageW() retval=00000000 ret=022d84f3 ... 003c:Call msvcr80.vswprintf_s(03ae09a0,0000000b,023068ec L"0x%08X",0032dc5c) ret=78306c82 003c:Ret msvcr80.vswprintf_s() retval=0000000a ret=78306c82 003c:Call ole32.GetErrorInfo(00000000,0032dca0) ret=022d8557 003c:Ret ole32.GetErrorInfo() retval=00000001 ret=022d8557 003c:Call msvcr80._CxxThrowException(0032dd40,0230ce1c) ret=022e5cc7 003c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032dc64) ret=7d926935 ... 003c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=003c 003c:trace:seh:raise_exception info[0]=19930520 003c:trace:seh:raise_exception info[1]=0032dd40 003c:trace:seh:raise_exception info[2]=0230ce1c 003c:trace:seh:raise_exception eax=0032dbb4 ebx=0032ea90 ecx=0032dc64 edx=0032dbb4 esi=00000003 edi=0032dc20 003c:trace:seh:raise_exception ebp=0032dc08 esp=0032dbb4 cs=320023 ds=ffff002b es=002b fs=f7b90063 gs=006b flags=00000216 ... 003c:Call user32.SetWindowTextW(0001033a,03ae0448 L"XML processing error") ret=7833abe2 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/78259fceb3c591f91471ad8bd98d843… --- snip --- 2807 static HRESULT internal_putProperty( 2808 saxreader* This, 2809 const WCHAR *prop, 2810 VARIANT value, 2811 BOOL vbInterface) 2812 { 2813 VARIANT *v; 2814 2815 TRACE("(%p)->(%s %s)\n", This, debugstr_w(prop), debugstr_variant(&value)); 2816 2817 if (This->isParsing) return E_FAIL; 2818 2819 v = V_VT(&value) == (VT_VARIANT|VT_BYREF) ? V_VARIANTREF(&value) : &value; 2820 if(!memcmp(prop, PropertyDeclHandlerW, sizeof(PropertyDeclHandlerW))) 2821 return saxreader_put_handler_from_variant(This, SAXDeclHandler, v, vbInterface); 2822 2823 if(!memcmp(prop, PropertyLexicalHandlerW, sizeof(PropertyLexicalHandlerW))) 2824 return saxreader_put_handler_from_variant(This, SAXLexicalHandler, v, vbInterface); 2825 2826 if(!memcmp(prop, PropertyMaxXMLSizeW, sizeof(PropertyMaxXMLSizeW))) 2827 { 2828 if (V_VT(v) == VT_I4 && V_I4(v) == 0) return S_OK; 2829 FIXME("(%p)->(%s): max-xml-size unsupported\n", This, debugstr_variant(v)); 2830 return E_NOTIMPL; 2831 } 2832 2833 if(!memcmp(prop, PropertyMaxElementDepthW, sizeof(PropertyMaxElementDepthW))) 2834 { 2835 if (V_VT(v) == VT_I4 && V_I4(v) == 0) return S_OK; 2836 FIXME("(%p)->(%s): max-element-depth unsupported\n", This, debugstr_variant(v)); 2837 return E_NOTIMPL; 2838 } 2839 2840 FIXME("(%p)->(%s:%s): unsupported property\n", This, debugstr_w(prop), debugstr_variant(v)); 2841 2842 if(!memcmp(prop, PropertyCharsetW, sizeof(PropertyCharsetW))) 2843 return E_NOTIMPL; 2844 ... 2862 2863 return E_INVALIDARG; 2864 } --- snip --- $ sha1sum MM70-E-429_Pro.exe a546bdbad175260764b0a11f250d02950b93e940 MM70-E-429_Pro.exe $ du -sh MM70-E-429_Pro.exe 77M MM70-E-429_Pro.exe $ wine --version wine-5.0-rc5 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.

1 2

[Bug 48534] New: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.'
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48534 Bug ID: 48534 Summary: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.' Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted/continuation from bug 44618 The MSXML 6.0 package is part of MindManager Pro v7.0 installer (app is 32-bit). It fails in default 64-bit WINEPREFIX as the MSXML6 redistributable package is only for 32-bit. --- snip --- $ WINEDEBUG=+msgbox wine ./MM70-E-429_Pro.exe ... 0077:trace:msgbox:MSGBOX_OnInit L"This MSXML6.0 package is not supported on the current processor type." 0077:err:msi:ITERATE_Actions Execution halted, action L"LaunchConditions" returned 1603 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"RunMSXML6Setup" returned 1627 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627 --- snip --- MSXML6 package 'LaunchCondition' is indeed: --- snip --- (NOT VersionNT64) [WrongPackage] --- snip --- Direct link from Microsoft: https://download.microsoft.com/download/e/a/f/eafb8ee7-667d-4e30-bb39-4694b… $ sha1sum msxml6_x86.msi 5125220e985b33c946bbf9f60e2b222c7570bfa2 msxml6_x86.msi $ du -sh msxml6_x86.msi 1.5M msxml6_x86.msi $ wine --version wine-5.0-201-gcf6546fb3b 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.

1 2

[Bug 48861] New: x64dbg fails to set debuggee command line via File -> Change Command Line menu
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48861 Bug ID: 48861 Summary: x64dbg fails to set debuggee command line via File -> Change Command Line menu Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, https://github.com/x64dbg/x64dbg/wiki/Frequently-Asked-Questions --- quote --- Q: Help, how do I pass arguments to the program I want to debug? A: Use the File -> Change Command Line option: --- quote --- This doesn't work under Wine. One has to start the debuggee using an undocumented way. https://github.com/x64dbg/x64dbg/issues/210 The documentation task https://github.com/x64dbg/docs/issues/26 is still open since 2016. Examples: --- snip -- # starts x64dbg with 64-bit debuggee and args $ wine ./x96dbg.exe "c:\\windows\\system32\\cmd.exe" /k echo "%PROCESSOR_ARCHITECTURE%" # starts x32dbg with 32-bit debuggee and args $ wine ./x96dbg.exe "c:\\windows\\syswow64\\cmd.exe" /k echo "%PROCESSOR_ARCHITECTURE%" --- snip --- Anyway, the problem here is how Wine implements 'kernel32.GetCommandLine{A,W}' functions. Starting with x64dbg sources... https://github.com/x64dbg/x64dbg/blob/d2c62e69c2cd4d42cc4509612ad3cfd34e914… --- snip --- bool dbgsetcmdline(const char* cmd_line, cmdline_error_t* cmd_line_error) { // Make sure cmd_line_error is a valid pointer cmdline_error_t cmd_line_error_aux; if(cmd_line_error == NULL) cmd_line_error = &cmd_line_error_aux; // Get the command line address if(!getcommandlineaddr(&cmd_line_error->addr, cmd_line_error)) return false; auto command_line_addr = cmd_line_error->addr; // Convert the string to UTF-16 auto command_linewstr = StringUtils::Utf8ToUtf16(cmd_line); if(command_linewstr.length() >= 32766) //32766 is maximum character count for a null-terminated UNICODE_STRING command_linewstr.resize(32766); // Convert the UTF-16 string to ANSI auto command_linestr = Utf16ToAnsi(command_linewstr.c_str()); // Fill the UNICODE_STRING to be set in the debuggee UNICODE_STRING new_command_line; new_command_line.Length = USHORT(command_linewstr.length() * sizeof(WCHAR)); //max value: 32766 * 2 = 65532 new_command_line.MaximumLength = new_command_line.Length + sizeof(WCHAR); //max value: 65532 + 2 = 65534 new_command_line.Buffer = PWSTR(command_linewstr.c_str()); //allow cast from const because the UNICODE_STRING will not be used locally // Allocate remote memory for both the UNICODE_STRING.Buffer and the (null terminated) ANSI buffer duint mem = MemAllocRemote(0, new_command_line.MaximumLength + command_linestr.size()); if(!mem) { cmd_line_error->type = CMDL_ERR_ALLOC_UNICODEANSI_COMMANDLINE; return false; } // Write the UNICODE_STRING.Buffer to the debuggee (UNICODE_STRING.Length is used because the remote memory is zeroed) if(!MemWrite(mem, new_command_line.Buffer, new_command_line.Length)) { cmd_line_error->addr = mem; cmd_line_error->type = CMDL_ERR_WRITE_UNICODE_COMMANDLINE; return false; } // Write the (null-terminated) ANSI buffer to the debuggee if(!MemWrite(mem + new_command_line.MaximumLength, command_linestr.data(), command_linestr.size())) { cmd_line_error->addr = mem + new_command_line.MaximumLength; cmd_line_error->type = CMDL_ERR_WRITE_ANSI_COMMANDLINE; return false; } // Change the pointers to the command line if(!fixgetcommandlinesbase(mem, mem + new_command_line.MaximumLength, cmd_line_error)) return false; // Put the remote buffer address in the UNICODE_STRING and write it to the PEB new_command_line.Buffer = PWSTR(mem); if(!MemWrite(command_line_addr, &new_command_line, sizeof(new_command_line))) { cmd_line_error->addr = command_line_addr; cmd_line_error->type = CMDL_ERR_WRITE_PEBUNICODE_COMMANDLINE; return false; } // Copy command line copyCommandLine(cmd_line); return true; } --- snip --- Corresponding Wine trace log snippet: --- snip --- ... 0009:Call KERNEL32.VirtualAllocEx(0000024c,00000000,00000087,00003000,00000040) ret=01dd445c 0009:Call ntdll.NtAllocateVirtualMemory(0000024c,0032ce3c,00000000,0032ce58,00003000,00000040) ret=7b022f18 0009: queue_apc( handle=024c, call={APC_VIRTUAL_ALLOC,addr==00000000,size=00000087,zero_bits_64=0,op_type=3000,prot=40} ) 0045: *wakeup* signaled=256 0009: queue_apc() = 0 { handle=02e8, self=0 } 0045: select( flags=2, cookie=7ffdb10c, timeout=infinite, prev_apc=0000, result={APC_VIRTUAL_QUERY,status=0,base=00330000,alloc_base=00330000,size=00001000,state=1,prot=2,alloc_prot=80,alloc_type=100}, data={WAIT,handles={0048}} ) 0045: select() = KERNEL_APC { timeout=infinite, call={APC_VIRTUAL_ALLOC,addr==00000000,size=00000087,zero_bits_64=0,op_type=3000,prot=40}, apc_handle=004c } 0009: select( flags=2, cookie=0032c9ac, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={02e8}} ) 0009: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 0045: select( flags=2, cookie=7ffdb10c, timeout=infinite, prev_apc=004c, result={APC_VIRTUAL_ALLOC,status=0,addr=00380000,size=00001000}, data={WAIT,handles={0048}} ) 0009: *wakeup* signaled=0 0045: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 0009: get_apc_result( handle=02e8 ) 0009: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=00380000,size=00001000} } 0009:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=7b022f18 0009:Ret KERNEL32.VirtualAllocEx() retval=00380000 ret=01dd445c 0009:Call KERNEL32.WriteProcessMemory(0000024c,00380000,05ab7250,00000058,0032cea8) ret=0211b7b8 0009:Call ntdll.NtWriteVirtualMemory(0000024c,00380000,05ab7250,00000058,0032cea8) ret=7b023199 0009: write_process_memory( handle=024c, addr=00380000, data={22,00,43,00,3a,00,5c,00,77,00,69,00,6e,00,64,00,6f,00,77,00,73,00,5c,00,73,00,79,00,73,00,77,00,6f,00,77,00,36,00,34,00,5c,00,77,00,69,00,6e,00,65,00,6d,00,69,00,6e,00,65,00,2e,00,65,00,78,00,65,00,22,00,20,00,2d,00,74,00,65,00,73,00,74,00,61,00,72,00,67,00,31,00} ) 0045: *signal* signal=19 0009: write_process_memory() = 0 0009:Ret ntdll.NtWriteVirtualMemory() retval=00000000 ret=7b023199 0009:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=0211b7b8 0009:Call KERNEL32.WriteProcessMemory(0000024c,0038005a,05a989f8,0000002d,0032cea8) ret=0211b7b8 0009:Call ntdll.NtWriteVirtualMemory(0000024c,0038005a,05a989f8,0000002d,0032cea8) ret=7b023199 0009: write_process_memory( handle=024c, addr=0038005a, data={22,43,3a,5c,77,69,6e,64,6f,77,73,5c,73,79,73,77,6f,77,36,34,5c,77,69,6e,65,6d,69,6e,65,2e,65,78,65,22,20,2d,74,65,73,74,61,72,67,31,00} ) 0045: *signal* signal=19 0009: write_process_memory() = 0 0009:Ret ntdll.NtWriteVirtualMemory() retval=00000000 ret=7b023199 0009:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=0211b7b8 --- snip --- Both, ANSI and UNICODE buffers are allocated and filled in debuggee process space. https://github.com/x64dbg/x64dbg/blob/d2c62e69c2cd4d42cc4509612ad3cfd34e914… --- snip --- static bool fixgetcommandlinesbase(duint new_command_line_unicode, duint new_command_line_ascii, cmdline_error_t* cmd_line_error) { duint getcommandline; if(!valfromstring("kernelBase:GetCommandLineA", &getcommandline)) { if(!valfromstring("kernel32:GetCommandLineA", &getcommandline)) { cmd_line_error->type = CMDL_ERR_GET_GETCOMMANDLINE; return false; } } if(!patchcmdline(getcommandline, new_command_line_ascii, cmd_line_error)) return false; if(!valfromstring("kernelbase:GetCommandLineW", &getcommandline)) { if(!valfromstring("kernel32:GetCommandLineW", &getcommandline)) { cmd_line_error->type = CMDL_ERR_GET_GETCOMMANDLINE; return false; } } if(!patchcmdline(getcommandline, new_command_line_unicode, cmd_line_error)) return false; return true; } --- snip --- Corresponding Wine trace log snippet: --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(05ab78d8 L"Z:\\home\\focht\\projects\\wine\\mainline-install-x86_64\\lib\\wine\\kernelbase.dll",00000000,00000001) ret=01e0dbdf ... 0009:Ret KERNEL32.LoadLibraryExW() retval=7b000000 ret=01e0dbdf ... 0009:Call KERNEL32.GetProcAddress(7b000000,05ab78bb "GetCommandLineA") ret=01e0b046 0009:Ret KERNEL32.GetProcAddress() retval=7b0036ec ret=01e0b046 0009:Call KERNEL32.FreeLibrary(7b000000) ret=01e0ddf9 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=01e0ddf9 ... 0009:Call KERNEL32.ReadProcessMemory(0000024c,7b0036ec,0032ce2c,00000064,0032ce08) ret=0211b6bc 0009:Call ntdll.NtReadVirtualMemory(0000024c,7b0036ec,0032ce2c,00000064,0032ce08) ret=7b022cf9 0009: read_process_memory( handle=024c, addr=7b0036ec ) 0045: *signal* signal=19 0009: read_process_memory() = 0 { data={8b,ff,55,8b,ec,5d,68,36,01,0c,00,b8,00,50,07,7b,50,ff,50,04,c2,00,00,90,90,90,90,90,90,90,90,90,8b,ff,55,8b,ec,5d,68,37,01,0c,00,b8,00,50,07,7b,50,ff,50,04,c2,00,00,90,90,90,90,90,90,90,90,90,8b,ff,55,8b,ec,5d,68,38,01,0a,00,b8,00,50,07,7b,50,ff,50,04,c2,08,00,90,90,90,90,90,90,90,90,90,8b,ff,55,8b} } 0009:Ret ntdll.NtReadVirtualMemory() retval=00000000 ret=7b022cf9 0009:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=0211b6bc ... --- snip --- x32dbg reads the opcodes of 32-bit 'kernelbase.GetCommandLineA' and is not happy about it. --- snip --- static bool patchcmdline(duint getcommandline, duint new_command_line, cmdline_error_t* cmd_line_error) { duint command_line_stored = 0; unsigned char data[100]; cmd_line_error->addr = getcommandline; if(!MemRead(cmd_line_error->addr, & data, sizeof(data))) { cmd_line_error->type = CMDL_ERR_READ_GETCOMMANDLINEBASE; return false; } #ifdef _WIN64 /* 00007FFC5B91E3C8 | 48 8B 05 19 1D 0E 00 | mov rax,qword ptr ds:[7FFC5BA000E8] 00007FFC5B91E3CF | C3 | ret | This is a relative offset then to get the symbol: next instruction of getmodulehandle (+7 bytes) + offset to symbol (the last 4 bytes of the instruction) */ if(data[0] != 0x48 || data[1] != 0x8B || data[2] != 0x05 || data[7] != 0xC3) { cmd_line_error->type = CMDL_ERR_CHECK_GETCOMMANDLINESTORED; return false; } DWORD offset = * ((DWORD*) & data[3]); command_line_stored = getcommandline + 7 + offset; #else //x86 /* 750FE9CA | A1 CC DB 1A 75 | mov eax,dword ptr ds:[751ADBCC] | 750FE9CF | C3 | ret | */ if(data[0] != 0xA1 || data[5] != 0xC3) { cmd_line_error->type = CMDL_ERR_CHECK_GETCOMMANDLINESTORED; return false; } command_line_stored = * ((duint*) & data[1]); #endif //update the pointer in the debuggee if(!MemWrite(command_line_stored, &new_command_line, sizeof(new_command_line))) { cmd_line_error->addr = command_line_stored; cmd_line_error->type = CMDL_ERR_WRITE_GETCOMMANDLINESTORED; return false; } return true; } --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/9bcb1f5195d1e65e0e7afb288d36fee… --- snip --- 1008 static STARTUPINFOW startup_infoW; 1009 static char *command_lineA; 1010 static WCHAR *command_lineW; --- snip --- https://source.winehq.org/git/wine.git/blob/9bcb1f5195d1e65e0e7afb288d36fee… --- snip --- 1043 /*********************************************************************** 1044 * GetCommandLineA (kernelbase.@) 1045 */ 1046 LPSTR WINAPI DECLSPEC_HOTPATCH GetCommandLineA(void) 1047 { 1048 return command_lineA; 1049 } 1050 1051 1052 /*********************************************************************** 1053 * GetCommandLineW (kernelbase.@) 1054 */ 1055 LPWSTR WINAPI DECLSPEC_HOTPATCH GetCommandLineW(void) 1056 { 1057 return NtCurrentTeb()->Peb->ProcessParameters->CommandLine.Buffer; 1058 } --- snip --- Depending on which compiler (GCC or LLVM/MingW) is used to build Wine, the following code is generated: === GCC === --- snip -- $ gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-redhat-linux Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --enable-libmpx --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux Thread model: posix gcc version 8.3.1 20190223 (Red Hat 8.3.1-2) (GCC) --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll.so -batch -ex 'disassemble GetCommandLineA' Dump of assembler code for function GetCommandLineA: 0x000000007b05fd18 <+0>: push %rbp 0x000000007b05fd19 <+1>: mov 0x738a0(%rip),%rax # 0x7b0d35c0 <command_lineA> 0x000000007b05fd20 <+8>: mov %rsp,%rbp 0x000000007b05fd23 <+11>: and $0xfffffffffffffff0,%rsp 0x000000007b05fd27 <+15>: leaveq 0x000000007b05fd28 <+16>: retq End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll.so -batch -ex 'disassemble GetCommandLineW' Dump of assembler code for function GetCommandLineW: 0x000000007b05fd58 <+0>: push %rbp 0x000000007b05fd59 <+1>: mov %gs:0x30,%rax 0x000000007b05fd62 <+10>: mov 0x60(%rax),%rax 0x000000007b05fd66 <+14>: mov %rsp,%rbp 0x000000007b05fd69 <+17>: and $0xfffffffffffffff0,%rsp 0x000000007b05fd6d <+21>: mov 0x20(%rax),%rax 0x000000007b05fd71 <+25>: mov 0x78(%rax),%rax 0x000000007b05fd75 <+29>: leaveq 0x000000007b05fd76 <+30>: retq End of assembler dump. --- snip --- NOTE: offset-0x4 to work around dwarf symbol processing bug. --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll.so -batch -ex 'disassemble GetCommandLineA-0x4' Dump of assembler code for function GetCommandLineA: 0x7b060620 <+0>: mov %edi,%edi 0x7b060622 <+2>: push %ebp 0x7b060623 <+3>: mov %esp,%ebp 0x7b060625 <+0>: pop %ebp 0x7b060626 <+1>: mov 0x7b0d4a20,%eax 0x7b06062b <+6>: ret End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll.so -batch -ex 'disassemble GetCommandLineW-0x4' Dump of assembler code for function GetCommandLineW: 0x7b060640 <+0>: mov %edi,%edi 0x7b060642 <+2>: push %ebp 0x7b060643 <+3>: mov %esp,%ebp 0x7b060645 <+0>: mov %fs:0x18,%eax 0x7b06064b <+6>: mov 0x30(%eax),%eax 0x7b06064e <+9>: pop %ebp 0x7b06064f <+10>: mov 0x10(%eax),%eax 0x7b060652 <+13>: mov 0x44(%eax),%eax 0x7b060655 <+16>: ret End of assembler dump. --- snip --- === LLVM MinGW === --- snip --- $ clang -v clang version 10.0.0 (https://github.com/llvm/llvm-project.git c49194969430f0ee817498a7000a979a7a0ded03) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /home/focht/projects/llvm-mingw-20191230-ubuntu-16.04/bin Found candidate GCC installation: /usr/lib/gcc/x86_64-redhat-linux/8 Selected GCC installation: /usr/lib/gcc/x86_64-redhat-linux/8 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Selected multilib: .;@m64 --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineA' Dump of assembler code for function _GetCommandLineA@0: 0x7b0313e0 <+0>: push %ebp 0x7b0313e1 <+1>: mov %esp,%ebp 0x7b0313e3 <+3>: mov 0x7b076bf8,%eax 0x7b0313e8 <+8>: pop %ebp 0x7b0313e9 <+9>: ret End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineW' Dump of assembler code for function _GetCommandLineW@0: 0x7b0313f0 <+0>: push %ebp 0x7b0313f1 <+1>: mov %esp,%ebp 0x7b0313f3 <+3>: mov %fs:0x18,%eax 0x7b0313f9 <+9>: mov 0x30(%eax),%eax 0x7b0313fc <+12>: mov 0x10(%eax),%eax 0x7b0313ff <+15>: mov 0x44(%eax),%eax 0x7b031402 <+18>: pop %ebp 0x7b031403 <+19>: ret End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineA' Dump of assembler code for function GetCommandLineA: 0x000000007b0389b0 <+0>: mov 0x4de49(%rip),%rax # 0x7b086800 0x000000007b0389b7 <+7>: retq End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineW' Dump of assembler code for function GetCommandLineW: 0x000000007b0389c0 <+0>: mov %gs:0x30,%rax 0x000000007b0389c9 <+9>: mov 0x60(%rax),%rax 0x000000007b0389cd <+13>: mov 0x20(%rax),%rax 0x000000007b0389d1 <+17>: mov 0x78(%rax),%rax 0x000000007b0389d5 <+21>: retq End of assembler dump. --- snip --- ===== General problems: (1) asymmetric design of kernelbase GetCommandLineA/W commmand buffer handling The ANSI variant returns the command line buffer address directly while the UNICODE variant goes through the PEB. The symmetric design was changed in 2003 with https://source.winehq.org/git/wine.git/commitdiff/b53b5bcb50e75263e8bbffed3… ("- fixed a couple of bugs in ntdll...") to be asymmetrical. A big squash-like commit, doing major refactoring/various bugfixing = several things in one go. No mentioning of this specific design change. Part of Wine 0.9 release. (2) HOTPATCH entry Commit https://source.winehq.org/git/wine.git/commitdiff/911e50849a9bc05ab11d896a3… ("kernel32: Move process startup information functions to kernelbase.") added it. Part of Wine 4.16 release. I couldn't find a bug report about hooking problems of GetCommandLineA/W which requires those to be hotpatch-compatible entries. I guess this was added for no special reason :| (3) compiler choice/optimization settings, influencing generated code --- Fixing above problems is not that easy by just returning 'command_lineW' in 'W' variant and removing DECLSPEC_HOTPATCH because of (3). Generated code: --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineA' Dump of assembler code for function _GetCommandLineA@0: 0x7b0313e0 <+0>: push %ebp 0x7b0313e1 <+1>: mov %esp,%ebp 0x7b0313e3 <+3>: mov 0x7b076bf8,%eax 0x7b0313e8 <+8>: pop %ebp 0x7b0313e9 <+9>: ret End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineW' Dump of assembler code for function _GetCommandLineW@0: 0x7b0313f0 <+0>: push %ebp 0x7b0313f1 <+1>: mov %esp,%ebp 0x7b0313f3 <+3>: mov 0x7b076bf4,%eax 0x7b0313f8 <+8>: pop %ebp 0x7b0313f9 <+9>: ret End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineA' Dump of assembler code for function GetCommandLineA: 0x000000007b0389b0 <+0>: mov 0x4de49(%rip),%rax # 0x7b086800 0x000000007b0389b7 <+7>: retq End of assembler dump. --- snip --- --- snip --- $ gdb mainline-install-x86_64/lib64/wine/kernelbase.dll -batch -ex 'disassemble GetCommandLineW' Dump of assembler code for function GetCommandLineW: 0x000000007b0389c0 <+0>: mov 0x4de31(%rip),%rax # 0x7b0867f8 0x000000007b0389c7 <+7>: retq End of assembler dump. --- snip --- The 64-bit variant looks good, but 32-bit is no-go. To have full control over the generated code, small __i386__ and __x86_64__ assembly implementations for A and W variant each are sufficient. NOTE: the assembly for __x86_64__ needs to use RIP-relative addressing (PIE) -> movq command_lineW(%rip), %rax * encoding: [0x48,0x8b,0x05,A,A,A,A] * kind: reloc_riprel_4byte_movq_load With the small assembly functions in place, x64dbg and x32dbg were able to set the debuggee command line via menu. If assembly is not an option, consider changing A/W variant to be symmetrical to make this bug report somewhat useful in the end (but still WONTFIX). $ sha1sum snapshot_2020-02-11_01-07.zip 03fa18ffb1cbdd46a6b3c9b7e19332e7e2024edc snapshot_2020-02-11_01-07.zip $ du -sh snapshot_2020-02-11_01-07.zip 31M snapshot_2020-02-11_01-07.zip $ wine --version wine-5.5 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.

1 6

[Bug 48907] New: .exe file crashes
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48907 Bug ID: 48907 Summary: .exe file crashes Product: Wine Version: 5.0 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: higuyhi1234(a)gmail.com Created attachment 66863 --> https://bugs.winehq.org/attachment.cgi?id=66863 ScreenShot (translated in description) **Updated version wine 5.0** macOs High Sierra 10.13.6 Once I open the .exe file vie wine, after a few seconds the app collapses with the following error - Translation to pic that's attached: "The program encountered a serious error. It must shut down, we apologize for the inconvenience". -- 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

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 October 2020