wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7464 discussions

[Bug 34402] New: Multiple applications ported to WinRT/ARM require atl110.dll (Halite torrent client for Windows RT )
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34402 Bug #: 34402 Summary: Multiple applications ported to WinRT/ARM require atl110.dll (Halite torrent client for Windows RT ) Product: Wine Version: 1.7.1 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... --- snip --- $ wine ./Halite.exe err:module:import_dll Library atl110.DLL (which is needed by L"Z:\\home\\linaro\\wine-apps\\halite\\Halite.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\halite\\Halite.exe" failed, status c0000135 --- snip --- Regards -- 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 7

[Bug 38956] New: Creo Elements/Direct Modeling Express 6.0 .NET based licensing tool fails with .NET Framework error (Xenocode registry virtualization fails to intercept Wine's root key handles)
by wine-bugs＠winehq.org 10 Jul '21

10 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38956 Bug ID: 38956 Summary: Creo Elements/Direct Modeling Express 6.0 .NET based licensing tool fails with .NET Framework error (Xenocode registry virtualization fails to intercept Wine's root key handles) Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 38950 (avoid relay thunks, they interfere with Xenocode hooks). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/PTC/Creo Elements/Direct Modeling Express 6.0/binNT/OLAPE $ WINEDEBUG=+tid,+seh,+loaddll,+process,+reg,+msgbox wine ./OLAPEP.exe >>log.txt 2>&1 ... 002c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\mscoree.dll" at 0x79000000: native 002c:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 6.0\\binNT\\OLAPE\\OLAPEPP.exe" at 0x400000: native 002c:trace:reg:GetSystemInfo si=0x0x2142f9d8 002c:trace:reg:GetSystemInfo si=0x0x2142f73c 002c:trace:reg:NtOpenKey (0x20,L"System\\CurrentControlSet\\Control\\Video\\{f996be7c-6eca-46cd-96df-3524ac767421}\\0000",2000000,0x2142eff0) 002c:trace:reg:NtOpenKey <- 0x24c 002c:trace:reg:RegQueryValueExW (0x24c,L"GraphicsDriver",(nil),(nil),0x2142f348,0x2142f550=520) 002c:trace:reg:NtQueryValueKey (0x24c,L"GraphicsDriver",2,0x2142f11c,256) 002c:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7e280000: builtin 002c:trace:reg:NtOpenKey (0x24,L"Software\\Wine\\X11 Driver",2000000,0x2142e6e0) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x24,L"Software\\Wine\\AppDefaults",2000000,0x2142e6e0) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtCreateKey (0x24,L"Keyboard Layout\\Preload",(null),0,f003f,0x2142e57c) 002c:trace:reg:NtCreateKey <- 0x25c 002c:trace:reg:RegQueryValueExW (0x25c,L"1",(nil),(nil),(nil),(nil)=0) 002c:trace:reg:NtQueryValueKey (0x25c,L"1",2,0x2142e6dc,12) 002c:trace:reg:NtOpenKey (0x2c,L"Software\\Fonts",2000000,0x2142ebe0) 002c:trace:reg:NtOpenKey <- 0x24c 002c:trace:reg:RegQueryValueExW (0x24c,L"LogPixels",(nil),0x2142ee94,0x2142ee8c,0x2142ee90=4) 002c:trace:reg:NtQueryValueKey (0x24c,L"LogPixels",2,0x2142ed0c,16) 002c:trace:reg:NtOpenKey (0x20,L"System\\CurrentControlSet\\Control\\FontAssoc\\Associated Charset",2000000,0x2142eb40) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework",20019,0x2142ebc0) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework",20019,0x2142d090) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework",20019,0x2142d440) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework",20019,0x2142cb70) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x24,L"Software\\Microsoft\\.NETFramework\\Policy\\Upgrades",20019,0x2142d440) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework\\Policy\\Upgrades",20019,0x2142d440) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtOpenKey (0x20,L"Software\\Microsoft\\.NETFramework",20019,0x2142cb70) 002c:trace:reg:NtOpenKey <- (nil) 002c:trace:reg:NtCreateKey (0x24,L"Control Panel\\Desktop\\WindowMetrics",(null),0,2000000,0x2142d82c) 002c:trace:reg:NtCreateKey <- 0x25c ... 002c:trace:msgbox:MSGBOX_OnInit L"A fatal error occurred. However, mscorees.dll could not be loaded to display the appropriate error message.\n\nPlease reinstall the .NET Framework." --- snip --- The call in question from virtualized/sandboxed .NET Framework (unwrapped in memory): --- snip --- 4252EDFC 79003ECE CALL to RegOpenKeyExW from mscoree.79003EC8 4252EE00 80000002 hKey = HKEY_LOCAL_MACHINE 4252EE04 79004010 Subkey = "Software\Microsoft\.NETFramework" 4252EE08 00000000 Reserved = 0 4252EE0C 00020019 Access = KEY_READ 4252EE10 4252EE44 pHandle = 4252EE44 4252EE14 00000000 4252EE18 4252EE48 4252EE1C 790063FD RETURN to mscoree.790063FD from mscoree.79003EA4 4252EE20 80000002 4252EE24 79004010 UNICODE "Software\Microsoft\.NETFramework" 4252EE28 00000000 ... --- snip --- Here: NtOpenKey -> lookup predefined handle for HKEY_LOCAL_MACHINE -> 0x20 (internally cached) Initial: get_special_root_hkey -> create_special_root_hkey -> create_key -> NtCreateKey Xenocode VM uses a handle tracker for objects of interest which includes registry handles. It intercepts various native API calls and injects/translates to its own data as needed. The problem here is the interception of the special registry root directory key(s). Although 'NtOpenKey' API is hooked, Xenocode fails to translate the parent key (= special root key handle), falling back by calling Wine implementation. Since .NET Framework is not installed, the .NET registry keys and values are not present in the "real" registry, leading to failure. The native API interception logic is set up after the main executable got unwrapped and mapped with imports resolved by Xenocode loader. Unfortunately the special root key handles were already created as part of original startup code by Wine hence the creation of those parent handles (out parameter) is never seen by the Xenocode handle tracker. --- For completeness the native registry API that can be potentially hooked: --- snip --- 423F0B66 68 0C754042 PUSH OLAPEP.4240750C ; "NtCompactKeys" 423F0B7F 68 1C754042 PUSH OLAPEP.4240751C ; "NtCompressKey" 423F0B98 68 2C754042 PUSH OLAPEP.4240752C ; "NtCreateKey" 423F0BB1 68 38754042 PUSH OLAPEP.42407538 ; "NtDeleteKey" 423F0BCA 68 44754042 PUSH OLAPEP.42407544 ; "NtDeleteValueKey" 423F0BE3 68 58754042 PUSH OLAPEP.42407558 ; "NtEnumerateKey" 423F0BFC 68 68754042 PUSH OLAPEP.42407568 ; "NtEnumerateValueKey" 423F0C15 68 7C754042 PUSH OLAPEP.4240757C ; "NtFlushKey" 423F0C31 68 88754042 PUSH OLAPEP.42407588 ; "NtLoadKey" 423F0C4A 68 94754042 PUSH OLAPEP.42407594 ; "NtLoadKey2" 423F0C63 68 A0754042 PUSH OLAPEP.424075A0 ; "NtLoadKeyEx" 423F0C7C 68 AC754042 PUSH OLAPEP.424075AC ; "NtLockRegistryKey" 423F0C95 68 C0754042 PUSH OLAPEP.424075C0 ; "NtNotifyChangeKey" 423F0CAE 68 D4754042 PUSH OLAPEP.424075D4 ; "NtNotifyChangeMultipleKeys" 423F0CC7 68 F0754042 PUSH OLAPEP.424075F0 ; "NtOpenKey" 423F0CE0 68 FC754042 PUSH OLAPEP.424075FC ; "NtQueryKey" 423F0CFC 68 08764042 PUSH OLAPEP.42407608 ; "NtQueryMultipleValueKey" 423F0D15 68 20764042 PUSH OLAPEP.42407620 ; "NtQueryOpenSubKeys" 423F0D2E 68 34764042 PUSH OLAPEP.42407634 ; "NtQueryOpenSubKeysEx" 423F0D47 68 4C764042 PUSH OLAPEP.4240764C ; "NtQueryValueKey" 423F0D60 68 5C764042 PUSH OLAPEP.4240765C ; "NtRenameKey" 423F0D79 68 68764042 PUSH OLAPEP.42407668 ; "NtReplaceKey" 423F0D92 68 78764042 PUSH OLAPEP.42407678 ; "NtRestoreKey" 423F0DAB 68 88764042 PUSH OLAPEP.42407688 ; "NtSaveKey" 423F0DC7 68 94764042 PUSH OLAPEP.42407694 ; "NtSaveKeyEx" 423F0DE0 68 A0764042 PUSH OLAPEP.424076A0 ; "NtSaveMergedKeys" 423F0DF9 68 B4764042 PUSH OLAPEP.424076B4 ; "NtSetInformationKey" 423F0E12 68 C8764042 PUSH OLAPEP.424076C8 ; "NtSetValueKey" 423F0E2B 68 D8764042 PUSH OLAPEP.424076D8 ; "NtUnloadKey" 423F0E44 68 E4764042 PUSH OLAPEP.424076E4 ; "NtUnloadKey2" 423F0E5D 68 F4764042 PUSH OLAPEP.424076F4 ; "NtUnloadKeyEx" --- snip --- $ sha1sum ModelingPE__setup_EN.exe 333736c553c2eb985436e63f20bfcbb59932b6fb ModelingPE__setup_EN.exe $ du -sh ModelingPE__setup_EN.exe 207M ModelingPE__setup_EN.exe $ wine --version wine-1.7.47-162-g0f9a0aa 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 6

[Bug 34947] New: Creo Elements: Oversized dialog window
by wine-bugs＠winehq.org 10 Jul '21

10 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34947 Bug #: 34947 Summary: Creo Elements: Oversized dialog window Product: Wine Version: 1.7.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46570 --> http://bugs.winehq.org/attachment.cgi?id=46570 Oversized dialog window Steps to reproduce: 1) remove ~/.wine 2) wine Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe 3) do default installation Behaviour: At the end of installation I get oversized dialog (see attachment). Expected behaviour: No oversized dialog. Terminal output on wine-1.7.6-158-g6ceb564: fixme:storage:create_storagefile Storage share mode not implemented. fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Session", clsid {000c109e-0000-0000-c000-000000000046} err:module:attach_process_dlls "redirect.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT\\SolidDesigner.exe" failed, status 2c fixme:heap:HeapSetInformation (nil) 1 (nil) 0 err:module:attach_process_dlls "redirect.dll" failed to initialize, aborting -- 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 5

[Bug 46772] New: Creo Elements/ Direct Modeling Express 6.0 installer fails with VBScript parser error: parser_lex '_' not followed by newline
by wine-bugs＠winehq.org 10 Jul '21

10 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46772 Bug ID: 46772 Summary: Creo Elements/Direct Modeling Express 6.0 installer fails with VBScript parser error: parser_lex '_' not followed by newline Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting bug 27827 and bug 38950 The installer fails now which is a regression. --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+vbscript,+ole,+variant wine ./ModelingPE__setup_EN.exe >>log.txt 2>&1 ... 0048:trace:msi:ACTION_CustomAction Handling custom action L"ExportProperties" (6 L"NewBinary20" L"ExportProperties") 0048:trace:msi:HANDLE_CustomType5_6 L"NewBinary20" L"ExportProperties" ... 0053:trace:msi:ACTION_CallScript function L"ExportProperties", script L"option explicit\r\non error resume next\r\n\r\nfunction ExportProperties( )\r\n\r\n Dim svLang\r\n Dim svInstallLang\r\n Dim svLanguageID\r\n \r\n On Error Resume Next\r\n\r\n svLang = Session.Property( \"UserLanguageID\" )\r\n\r\n Select Case svLang\r\n\r\n Case \"1031\", \"2055\", \"307"... ... 0053:trace:vbscript:VBScript_AddNamedItem (0x5e2bf8)->(L"Session" a) ... 0053:trace:vbscript:VBScriptParse_ParseScriptText (0x5e2bf8)->(L"option explicit\r\non error resume next\r\n\r\nfunction ExportProperties( )\r\n\r\n Dim svLang\r\n Dim svInstallLang\r\n Dim svLanguageID\r\n \r\n On Error Resume Next\r\n\r\n svLang = Session.Property( \"UserLanguageID\" )\r\n\r\n Select Case svLang\r\n\r\n Case \"1031\", \"2055\", \"307"... (null) (nil) (null) 0 0 0 (nil) (nil)) ... 0053:fixme:vbscript:parser_lex '_' not followed by newline 0053:fixme:vbscript:parse_script parser failed around L"\", \"5129\", \"6153\", _\r\n \"7177\", \"8201\", \"9225\", \"10249\", \"11273\"\r\n svInstallLang = \"english\"\r\n svLanguageID = \"1033\"\r\n\r\n Case \"1034\", \"2058\", \"3082\", \"4106\", \"5130\", \"6154\", \"7178\", \"8202\", \"9226\", _\r\n \"10250\", \"11"... ... 0053:trace:msi:ScriptThread custom action (53) returned 1603 ... 0048:err:msi:ITERATE_Actions Execution halted, action L"ExportProperties" returned 1603 --- snip --- The embedded VB scriptlet with all DOS line-endings (CR+LF), including multi-line statements. --- snip --- option explicit on error resume next function ExportProperties( ) Dim svLang Dim svInstallLang Dim svLanguageID On Error Resume Next svLang = Session.Property( "UserLanguageID" ) Select Case svLang Case "1031", "2055", "3079", "4103", "5127" svInstallLang = "german" svLanguageID = "1031" Case "1033", "2057", "3081", "4105", "5129", "6153", _ "7177", "8201", "9225", "10249", "11273" svInstallLang = "english" svLanguageID = "1033" Case "1034", "2058", "3082", "4106", "5130", "6154", "7178", "8202", "9226", _ "10250", "11274", "12298", "13322", "14346", "15370", "16394", "17418", _ "18442", "19466", "20490" svInstallLang = "spanish" svLanguageID = "1034" Case "1036", "2060", "3084", "4108", "5132" svInstallLang = "french" svLanguageID = "1036" Case "1040", "2064" svInstallLang = "italian" svLanguageID = "1040" Case "1041" svInstallLang = "japanese" svLanguageID = "1041" Case Else svInstallLang = svLang svLanguageID = svLang End Select Session.Property( "InstallLanguage" ) = svInstallLang Session.Property( "GroupLanguageID" ) = svLanguageID ExportProperties = 0 End Function --- snip --- The regression is caused by https://source.winehq.org/git/wine.git/commitdiff/5800c9ed23a5c720843445d91… $ git show 5800c9ed23a5c720843445d91c8547925493df8a commit 5800c9ed23a5c720843445d91c8547925493df8a Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sat Jun 16 19:05:30 2018 -0500 vbscript: Treat \r as a newline separator. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Reverting this commit on top of current master HEAD makes the installer work again. $ sha1sum ModelingPE__setup_EN.exe 333736c553c2eb985436e63f20bfcbb59932b6fb ModelingPE__setup_EN.exe $ du -sh ModelingPE__setup_EN.exe 207M ModelingPE__setup_EN.exe $ wine --version wine-4.3 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 6

[Bug 33500] New: Creo Elements/Direct Modeling Express 4.0 fails to install (msi script custom action return value translation too restrictive)
by wine-bugs＠winehq.org 10 Jul '21

10 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33500 Bug #: 33500 Summary: Creo Elements/Direct Modeling Express 4.0 fails to install (msi script custom action return value translation too restrictive) Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, while revisiting bug 27827 it seems the app installer now fails. The translation of the return value of a vbscript function called in msi custom action is the culprit. "OSDM.msi" gets extracted from "Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe" and can be run directly. --- snip --- $ wine msiexec -i OSDM.msi ... 0028:trace:msi:ScriptThread custom action (28) started 0028:trace:msi:ACTION_CallScript function L"ExportProperties", script L"option explicit\r\non error resume next\r\n\r\nfunction ExportProperties( )\r\n\r\n Dim svLang\r\n Dim svInstallLang\r\n Dim svLanguageID\r\n \r\n On Error Resume Next\r\n\r\n svLang = Session.Property( \"UserLanguageID\" )\r\n\r\n Select Case svLang\r\n\r\n Case \"1031\", \"2055\", \"307"... ... 0028:trace:msi:MsiActiveScriptSite_OnEnterScript (0x4dfc50) ... 0028:trace:msi:MsiActiveScriptSite_OnLeaveScript (0x4dfc50) 0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Connected. 0028:trace:msi:call_script Calling function L"ExportProperties" ... 0028:trace:msi:MsiActiveScriptSite_OnEnterScript (0x4dfc50) ... 0028:trace:msi:MsiActiveScriptSite_OnLeaveScript (0x4dfc50) 0028:Call oleaut32.VariantChangeType(00a7e848,00a7e848,00000000,00000003) ret=7ecfc53b 0028:Ret oleaut32.VariantChangeType() retval=00000000 ret=7ecfc53b 0028:Call oleaut32.VariantClear(00a7e848) ret=7ecfc570 0028:Ret oleaut32.VariantClear() retval=00000000 ret=7ecfc570 0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Disconnected. 0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Initialized. 0028:trace:msi:MsiActiveScriptSite_OnStateChange State: Closed. ... 0028:Ret ole32.CoUninitialize() retval=00000000 ret=7ecfc6db 0028:trace:msi:ACTION_CallScript script returned 1603 0028:trace:msi:MsiCloseHandle 1 0028:trace:msi:ScriptThread custom action (28) returned 1603 0028:trace:msi:MsiCloseAllHandles ... 0024:err:msi:ITERATE_Actions Execution halted, action L"ExportProperties" returned 1603 --- snip --- The embedded vbscript source code of "ExportProperties" function: --- snip --- option explicit on error resume next function ExportProperties( ) Dim svLang Dim svInstallLang Dim svLanguageID On Error Resume Next svLang = Session.Property( "UserLanguageID" ) Select Case svLang Case "1031", "2055", "3079", "4103", "5127" svInstallLang = "german" svLanguageID = "1031" Case "1033", "2057", "3081", "4105", "5129", "6153", _ "7177", "8201", "9225", "10249", "11273" svInstallLang = "english" svLanguageID = "1033" Case "1034", "2058", "3082", "4106", "5130", "6154", "7178", "8202", "9226", _ "10250", "11274", "12298", "13322", "14346", "15370", "16394", "17418", _ "18442", "19466", "20490" svInstallLang = "spanish" svLanguageID = "1034" Case "1036", "2060", "3084", "4108", "5132" svInstallLang = "french" svLanguageID = "1036" Case "1040", "2064" svInstallLang = "italian" svLanguageID = "1040" Case "1041" svInstallLang = "japanese" svLanguageID = "1041" Case Else svInstallLang = svLang svLanguageID = svLang End Select Session.Property( "InstallLanguage" ) = svInstallLang Session.Property( "GroupLanguageID" ) = svLanguageID ExportProperties = 0 End Function --- snip --- "ExportProperties" explicitly returns "0" (msiDoActionStatusNoAction), no other code path. Wine source: http://source.winehq.org/git/wine.git/blob/3b0179cbde19e650804cb3b5a8185762… --- snip --- 279 DWORD call_script(MSIHANDLE hPackage, INT type, LPCWSTR script, LPCWSTR function, LPCWSTR action) 280 { 281 HRESULT hr; 282 IActiveScript *pActiveScript = NULL; 283 IActiveScriptParse *pActiveScriptParse = NULL; 284 MsiActiveScriptSite *scriptsite; 285 IDispatch *pDispatch = NULL; 286 DISPPARAMS dispparamsNoArgs = {NULL, NULL, 0, 0}; 287 DISPID dispid; 288 CLSID clsid; 289 VARIANT var; 290 DWORD ret = ERROR_INSTALL_FAILURE; 291 292 CoInitialize(NULL); ... 344 /* Call a function if necessary through the IDispatch interface */ 345 if (function != NULL && strlenW(function) > 0) { 346 TRACE("Calling function %s\n", debugstr_w(function)); 347 348 hr = IActiveScript_GetScriptDispatch(pActiveScript, NULL, &pDispatch); 349 if (FAILED(hr)) goto done; 350 351 hr = IDispatch_GetIDsOfNames(pDispatch, &IID_NULL, (WCHAR **)&function, 1,LOCALE_USER_DEFAULT, &dispid); 352 if (FAILED(hr)) goto done; 353 354 hr = IDispatch_Invoke(pDispatch, dispid, &IID_NULL, LOCALE_USER_DEFAULT, DISPATCH_METHOD, &dispparamsNoArgs, &var, NULL, NULL); 355 if (FAILED(hr)) goto done; 356 357 /* Check return value, if it's not IDOK we failed */ 358 hr = VariantChangeType(&var, &var, 0, VT_I4); 359 if (FAILED(hr)) goto done; 360 361 if (V_I4(&var) == IDOK) 362 ret = ERROR_SUCCESS; 363 else ret = ERROR_INSTALL_FAILURE; 364 365 VariantClear(&var); 366 } else { 367 /* If no function to be called, MSI behavior is to succeed */ 368 ret = ERROR_SUCCESS; 369 } ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371254%28v=vs.85%… --- quote --- Custom actions written in JScript or Visual Basic, Scripting Edition (VBScript) can call an optional function. These functions must return one of the values shown in the following table. Return value Value Description msiDoActionStatusNoAction 0 Action not executed. msiDoActionStatusSuccess IDOK = 1 Action completed successfully. msiDoActionStatusUserExit IDCANCEL = 2 Premature termination by user. msiDoActionStatusFailure IDABORT = 3 Unrecoverable error. Returned if there is an error during parsing or execution of the JScript or VBScript. msiDoActionStatusSuspend IDRETRY = 4 Suspended sequence to be resumed later. msiDoActionStatusFinished IDIGNORE = 5 Skip remaining actions. Not an error. Note that Windows Installer translates the return values from all actions when it writes the return value into the log file. For example, if the action return value appears as 1 (one) in the log file, this means that the action returned msiDoActionStatusSuccess. For more information about this translation see Logging of Action Return Values. To return a value other than success from a script custom action, you must use a function target for the custom action. The target function is specified in the Target column of the CustomAction Table. --- quote --- Translating everything not "IDOK" to ERROR_INSTALL_FAILURE seems overly restrictive. $ du -sh Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe 157M Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe $ sha1sum Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe 4b77817ac55bf4cbbd85f02949d8d97e9a0ca19a Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe $ wine --version wine-1.5.29-38-g8e4317c Regards -- 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 5

[Bug 15549] New: Colobot Demo installer does not fully redraw installation window during install progress phase
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15549 Summary: Colobot Demo installer does not fully redraw installation window during install progress phase Product: Wine Version: 1.1.5 Platform: PC URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16531) --> (http://bugs.winehq.org/attachment.cgi?id=16531) Colobot Demo installer window screenshot With today's Git (wine-1.1.5-507-ge20ef50), in the process of testing bug 13932, I noticed that when the installer is at the file copy progress phase, some elements of the window are not redrawn properly. A screenshot is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 23847] New: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23847 Summary: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_ INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR) Product: Wine Version: 1.3.0 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)) was fixed, the installer still fails. The first blocker is now the presence of some .NET registry keys that ought to help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR core library is incorrectly constructed, leading to mscorwks.dll load failure). You can work around by deleting the following key before running the installer: --- snip --- $ wine reg delete "HKLM\Software\Microsoft\.NETFramework" --- snip --- Near the end, the installer spawns "regasm.exe" tool several times to register various assemblies. Unfortunately the tool crashes with division by zero (+tid,+seh,+relay): --- snip --- ... 0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000) ret=792cf160 0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177 ip=79243177 tid=0040 0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000 edx=00000000 esi=00000022 edi=00000001 0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 --- snip --- Interestingly there are other calls from the same addresses that don't crash: --- snip --- 0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000) ret=792cf160 0020:trace:ntdll:NtQuerySystemInformation (0x00000008,0x320e960,0x00000060,(nil)) 000d:Call KERNEL32.SwitchToThread() ret=7929a604 000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604 0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc --- snip --- Using additional "printf" style debugging to dump kernel+user+idle jiffies I noticed the crashes happen when the values accumulated only small changes in capture intervals. It seems the CLR employs some kind of cpu resource utilization calculation (using certain capture intervals) that breaks if the ticks/time units increment fall below some threshold. Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns units. See: http://msdn.microsoft.com/en-us/library/ms724509.aspx I fixed dlls/ntdll/nt.c:NtQuerySystemInformation( SystemProcessorPerformanceInformation class) to convert jiffies to NT-style 100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and to not let the regasm tool crash anymore (installer succeeded). Regards -- 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 17084] New: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17084 Summary: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/DownLoads/details.aspx?familyid =D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: imagehlp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bit of nostalgia ... I happen to test .NET 1.0 Framework and promptly found a bug in post install step. --- snip --- ... Microsoft (R) .NET Framework Assembly Registration Utility 1.0.3705.0 Copyright (C) Microsoft Corporation 1998-2001. All rights reserved. err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:create_server class {00000349-0000-0000-c000-000000000046} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {00000349-0000-0000-c000-000000000046} could be created for context 0x17 fixme:imagehlp:ImageGetDigestStream (0x148, 4, 0x79310a0c, 0x33f704): stub RegAsm error: Index was outside the bounds of the array. fixme:ole:CoGetContextToken stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 --- snip --- Trace log: --- snip --- 0009:Call KERNEL32.CreateFileW(00153d48 L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\RegAsm.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=791b81ab 0009:Ret KERNEL32.CreateFileW() retval=00000150 ret=791b81ab 0009:Call KERNEL32.GetModuleHandleW(7923122c L"mscorwks.dll") ret=7923115e 0009:Ret KERNEL32.GetModuleHandleW() retval=791b0000 ret=7923115e 0009:Call KERNEL32.GetModuleFileNameW(791b0000,0032f4bc,00000104) ret=792311a3 0009:Ret KERNEL32.GetModuleFileNameW() retval=00000039 ret=792311a3 0009:CALL MSVCR70.wcsrchr() ret=792311b6 0009:RET MSVCR70.wcsrchr() retval=0032f514 ret=792311b6 0009:CALL MSVCR70.wcscpy() ret=792311ce 0009:RET MSVCR70.wcscpy() retval=0032f516 ret=792311ce 0009:Call KERNEL32.LoadLibraryExW(0032f4bc L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\imagehlp.dll",00000000,00000000) ret=791bde71 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(60de0000) ret=60df1cdb 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=60df1cdb 0009:Call KERNEL32.HeapCreate(00000000,00010000,00000000) ret=60df1cfa 0009:Ret KERNEL32.HeapCreate() retval=02d50000 ret=60df1cfa 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryExW() retval=60de0000 ret=791bde71 0009:Call KERNEL32.GetProcAddress(60de0000,79310bdc "ImageGetDigestStream") ret=79310b16 0009:Ret KERNEL32.GetProcAddress() retval=60df10d8 ret=79310b16 0009:Call imagehlp.ImageGetDigestStream(00000150,00000004,79310a0c,0032f704) ret=79310b2e 0009:fixme:imagehlp:ImageGetDigestStream (0x150, 4, 0x79310a0c, 0x32f704): stub 0009:Call KERNEL32.SetLastError(00000078) ret=60df28d1 0009:Ret KERNEL32.SetLastError() retval=00000078 ret=60df28d1 0009:Ret imagehlp.ImageGetDigestStream() retval=00000000 ret=79310b2e 0009:Call KERNEL32.CloseHandle(00000150) ret=79310bc4 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=79310bc4 0009:Call KERNEL32.FreeLibrary(60de0000) ret=79310bd2 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) 0009:Call KERNEL32.HeapDestroy(02d50000) ret=60df1d19 0009:Ret KERNEL32.HeapDestroy() retval=00000001 ret=60df1d19 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=79310bd2 ... 0009:Call KERNEL32.RaiseException(e0434f4d,00000001,00000000,00000000) ret=7921e860 0009:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f7c ip=0x7b844fff tid=0009 0009:trace:seh:raise_exception eax=7b82cca9 ebx=7b8c3940 ecx=00000000 edx=00000010 esi=0032f430 edi=0032f3b0 0009:trace:seh:raise_exception ebp=0032f398 esp=0032f334 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0009:trace:seh:call_stack_handlers calling handler at 0x7921e874 code=e0434f4d flags=1 --- snip --- With ImageGetDigestStream() sufficiently implemented, assembly registration succeeds and installer completes (tested). Be aware there is some sporadic heap corruption happening not yet tracked down (also in .NET 1.1 installer) which might sometimes fail the installer -> run installer again. Regards -- 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 15

[Bug 21622] New: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21622 Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer) Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, due to recent changes in msi (SelfUnregModules standard action is now implemented and executed), .NET 1.0 installer shows unhandled regsvr32 exception dialog (not critical to installer). A stub is needed for mscoree.dll DllUnregisterServer(): --- snip --- 002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"" 002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2 L"C:\\",0033e578,0033e568) ret=6212f676 ... 0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98) ret=200151f1 0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2 ip=7b835dc2 tid=0039 0039:trace:seh:raise_exception info[0]=20015260 0039:trace:seh:raise_exception info[1]=2001542f wine: Call from 0x7b835dc2 to unimplemented function mscoree.dll.DllUnregisterServer, aborting ... --- snip --- The .NET 1.0 installer doesn't run until the end due to long standing bug 17084 (which is a pity as patch exists for some time now). Regards -- 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 5

[Bug 30197] New: Restaurant Empire crashes during introduction animation
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30197 Bug #: 30197 Summary: Restaurant Empire crashes during introduction animation Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)pmc.com.pt Classification: Unclassified Created attachment 39424 --> http://bugs.winehq.org/attachment.cgi?id=39424 Crash backtrace Restaurant empire crashes during the introduction animation. See attached backtrace. Restaurante Empire version 1.2.1: http://appdb.winehq.org/objectManager.php?sClass=version&iId=15562 To work around the crash, press the ESCape key to skip the introduction animation and the game will continue to run. -- 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 11

[Bug 35362] New: Aeria Games/Aura Kingdom launcher account signin fails due to IHTMLDocument2.GetActiveElement stub
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35362 Bug ID: 35362 Summary: Aeria Games/Aura Kingdom launcher account signin fails due to IHTMLDocument2.GetActiveElement stub Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/.wine/drive_c/AeriaGames/AuraKingdom $ wine ./aeria_launcher.exe ... fixme:mshtml:HTMLDocument_get_activeElement (0x9fbe358)->(0x33e438) The method or operation is not implemented. System.NotImplementedException: The method or operation is not implemented. at System.Windows.Forms.UnsafeNativeMethods.IHTMLDocument2.GetActiveElement() at System.Windows.Forms.HtmlDocument.get_ActiveElement() at AI.Controls.WebBrowserEx.PreProcessMessage(Message& msg) at System.Windows.Forms.Control.PreProcessControlMessageInternal(Control target, Message& msg) at System.Windows.Forms.Control.PreProcessControlMessage(Message& msg) at System.Windows.Forms.Integration.ApplicationInterop.ThreadMessageFilter(MSG& msg, Boolean& outHandled) at System.Windows.Interop.ComponentDispatcherThread.RaiseThreadMessage(MSG& msg) at System.Windows.Interop.ComponentDispatcher.RaiseThreadMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Window.ShowHelper(Object booleanBox) at System.Windows.Window.Show() at System.Windows.Window.ShowDialog() at AI.MainWindow.OpenLoginScreen(EventHandler`1 onLoginCompleted) at AI.AppController.OpenLoginScreen(EventHandler`1 onLoginCompleted) at AI.LoginPanel.onClick(Object sender, RoutedEventArgs e) ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ff9bbe372128eb42f921e393b80c7924… --- snip --- 186 static HRESULT WINAPI HTMLDocument_get_activeElement(IHTMLDocument2 *iface, IHTMLElement **p) 187 { 188 HTMLDocument *This = impl_from_IHTMLDocument2(iface); 189 FIXME("(%p)->(%p)\n", This, p); 190 eturn E_NOTIMPL; 191 } --- snip --- $ sha1sum aurakingdom_us_downloader.exe b31bb993d30e87f59b6c211bacd49eb610075f8a aurakingdom_us_downloader.exe $ du -sh aurakingdom_us_downloader.exe 572K aurakingdom_us_downloader.exe $ wine --version wine-1.7.10-343-g770d09d 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 8

[Bug 25526] New: Aura - http://www.umopit.ru/AuraEng.htm
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25526 Summary: Aura - http://www.umopit.ru/AuraEng.htm Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: darex7(a)o2.pl Hello - I use Mandriva Linux 2010 Gnome with wine 1.2 (Aura application works correctly from 3 to 10 minutes and then pops up an error message: photo) please help. -- 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 27

[Bug 24370] New: kernel32: provide GetSystemDEPPolicy stub (Microsoft EMET v2)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24370 Summary: kernel32: provide GetSystemDEPPolicy stub (Microsoft EMET v2) Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, "Enhanced Mitigation Experience Toolkit v2" from Microsoft requires this stub. Although not really useful as of now (missing application security shims), it might be of benefit later. --- snip --- fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f6,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"emet_conf.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"4c6aef82" err:eventlog:ReportEventW L"mitigationinterface" err:eventlog:ReportEventW L"2.0.0.1" err:eventlog:ReportEventW L"4c8924d5" err:eventlog:ReportEventW L"6f" err:eventlog:ReportEventW L"182" err:eventlog:ReportEventW L"system.entrypointnotfound" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.EntryPointNotFoundException: Unable to find an entry point named 'GetSystemDEPPolicy' in DLL 'kernel32.dll'. at MitigationInterface.Kernel32.GetSystemDEPPolicy() at MitigationInterface.SysMitigation_DEP..ctor(OSVERSIONINFOEX OsInfoEx, Boolean EnableUnsafeSettings) at MitigationInterface.SystemMitigations..ctor() at ConsoleApp.Program.Main(String[] args) wine: Unhandled exception 0xe0434f4d at address 0x7b836f02 (thread 0009), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836f02). --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/bb736298.aspx "Enhanced Mitigation Experience Toolkit v2.0" Download: https://www.microsoft.com/downloads/en/details.aspx?FamilyID=c6f0a6ee-05ac-… Needs .NET 2.0 Framework as prerequisite (e.g. winetricks dotnet20) Regards -- 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 7

[Bug 24371] New: apphelp: provide application shim and apphelp.SdbCreateDatabase stub (Microsoft EMET v2 and other tools)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24371 Summary: apphelp: provide application shim and apphelp.SdbCreateDatabase stub (Microsoft EMET v2 and other tools) Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, follow up of bug 24370 Microsoft EMET v2 tools crashes upon load due to missing apphelp dll/SdbCreateDatabase import. It seems other MS tools need this dll as well. Bug 16093 "MS AppLocale installer" also talked about this (http://bugs.winehq.org/show_bug.cgi?id=16093#c1 ): --- quote --- it fails as it can't find a dll called apphelp.dll (whatever that may be) After copying it from my windowspartition it crashes into wine: Call from 0x7b843650 to unimplemented function KERNEL32.dll.BaseFlushAppcompatCache, aborting Maybe a simple stubbed apphelp.dll could be of use --- quote --- Console log: --- snip --- fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f8,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"emet_conf.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"4c6aef82" err:eventlog:ReportEventW L"mitigationinterface" err:eventlog:ReportEventW L"2.0.0.1" err:eventlog:ReportEventW L"4c8924d5" err:eventlog:ReportEventW L"95" err:eventlog:ReportEventW L"f5" err:eventlog:ReportEventW L"system.dllnotfoundexception" err:eventlog:ReportEventW L"NIL" ... Unhandled Exception: System.DllNotFoundException: Unable to load DLL 'apphelp.dll': Exception from HRESULT: 0x8007007E at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE eType) at MitigationInterface.ShimUtil..ctor(Arch SysArch) at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations SysMits) at ConsoleApp.Program.Main(String[] args) wine: Unhandled exception 0xe0434f4d at address 0x7b836fa2 (thread 0009), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836fa2). --- snip --- Info: http://technet.microsoft.com/en-us/library/bb490820.aspx For a start, provide 'apphelp.dll' with SdbCreateDatabase() stub. Regards -- 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 7

[Bug 16093] New: MS AppLocale installer fails
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16093 Summary: MS AppLocale installer fails Product: Wine Version: 1.1.8 Platform: Other URL: http://www.microsoft.com/globaldev/tools/apploc.mspx OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Applocate is a handy way to run apps in a non-system locale. See http://alcahest.club.fr/perso/apploc/applocale.html for a description and screenshots. (Incidentally, there is a similar utility called Winelocale, see http://cinnamonpirate.com/hobbies/software/winelocale/ Its installation instructions are quite demanding, and it probably only works for one app at a time, unlike Applocate. If I understand correctly, anyway.) Installing applocate on wine fails; +msi shows that the failure comes after running some external executable: trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q C:\\windows\\\\almain.sdb" ... err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 -- 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 5

[Bug 24196] New: oleaut32: typelib registration should not fail bitness-neutral assemblies (32-bit typelib wrapped in 64-bit PE, x64 .NET 2.0 installer)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24196 Summary: oleaut32: typelib registration should not fail bitness-neutral assemblies (32-bit typelib wrapped in 64-bit PE, x64 .NET 2.0 installer) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another x64 .NET Framework 2.0 installer bug. The typelib registration fails for some assemblies: --- snip --- ... 002c:Call KERNEL32.CreateProcessA(00000000,7fffec16f650 "\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\regtlibv12.exe\" \"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb\"",00000000,00000000,7fff00000001,00000000,00000000,00000000,7fffec8edfe8,7fffec8eb9e0) ret=4fc035780 ... 002e:Call oleaut32.LoadTypeLib(7ffff143f880 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",7ffff143f870) ret=004027bf ... 002e:Call KERNEL32.LoadLibraryExW(7ffff143f360 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000,0000000b) ret=7ffff105ffb0 002e:Ret KERNEL32.LoadLibraryExW() retval=7fffefad0001 ret=7ffff105ffb0 ... 002e:Ret oleaut32.LoadTypeLib() retval=00000000 ret=004027bf 002e:Call oleaut32.RegisterTypeLib(7ffff74d30d0,7ffff143f880 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000) ret=00402808 ... 002e:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00402808 ... 002c:Call msi.MsiRecordSetStringW(00000005,00000000,7fffec8ec620 L"RegisterTypeLib of C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb failed : 800288bd") ret=4fc0358bd --- snip --- The PE file containing typelib resources "System.Drawing.tlb" is a PE64 binary. Dumping the typelib resource reveals: --- snip --- Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii 000002B0 4D 53 46 54 02 00 01 00 00 00 00 00 09 04 00 00 MSFT......... 000002C0 00 00 00 00 41 00 00 00 02 00 00 00 00 00 00 00 ....A.......... 000002D0 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ............... --- snip --- flags: 0x41 -> indicates the typelib itself is 32 bit (SYSKIND = SYS_WIN32) The folder "c:\windows\Microsoft.NET\Framework64\v2.0.50727\" contains assemblies with following characteristics: 64-bit PE + 64 bit typelib part (flags = 0x43 -> SYSKIND = SYS_WIN64) 64-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32) I verified that Wine msi correctly installs them into their appropriate 32 bit and 64 bit folders. The 32-bit counterparts from "c:\windows\Microsoft.NET\Framework\v2.0.50727\" are all: 32-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32) === What causes the embedded typelib to be 32-bit? Well, the .NET assemblies these typelibs belong to are flagged as "MSIL" assemblies. These are bitness-neutral assemblies that are portable and can run under any platform. When you look at 64-bit -> "c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml": --- snip --- <File AssemblyName="System.Drawing" Version="2.0.0.0" PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral" ProcessorArchitecture="MSIL" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- Example for bitness-aware assembly (managed C++ assemblies are automatically platform specific): 64-bit -> "c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml": --- snip --- <File AssemblyName="System.Data" Version="2.0.0.0" PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="AMD64" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- 32-bit -> "c:\windows\Microsoft.NET\Framework\v2.0.50727\RedistList\FrameworkList.xml": (the 64 bit .NET Framework 2.0 redist contains both: the 64 bit _and_ 32 bit runtime) --- snip --- <File AssemblyName="System.Data" Version="2.0.0.0" PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="x86" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- I guess Wine should not fail on these bitness-neutral assemblies that contain 32-bit typelibs. --- snip dlls/oleaut32/typelib.c --- HRESULT WINAPI RegisterTypeLib( ITypeLib * ptlib, /* [in] Pointer to the library*/ OLECHAR * szFullPath, /* [in] full Path of the library*/ OLECHAR * szHelpDir) /* [in] dir to the helpfile for the library, may be NULL*/ { ... if (ptlib == NULL || szFullPath == NULL) return E_INVALIDARG; if (FAILED(ITypeLib_GetLibAttr(ptlib, &attr))) return E_FAIL; TRACE("(%s,%d)", debugstr_w(szFullPath), attr->syskind); #ifdef _WIN64 if (attr->syskind != SYS_WIN64) return TYPE_E_BADMODULEKIND; #else if (attr->syskind != SYS_WIN32 && attr->syskind != SYS_WIN16) return TYPE_E_BADMODULEKIND; #endif ... } --- snip dlls/oleaut32/typelib.c --- Regards -- 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 24200] New: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24200 Summary: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, one of the main problems with current Wine msi is there are x64 installers that mix architectures in a single MSI package: 64-bit and 32-bit components (without a separate 32-bit installer for 32-bit components). Basically 'msidbComponentAttributes64bit' is not handled. Example: "mscoree.dll" -> .NET bootstrapper "Component" table: --- snip 32-bit --- MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {173A6EB3-6403-11D4-A53F-0090278A1BB8} DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8 FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 32-bit --- Attributes = 8 --- snip 64-bit --- MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 {70B495DC-D747-4182-B6D7-86C8A2244B25} SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264 FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 64-bit --- Attributes = 264 (256 = msidbComponentAttributes64bit + 8) When it comes to "InstallFiles" action: --- snip 32-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110 "FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d0b980 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409 --- snip 32-bit component --- --- snip 64-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0 "FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d15b40 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40 --- snip 64-bit component --- The first extracted 32-bit version that gets (incorrectly) extracted to system32 folder (remember: we're 64-bit install here) and subsequently gets overwritten with 64-bit version later. For the registry the same applies: In order to create registry values in 64bit HKLM for components marked with "msidbComponentAttributes64bit" there is nothing to change in 64-bit installs. For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node. Ideally Wine's msi should also support something like "msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components to write into 64bit HKLM but that's not required for now. Regards -- 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 4

[Bug 24189] New: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24189 Summary: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, continuation of bug 24187 Check for x64 IE5.01 fails. --- snip ---- 001a:trace:msi:msi_set_property 0x7ffff72baca0 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\" ... 001a:trace:msi:ACTION_AppSearchDr L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001a:trace:msi:msi_get_property property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found ... 001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )" ... 001a:trace:msi:ACTION_PerformAction Performing action (L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8") ... 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework") 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework" ... 001a:err:msi:ITERATE_Actions Execution halted, action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 --- snip ---- SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit --- snip orca --- SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 --- snip orca --- Although the property is initially set: --- snip --- 001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- It is later reset due to custom action: --- snip --- 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]" 001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil) 0x7fffecf4ddfc 001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750 0x7fffecf4dcbc 001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder" 001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`=?" 0x7fffecf4dc38 001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68 001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns 001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes 001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400 ... 001a:trace:msi:msi_get_property property L"System64Folder" not found 001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed 001a:trace:msi:msi_set_property 0x7ffff72da890 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"" 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- The standard property "System64Folder" must be set in x64 environments. Adding this in dlls/msi/package.c:set_installer_properties() with proper value will succeed the check and get the installer further Regards -- 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 7

[Bug 22805] New: Can't install 64bit .NET 2.0
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22805 Summary: Can't install 64bit .NET 2.0 Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.microsoft.com/downloads/details.aspx?family id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Vriens.Wine(a)gmail.com I'm trying to install the 64bit version of .NET 2.0 but this fails. Console shows: wine: Invalid address A +module trace shows: warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but there are no relocation records warn:module:load_dll Failed to load module L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018 -- 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 24187] New: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24187 Summary: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6 The 64bit version of .NET Framework 2.0 fails due to launch condition not met. --- snip --- ... 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64" 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only supported on AMD64 platforms" ... 001b:trace:msi:msi_get_property property L"MsiAMD64" not found 001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64" 001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed 001b:trace:msi:MSI_ViewClose 0x7fffec3ab130 001b:trace:msidb:TABLE_close 0x7fffec3aba00 001b:trace:msidb:TABLE_delete 0x7fffec3aba00 001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed 001b:trace:msidb:MSI_CreateRecord 1 001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07: LaunchConditions. Return value 1603." --- snip --- You have to add standard properties that indicate 64-bit environment. Current, only the "Intel" (32 bit) standard property is handled. --- snip dlls/msi/package.c --- static VOID set_installer_properties(MSIPACKAGE *package) { ... static const WCHAR szIntFormat[] = {'%','d',0}; static const WCHAR szIntel[] = { 'I','n','t','e','l',0 }; ... GetSystemInfo( &sys_info ); if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL) { sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel ); msi_set_property( package->db, szIntel, bufstr ); } ... --- snip dlls/msi/package.c --- Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still present for backward compatibility) and "Msix64" (introduced with with Windows Installer 3.1). The values seem not relevant, it's only important that the properties exist. You can reuse the sys_info values from previous GetSystemInfo() call for "Intel" property to also test for AMD/64 bit case. In case of x64 system set both, "MsiAMD64" and "Msix64" properties. With that in place, this launch condition succeeds only to run into next bug ;-) Regards -- 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 7

[Bug 47255] New: Xenonauts crashes in wined3d
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=47255 Bug ID: 47255 Summary: Xenonauts crashes in wined3d Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: db201072655946662c041a66ee434c30c245e5b0 Distribution: --- Created attachment 64541 --> https://bugs.winehq.org/attachment.cgi?id=64541 terminal output Xenonauts v1.65 crashes immediately after launch. Reverting commit db201072655946662c041a66ee434c30c245e5b0 fixes the crash. No demo version is available. Let me know what debug log would be of help. wine-4.8-343-g27bf52d12c OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 418.52.07 -- 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 20

[Bug 24613] New: Aura 2 (Sacred Rings): inventory not shown when pressing RMB
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24613 Summary: Aura 2 (Sacred Rings): inventory not shown when pressing RMB Product: Wine Version: 1.3.4 Platform: x86 URL: http://www.fileplanet.com/175732/170000/fileinfo/Aura- 2:-The-Sacred-Rings-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: chris.kcat(a)gmail.com Created an attachment (id=31088) --> (http://bugs.winehq.org/attachment.cgi?id=31088) terminal output In Aura 2 (The Sacred Rings) when you press the right-mouse button the inventory should show up at the bottom of the screen, showing your items, the journal etc. Normally, when you open your inventory the mouse pointer should be confined to this lower area of the screen where you can select items etc. When you press RMB in Wine nothing happens in the game: the mouse pointer stays on the main screen, a black bar is shown below but it contains nothing. The game worked without the issue in Wine-0.9.45. Bisecting between 0.9.45 and 0.9.46 resulted: d9571c9e6fa0b8f255815c5128c2859348ea70e6 is the first bad commit commit d9571c9e6fa0b8f255815c5128c2859348ea70e6 Author: Chris Robinson <chris.kcat(a)gmail.com> Date: Sat Sep 15 13:02:32 2007 -0700 wgl: Store the fbconfig id with the window when a pixel format is set. :040000 040000 41741ff092257972095d557196b306aa7e5f7a43 3692bf0336451ec52733c88a7c30ced04fb60179 M dlls The patch cannot be reverted cleanly, however, after git checkout d9571c9e6fa0b8f255815c5128c2859348ea70e6 : the problem exists and git revert d9571c9e6fa0b8f255815c5128c2859348ea70e6 : restores the good state. Link to the demo added to URL (538 MB) Author of the patch added to CC. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 15

[Bug 27172] New: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27172 Summary: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while revisiting bug 4971 I noticed a potential regression ... --- snip --- 005c:Ret PE DLL (proc=0x110c8ac,module=0x1100000 L"MSICrlPCU.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 005c:Ret KERNEL32.LoadLibraryA() retval=01100000 ret=010c2f22 005c:Call KERNEL32.GetProcAddress(01100000,010dbb48 "AcquireKey") ret=010c2f34 005c:Ret KERNEL32.GetProcAddress() retval=01101d10 ret=010c2f34 ... 005c:Call KERNEL32.CreateFileW(01121ba0 L"C:\\users\\focht\\Temp\\Corel\\84ACAA88-5FD7-411D-81F6-24407CE7C94A\\Programs\\DR12.dta",80000000,00000001,00000000,00000003,00000080,00000000) ret=01102ad7 005c:Ret KERNEL32.CreateFileW() retval=0000001c ret=01102ad7 005c:Call KERNEL32.GetFileSize(0000001c,00000000) ret=01102b32 005c:Ret KERNEL32.GetFileSize() retval=00000068 ret=01102b32 005c:Call KERNEL32.ReadFile(0000001c,009add08,00000068,009add04,00000000) ret=01102b55 005c:Ret KERNEL32.ReadFile() retval=00000001 ret=01102b55 005c:Call KERNEL32.CloseHandle(0000001c) ret=01102b5c 005c:Ret KERNEL32.CloseHandle() retval=00000001 ret=01102b5c 005c:Call msvcrt._strupr(009add0c "DR12WTX-1740841-KCM") ret=01102b8c 005c:Ret msvcrt._strupr() retval=00000000 ret=01102b8c 005c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1102b95 ip=01102b95 tid=005c 005c:trace:seh:raise_exception info[0]=00000000 005c:trace:seh:raise_exception info[1]=00000000 005c:trace:seh:raise_exception eax=00000000 ebx=0000000a ecx=00000000 edx=01121eb8 esi=01121ba0 edi=0000001c 005c:trace:seh:raise_exception ebp=7b820890 esp=009adcdc cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010202 005c:trace:seh:call_vectored_handlers calling handler at 0x68e827aa code=c0000005 flags=0 005c:trace:seh:call_vectored_handlers handler at 0x68e827aa returned 0 --- snip --- App code: --- snip --- 00DC2B66 8D4424 54 LEA EAX,[ESP+54] 00DC2B6A 8D96 14020000 LEA EDX,[ESI+214] 00DC2B70 8BC8 MOV ECX,EAX 00DC2B72 83C4 04 ADD ESP,4 00DC2B75 2BD1 SUB EDX,ECX 00DC2B77 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B79 880C02 MOV BYTE PTR DS:[EAX+EDX],CL 00DC2B7C 40 INC EAX 00DC2B7D 84C9 TEST CL,CL 00DC2B7F ^ 75 F6 JNE SHORT 00DC2B77 00DC2B81 8D5424 30 LEA EDX,[ESP+30] 00DC2B85 52 PUSH EDX 00DC2B86 FF15 7487DD00 CALL DWORD PTR DS:[<&MSVCR71._strupr>] 00DC2B8C 83C4 04 ADD ESP,4 00DC2B8F 8D96 18030000 LEA EDX,[ESI+318] 00DC2B95 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B97 40 INC EAX 00DC2B98 880A MOV BYTE PTR DS:[EDX],CL 00DC2B9A 42 INC EDX 00DC2B9B 84C9 TEST CL,CL 00DC2B9D ^ 75 F6 JNE SHORT 00DC2B95 --- snip --- _strupr() is cdecl, return ptr value in EAX --- snip dlls/msvcrt/string.c --- int CDECL _strupr(char *str) { return _strupr_s_l(str, -1, NULL); } --- snip dlls/msvcrt/string.c --- Because Wine returns/takes the status from 's' version instead of string ptr, the app crashes. MSDN: http://msdn.microsoft.com/en-us/library/sch3dy08.aspx --- snip --- Returns a pointer to the altered string. Because the modification is done in place, the pointer returned is the same as the pointer passed as the input argument. No return value is reserved to indicate an error. --- snip --- You might want to check others too (_strlwr ...). BTW .. the serial is from trial, no harm ;-) Regards -- 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 47299] New: LAV Filters codec crashes when set to DXVA2 (copy-back) HW acceleration.
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=47299 Bug ID: 47299 Summary: LAV Filters codec crashes when set to DXVA2 (copy-back) HW acceleration. Product: Wine Version: 4.9 Hardware: x86 URL: https://github.com/Nevcairiel/LAVFilters/releases/down load/0.74.1/LAVFilters-0.74.1-x86.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- Created attachment 64600 --> https://bugs.winehq.org/attachment.cgi?id=64600 Avoid a NULL dereference by returning early Grab the 32-bit version in a 32-bit wineprefix to keep it simple (link supplied for latest version but it's not required). Extract it to C:\lav on a new 32-bit prefix. Then install with: wine cmd /c 'cd /D C:\lav && install_video.bat' Open the config with: wine rundll32.exe 'C:\lav\LAVVideo.ax,OpenConfiguration' On the 'Hardware Acceleration' section, change the 'Hardware Decoder to use' to 'DXVA2 (copy-back)' and the crash should happen. Here's the relevant snippet with +d3d (notice the errors, since I assume we don't have DXVA2 support): --- snip --- 0029:trace:d3d:wined3d_cs_run Executing WINED3D_CS_OP_CALLBACK. 0029:trace:d3d:wined3d_cpu_blitter_create Created blitter 0x1708f0. 0029:trace:d3d:wined3d_ffp_blitter_create Created blitter 0x170908. 0029:trace:d3d:wined3d_fbo_blitter_create Created blitter 0x170948. 0029:trace:d3d:wined3d_raw_blitter_create Created blitter 0x170960. 0029:trace:d3d:context_acquire device 0x1a6898, texture 0x19da60, sub_resource_idx 0. 0029:trace:d3d:context_acquire Rendering onscreen. 0029:trace:d3d:swapchain_create_context Creating a new context for swapchain 0x1c1478, thread 41. 0029:trace:d3d:context_create swapchain 0x1c1478. 0029:trace:d3d:adapter_gl_create_context swapchain 0x1c1478, context 0x1c6fd9c. 0029:trace:d3d:wined3d_context_gl_init context_gl 0x1c3978, swapchain 0x1c1478. 0029:trace:d3d:context_choose_pixel_format device 0x1a6898, dc 0x120052, color_format WINED3DFMT_B8G8R8A8_UNORM, ds_format WINED3DFMT_UNKNOWN, aux_buffers 0. 0029:trace:d3d:context_choose_pixel_format Found iPixelFormat=27 for ColorFormat=WINED3DFMT_B8G8R8A8_UNORM, DepthStencilFormat=WINED3DFMT_UNKNOWN. 0029:trace:d3d:wined3d_context_gl_enter Entering context 0x1c3978, level 1. 0029:err:d3d:wined3d_context_gl_init Failed to set pixel format 27 on device context 0x120052. 0029:trace:d3d:context_release Releasing context 0x1c3978, level 1. 0029:warn:d3d:context_release Context 0x1c3978 is not the current context. 0029:warn:d3d:adapter_gl_create_context Failed to initialise context. 0029:err:d3d:swapchain_create_context Failed to create a new context for the swapchain --- snip --- The attached patch fixes this problem by avoiding the crash. Obviously it doesn't fix the root cause, so I don't know if it's a good practice to apply it but it's an idea. Note that this crash happens even in media players that use DirectShow (e.g. Media Player Classic) when opening files with codecs that support DXVA2 decoding, if you set the registry key manually. If you want to test that, import: REGEDIT4 [HKEY_CURRENT_USER\Software\LAV\Video\HWAccel] "HWAccel"=dword:00000003 in the wineprefix, to set it to DXVA2 (copy-back), and then load such a video, it should crash. The patch here will also fix loading such videos and in fact they will work just fine, though obviously without any hardware acceleration since we don't have it. I don't think crashing on missing features is desireable, though. I'm not familiar with wined3d code at all so there's probably a better fix for 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.

2 5

[Bug 35868] New: DXVA Checker 3.0.x (.NET 2.0 app) needs unimplemented function dxva2.dll.DXVA2CreateVideoService
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35868 Bug ID: 35868 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs unimplemented function dxva2.dll.DXVA2CreateVideoService Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, since there is now a stub dll I looked around for some real world users :) 'DXVA Checker' Prerequisite: 'winetricks -q dotnet20' --- snip --- $ wine ./DXVAChecker.exe ... fixme:quartz:VMR9_maybe_init Reduce ratio to least common denominator fixme:quartz:VMR9SurfaceAllocatorNotify_SetD3DDevice (0x1c90d0/0x1c8ec0)->(...) semi-stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:quartz:VMR9SurfaceAllocatorNotify_AllocateSurfaceHelper (0x1c90d0/0x1c8ec0)->(0x33dcec, 0x33dce8 => 2, 0x1dbae0) semi-stub fixme:quartz:VMR7FilterConfig_SetNumberOfStreams (0x1c90bc/0x1c8ec0)->(1) stub fixme:quartz:VMR9Inner_QueryInterface No interface for {bb057577-0db8-4e6a-87a7-1a8c9a505a0f} fixme:strmbase:BaseInputPinImpl_QueryInterface No interface for {256a6a22-fbad-11d1-82bf-00a0c9696c8f}! wine: Call from 0x7b83abc3 to unimplemented function dxva2.dll.DXVA2CreateVideoService, aborting --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms704721%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-67-g99c151a 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 11

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