January 2017 - Wine-Bugs - list.winehq.org

[Bug 21557] New: .net 3.0 redistributable installer aborts after clicking 'OK'
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21557 Summary: .net 3.0 redistributable installer aborts after clicking 'OK' Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://appdb.winehq.org/objectManager.php?sClass=version&iId=9828 says "winetricks dotnet30" works but says there is a "large delay near the end of installation". This seems to be true with wine-1.1.31, but with current wine, it aborts after a few seconds instead. Looking in c:/users/$LOGNAME/Temp, I see dd_dotnetfx3error.txt which says [01/30/10,16:19:12] XPSEPSC x86 Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE" and dd_XPS.txt (?) which says STR_FAILED_INF_INTEGRITY. Could this be the same regression as bug 21542? -- 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 21542] New: SOFTPUB_LoadCatalogMessage should use catalog members instead of file ones for retrieving msg data
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21542 Summary: SOFTPUB_LoadCatalogMessage should use catalog members instead of file ones for retrieving msg data Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, recent wintrust refactoring patch series broke PowerShell 1.x/2.x installers by revealing a previously hidden bug... --- snip --- 0036:Call wintrust.SoftpubInitialize(001e86f8) ret=7974e691 0036:trace:wintrust:SoftpubInitialize (0x1e86f8) 0036:trace:wintrust:SoftpubInitialize returning 00000000 0036:Ret wintrust.SoftpubInitialize() retval=00000000 ret=7974e691 0036:Call wintrust.SoftpubLoadMessage(001e86f8) ret=7974e691 0036:trace:wintrust:SoftpubLoadMessage (0x1e86f8) 0036:Call KERNEL32.CreateFileW(0033b53c L"C:\\windows\\system32\\catroot\\{f750e6c3-38ee-11d1-85e5-00c04fc295ee}\\KB968930xp.cat",80000000,00000001,00000000,00000003,00000080,00000000) ret=7974bf32 0036:Ret KERNEL32.CreateFileW() retval=0000007c ret=7974bf32 0036:Call crypt32.CryptSIPRetrieveSubjectGuid(0033b53c L"C:\\windows\\system32\\catroot\\{f750e6c3-38ee-11d1-85e5-00c04fc295ee}\\KB968930xp.cat",0000007c,001640dc) ret=7974bf70 ... 0036:Call KERNEL32.GetFileSize(0000007c,00000000) ret=686fa459 0036:Ret KERNEL32.GetFileSize() retval=0000e8d2 ret=686fa459 ... 0036:Ret crypt32.CryptSIPRetrieveSubjectGuid() retval=00000001 ret=7974bf70 ... 0036:Call crypt32.CryptSIPLoad(001640dc,00000000,001ed4c0) ret=7974b4f9 ... 0036:Ret crypt32.CryptSIPLoad() retval=00000001 ret=7974b4f9 0036:trace:wintrust:SOFTPUB_GetSIP returning 0 ... 0036:Call wintrust.CryptSIPGetSignedDataMsg(001e8780,001e8730,00000000,0033b188,00000000) ret=686fb39a 0036:trace:wintrust:CryptSIPGetSignedDataMsg (0x1e8780 0x1e8730 0 0x33b188 (nil)) 0036:trace:wintrust:WINTRUST_GetSignedMsgFromCatFile (0x1e8780 0x1e8730 0 0x33b188 (nil)) 0036:Call KERNEL32.GetFileSize(0033b53c,00000000) ret=7974418b 0036:Ret KERNEL32.GetFileSize() retval=ffffffff ret=7974418b 0036:trace:wintrust:CryptSIPGetSignedDataMsg returning 1 0036:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000001 ret=686fb39a 0036:Call KERNEL32.GetProcessHeap() ret=7974e07e 0036:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=7974e07e 0036:Call ntdll.RtlAllocateHeap(00110000,00000008,ffffffff) ret=7974e095 0036:Ret ntdll.RtlAllocateHeap() retval=00000000 ret=7974e095 0036:Call KERNEL32.CloseHandle(0000007c) ret=7974bfff 0036:Ret KERNEL32.CloseHandle() retval=00000001 ret=7974bfff 0036:trace:wintrust:SoftpubLoadMessage returning 1 (0000000e) 0036:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=7974e691 0036:trace:wintrust:WINTRUST_DefaultVerify returning 0000000e 0036:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x33b4e8) 0036:Call wintrust.SoftpubCleanup(001e86f8) ret=7974eb81 ... --- snip --- SoftpubLoadMessage -> (WTD_CHOICE_CATALOG) SOFTPUB_LoadCatalogMessage -> SOFTPUB_GetMessageFromFile WINTRUST_GetSignedMsgFromCatFile -> GetFileSize() gets passed invalid file handle (stack garbage) -> following alloc fails and error is propagated to top ... --- snip dlls/wintrust/softpub.c --- static DWORD SOFTPUB_LoadCatalogMessage(CRYPT_PROVIDER_DATA *data) { DWORD err; HANDLE catalog = INVALID_HANDLE_VALUE; if (!data->pWintrustData->u.pCatalog) { SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } catalog = CreateFileW(data->pWintrustData->u.pCatalog->pcwszCatalogFilePath, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); if (catalog == INVALID_HANDLE_VALUE) return GetLastError(); if (!CryptSIPRetrieveSubjectGuid( data->pWintrustData->u.pCatalog->pcwszCatalogFilePath, catalog, &data->u.pPDSip->gSubject)) { err = GetLastError(); goto error; } err = SOFTPUB_GetSIP(data); if (err) goto error; err = SOFTPUB_GetMessageFromFile(data, data->pWintrustData->u.pFile->hFile, data->pWintrustData->u.pFile->pcwszFilePath); if (err) goto error; ... } --- snip dlls/wintrust/softpub.c --- This is a catalog type file hence the pFile members can't be used for SOFTPUB_GetMessageFromFile(), e.g. "data->pWintrustData->u.pFile->hFile" and "data->pWintrustData->u.pFile->pcwszFilePath" will be invalid upon entry. You must use "catalog" file handle and "data->pWintrustData->u.pCatalog->pcwszCatalogFilePath" just like you do with CryptSIPRetrieveSubjectGuid() for SOFTPUB_GetMessageFromFile(). 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 10

[Bug 21549] New: Windows PowerShell 1.x installer dies on unimplemented function USERENV.dll.138
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21549 Summary: Windows PowerShell 1.x installer dies on unimplemented function USERENV.dll.138 Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.google.de/search?q=WindowsXP-KB926139-v2-x8 6-ENU.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after working around bug 21542, the installer dies in post-install action: --- snip --- 0030:Starting process L"C:\\3f9c459343b0ee6273e24b88b0d982f2\\update\\update.exe" (entryproc=0x1065e2c) ... 0030:Call shlwapi.PathFileExistsW(0033ad50 L"C:\\users\\Public\\Start Menu\\Programs") ret=68ad8ae7 0030:Call KERNEL32.SetErrorMode(00000001) ret=68c4a703 0030:Ret KERNEL32.SetErrorMode() retval=00008005 ret=68c4a703 0030:Call KERNEL32.GetFileAttributesW(0033ad50 L"C:\\users\\Public\\Start Menu\\Programs") ret=68c4a714 0030:Ret KERNEL32.GetFileAttributesW() retval=00000010 ret=68c4a714 0030:Call KERNEL32.SetErrorMode(00008005) ret=68c4a725 0030:Ret KERNEL32.SetErrorMode() retval=00000001 ret=68c4a725 0030:Ret shlwapi.PathFileExistsW() retval=00000001 ret=68ad8ae7 0030:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0033b00c L"C:\\users\\Public\\Start Menu\\Programs",ffffffff,0033b33c,00000104,00000000,00000000) ret=68ad8d7d 0030:Ret KERNEL32.WideCharToMultiByte() retval=00000024 ret=68ad8d7d 0030:Ret shell32.SHGetSpecialFolderPathA() retval=00000001 ret=01072df8 0030:Call KERNEL32.FindFirstFileA(0033b544 "C:\\users\\Public\\Start Menu\\Programs\\Windows PowerShell 1.0\\@.lnk",0033b18c) ret=0106da6d 0030:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0106da6d 0030:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4af8a ip=7bc4af8a tid=0030 0030:trace:seh:raise_exception info[0]=0108d004 0030:trace:seh:raise_exception info[1]=0000008a wine: Call from 0x7bc4af8a to unimplemented function USERENV.dll.138, aborting 0030:trace:seh:call_vectored_handlers calling handler at 0x68ec9e52 code=80000100 flags=1 0030:trace:seh:call_vectored_handlers handler at 0x68ec9e52 returned 0 0030:trace:seh:call_vectored_handlers calling handler at 0x6879bdc6 code=80000100 flags=1 0030:trace:seh:call_vectored_handlers handler at 0x6879bdc6 returned 0 0030:trace:seh:call_stack_handlers calling handler at 0x1066099 code=80000100 flags=1 0030:Call msvcrt._except_handler3(0033b25c,0033f37c,0033aeec,0033add0) ret=7bc77ab5 ... --- snip --- Dumping userenv imports for the installer: --- snip --- $ winedump -j import update.exe ... offset 0008c2f4 USERENV.dll Hint/Name Table: 0008D824 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000017F8 Ordn Name 138 <by ordinal> 121 <by ordinal> 119 <by ordinal> ... --- snip --- Actually only ordinal 138 seems to get used (Wine 'Windows XP' config). Unfortunately I didn't find anything useful about this one (MSDN, blogs, Bing ..) :-( By analyzing the caller stack setup we can deduce the necessary information to create a simple stub. The installer calls the ordinal like this: --- snip --- $ winedbg disas ... 0x01072e9b: pushl 0xffffff88(%ebp) 0x01072e9e: leal 0xbc(%ebp),%eax 0x01072ea4: pushl %eax 0x01072ea5: leal 0x5d0(%ebp),%eax 0x01072eab: pushl %eax 0x01072eac: pushl 0xffffff9c(%ebp) 0x01072eaf: leal 0x2c4(%ebp),%eax 0x01072eb5: pushl 0xffffffa0(%ebp) 0x01072eb8: pushl %eax 0x01072eb9: pushl 0xffffffa4(%ebp) 0x01072ebc: leal 0x4cc(%ebp),%eax 0x01072ec2: pushl %eax 0x01072ec3: leal 0x3c8(%ebp),%eax 0x01072ec9: pushl %eax 0x01072eca: leal 0x7d8(%ebp),%eax 0x01072ed0: pushl %eax 0x01072ed1: leal 0x6d4(%ebp),%eax 0x01072ed7: pushl %eax 0x01072ed8: pushl 0xffffffb4(%ebp) 0x01072edb: call *0x10017f8 -> 0x00450000 0x01072ee1: cmpl %ebx,%eax 0x01072ee3: movl %eax,0xffffffa8(%ebp) 0x01072ee6: jnz 0x01072f0c ... --- snip --- number of arguments: 12 calling conv: stdcall return type: most likely boolean (like the other known userenv API). Armed with this information one can add a simple stub, export with ordinal 138, -noname and 12 ptr params, name it whatever you like. If you find any documented name, feel free to use it. If we fake the stub to return FALSE, following messages will be logged to: "c:\windows\KB926139-v2.log" --- snip --- 22.312: Failed To Create Link -3 Windows PowerShell 22.314: Failed To Create Link -3 Release Notes 22.316: Failed To Create Link -3 Getting Started 22.319: Failed To Create Link -3 User Guide 22.321: Failed To Create Link -3 Quick Reference --- snip --- So this API is most likely some Lnk creation stuff. Anyway, that simple stub is sufficient to let the installer proceed with its post-install steps. In the end, the installer runs into bug 16876 (bug in property sheet control). 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 8

[Bug 36630] New: Wizards Event Reporter fails on startup with .NET runtime reporting: 'Strong name validation failed. Exception from HRESULT: 0x8013141A'
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=36630 Bug ID: 36630 Summary: Wizards Event Reporter fails on startup with .NET runtime reporting: 'Strong name validation failed. Exception from HRESULT: 0x8013141A' Product: Wine Version: 1.7.19 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, reported in WineHQ user forums here: http://forum.winehq.org/viewtopic.php?f=8&t=22329 Prerequisite: 'winetricks -q dotnet20sp1 jet40' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wizards of the Coast/Event Reporter $ wine ./Reporter.exe fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000f4,0x3009a1b4,0x69c610): stub err:eventlog:ReportEventW L"reporter.exe" err:eventlog:ReportEventW L"4.1.14.439" err:eventlog:ReportEventW L"537a1f52" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"0002ac57" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'Reporter, Version=4.1.14.439, Culture=neutral, PublicKeyToken=f6187a2321850a68' or one of its dependencies. Strong name validation failed. (Exception from HRESULT: 0x8013141A) File name: 'Reporter, Version=4.1.14.439, Culture=neutral, PublicKeyToken=f6187a2321850a68' ---> System.Security.SecurityException: Strong name validation failed. (Exception from HRESULT: 0x8013141A) The Zone of the assembly that failed was: MyComputer wine: Unhandled exception 0xe0434f4d in thread 9 at address 0x7b83ac57 (thread 0009), starting debugger... --- snip --- Running 'sn.exe' (Strong Name-Tool) from .NET Framework 2.0 SDK ('winetricks -q dotnet20sdk') on the assembly also reports failure: --- snip --- $ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -vf ./Reporter.exe Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. fixme:msvcrt:__clean_type_info_names_internal (0x60345090) stub Failed to verify assembly -- Strong name validation failed for assembly './Reporter.exe'. fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub --- snip --- Interestingly, registering the assembly for verification skipping is reported successful but verification is still done and fails in the end. --- snip --- $ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -Vr ./Reporter.exe Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. Verification entry added for assembly 'Reporter,F6187A2321850A68' fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub --- snip --- $ sha1sum ReporterSetup.exe 36a15e8bf2c9d1a1501fe3fd0844f695750e198c ReporterSetup.exe $ du -sh ReporterSetup.exe 14M ReporterSetup.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 7

[Bug 40534] New: Advanced SystemCare: Error message at start-up (OFCommon.dll/FindWMIName)
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=40534 Bug ID: 40534 Summary: Advanced SystemCare: Error message at start-up (OFCommon.dll/FindWMIName) Product: Wine Version: 1.9.8 Hardware: x86 URL: http://download.iobit.com/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: hans(a)meelstraat.net Depends on: 26936 Distribution: Gentoo Created attachment 54359 --> https://bugs.winehq.org/attachment.cgi?id=54359 +tid,+seh,+wmi main thread ($9): 0512f591 +045 OFCommon.dll WMI_Info 21 +3 FindWMIName 0512f6a9 +061 OFCommon.dll WMI_Info 188 +7 GetDiskSerial 0514d7dc +068 OFCommon.dll OFCommon 292 +5 UpdateTaskInfo 0515065e +032 OFCommon.dll OFCommon 1735 +2 GetTaskTrailCount 00604ecd +06d ASC.exe Unit_MainForm 13942 +9 TForm_ASC6.GetLicenseStatus 0060cbd5 +015 ASC.exe Unit_MainForm 17156 +6 TForm_ASC6.FormCreate 501ef9e9 +011 vcl120.bpl Forms TCustomForm.AfterConstruction 00620a02 +04a ASC.exe ASC 127 +6 initialization 7bc8315a +24a ntdll.dll RtlCaptureStackBackTrace This is the next bug after working around bug 26936. Unfortunately this is an older version of the installer, I'm not aware of a download (didn't check archive.org though). austin(a)austin2:~$ sha1sum asc-setup.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 asc-setup.exe austin(a)austin2:~$ wine --version wine-1.9.8 -- 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 10

[Bug 26936] New: Advanced SystemCare: Error message at start-up
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=26936 Summary: Advanced SystemCare: Error message at start-up Product: Wine Version: 1.3.18 Platform: x86 URL: http://download.iobit.com/asc-setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34357) --> (http://bugs.winehq.org/attachment.cgi?id=34357) Terminal output on wine-1.3.18-171-g1ffb069 Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Advanced SystemCare (default installation) 4) wine ASC.exe Behaviour: Error message. Expected behaviour: There should be no error message. Workaround: winetricks ie7 msxml3 Additional information: winetricks msxml3 doesn't solve the problem winetricks ie7 doesn't solve the problem Is this msxml bug then? -- 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 38070] New: GEOVIA Surpac 6.x (geology and mine planning software) wants vbscript:Global_Replace
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=38070 Bug ID: 38070 Summary: GEOVIA Surpac 6.x (geology and mine planning software) wants vbscript:Global_Replace Product: Wine Version: 1.7.36 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, continuation of bug 34913 Not critical (hence 'wants') because the stub failure is caught/confined locally by 'resume next'. Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi,+vbscript wine msiexec -i surpac_63.msi >>log.txt 2>&1 ... 0031:trace:vbscript:DispatchEx_QueryInterface (0x57d0b0)->(IID_IDispatchEx 0x88e550) 0031:trace:vbscript:DispatchEx_AddRef (0x57d0b0) ref=2 0031:trace:vbscript:DispatchEx_InvokeEx (0x57d0b0)->(ba 0 3 0x88e60c 0x88e670 0x88e530 (nil)) 0031:fixme:vbscript:Global_Replace 0031:trace:vbscript:DispatchEx_Release (0x57d0b0) ref=1 0031:warn:vbscript:exec_script Failed 800a01bd in resume next mode 0031:trace:vbscript:exec_script unwind jmp 17 stack_off 0 ... --- snip --- Relevant VBScript code, extracted from MSI custom action: --- snip --- On error resume next Dim curdir, install_dir, share_install_dir, transFile Dim objFSO, objTextFile curdir = Session.Property("INSTALLDIR") share_install_dir = Session.Property("SHAREINSTALLDIR") share_install_dir = Replace(share_install_dir, "\", "/") Set objFSO = CreateObject("Scripting.FileSystemObject") transFile = share_install_dir + "share\etc\translate.mst" if not objFSO.FileExists(transFile) then Set objTextFile = objFSO.CreateTextFile (transFile, true) If Err.Number = 0 Then install_dir = Replace(curdir, "\", "/") ... --- snip --- $ sha1sum Surpac_Viewer.zip 554c7e0d552667747813a19f6a2a8c77bb7d46e6 Surpac_Viewer.zip $ du -sh Surpac_Viewer.zip 137M Surpac_Viewer.zip $ wine --version wine-1.7.36-41-ge4cb3b5 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 35972] New: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont')
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=35972 Bug ID: 35972 Summary: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont') Product: Wine Version: 1.7.16 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, continuation of bug 35444 Prerequisite: 'winetricks -q dotnet40' (XNA 4.0 and managed DirectX will be automatically installed) The game crashes during creation of initial profile. You can skip the launcher and directly start the game. Not much to see in trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wayward Terran Frontier/Wayward Terran Frontier $ WINEDEBUG=+tid,+seh,+relay wine ./WTF.exe >>log.txt 2>&1 ... 003b:Call KERNEL32.CreateFileW(00fcac54 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\WTF.sav",c0000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f9d "\x03\n\xec\xb5\xb1\xe6\xa5\xbf\xe7\xbb\x90\xe9\x94\xaa\xe5\x8d\xa6\xe7\x96\x9d\xc2\x97\xef\xb3\x9c",00000019,06f5d034,00000019) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f52 "\x03\n\xef\xa1\x8a\xe8\x81\xb1\xe4\xb6\xb3\xee\xbd\xb9\xe1\x83\x94\xe5\x93\xb0\xe0\xa8\x85\xe2\xb2\x8d",0000001a,06f5d034,0000001a) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.CreateFileW(00fd4538 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipProfile.tac",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.CreateFileW(00fd80bc L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipTop.png",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,06f5de28) ret=791cac08 003b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=003b 003b:trace:seh:raise_exception info[0]=80004005 003b:trace:seh:raise_exception info[1]=00000000 003b:trace:seh:raise_exception info[2]=00000000 003b:trace:seh:raise_exception info[3]=00000000 003b:trace:seh:raise_exception info[4]=79140000 003b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80004005 edx=06f5dd44 esi=06f5dde4 edi=06f5ddb0 003b:trace:seh:raise_exception ebp=06f5dd88 esp=06f5dd24 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 003b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 --- snip --- The managed backtrace (.NET) is more descriptive: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0xef03) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) at Microsoft.Xna.Framework.Graphics.SpriteFont.InternalDraw(StringProxy& text, SpriteBatch spriteBatch, Vector2 textblockPosition, Color color, Single rotation, Vector2 origin, Vector2& scale, SpriteEffects spriteEffects, Single depth) at Microsoft.Xna.Framework.Graphics.SpriteBatch.DrawString(SpriteFont spriteFont, String text, Vector2 position, Color color, Single rotation, Vector2 origin, Single scale, SpriteEffects effects, Single layerDepth) at (Object , SpriteFont , String , Vector2 , Color , Single , Vector2 , Single , SpriteEffects , Single ) at ????????.?{??????(Object , SpriteFont ???????U, String ???????U, Vector2 ???????U, Color ???????U, Single ???????U, Vector2 ???????U, Single ???????U, SpriteEffects ???????U, Single ???????U) at CoOpSpRpG.RootMenu.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.SCREEN_MANAGER.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.Game1.Draw(GameTime gameTime) at Microsoft.Xna.Framework.Game.DrawFrame() at Microsoft.Xna.Framework.Game.Tick() at Microsoft.Xna.Framework.Game.HostIdle(Object sender, EventArgs e) at Microsoft.Xna.Framework.GameHost.OnIdle() at Microsoft.Xna.Framework.WindowsGameHost.RunOneFrame() at Microsoft.Xna.Framework.WindowsGameHost.ApplicationIdle(Object sender, EventArgs e) at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at Microsoft.Xna.Framework.WindowsGameHost.Run() at Microsoft.Xna.Framework.Game.RunGame(Boolean useBlockingRun) at (Object ) at ??o?????.????????(Object ) at CoOpSpRpG.Program.Main(String[] args) --- snip --- Starting it a second time (continuing of profile creation) yields: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0x50d0) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) --- snip --- Some hits from searching with: --- snip --- "is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character" --- snip --- https://stackoverflow.com/questions/13243130/how-to-draw-special-characters… MSDN: http://msdn.microsoft.com/en-us/library/bb447759.aspx ("Sprite Font XML Schema Reference") http://steamcommunity.com/app/241600/discussions/1/792924412212989581/ ("Save not working. Is it end? Game won't start! ") This might be character string conversion/collation related insufficiencies ... somewhere. $ sha1sum WaywardSetup.msi ad1b0bf88ce284b2c4c36fbb93012b60cb0a673f WaywardSetup.msi $ du -sh WaywardSetup.msi 8.5M WaywardSetup.msi $ wine --version wine-1.7.16-134-g93581f5 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 4

[Bug 10467] New: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=10467 Summary: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0 Product: Wine Version: CVS/GIT Platform: PC URL: http://www.paehl.de/english.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this bug id exists for the sole purpose of showing my little journey of getting .NET 2.0 to work in wine. This topic does *NOT* cover the MONO project in any way. The windows version of MONO is covered by other bug reports. DISCLAIMER: This is just a first step which aims at major show stoppers. There are *many* issues left when it comes to managed (JIT) vs. unmanaged (native) API code bridging. To iron out all the bugs, many different applications are needed which cover the whole range of .NET Framework. I randomly chose a simple .NET 2.0 app which uses plain system.windows.forms stuff (no fancy controls/interop). --- snip --- http://www.paehl.de/fastmd5_net20.zip FASTMD5 create very fast with low CPU use a MD5 hash. Required .NET 1.1 or 2.0 --- snip --- Just as foreword: yes, it plain sucks to debug mixed code in wine (managed + unmanaged) because the tools required don't work reliable (or at all) due to several wine bugs/design problems. Prerequisite: successful installation of .NET 2.0 Framework and wine-0.9.49 (or GIT) ---------- If you start .NET apps they will fail with stack overflows and some exceptions thrown. The exception type tells us what we are dealing with: 0xe0434f4d For the uninitiated: this an exception type exclusively thrown by .NET common language runtime (CLR). Using my specially hacked wine to run tools like windbg one can get a raw estimate by looking at native method callstack: --- snip --- 0:000> sxe clr .. 0:000> .load clr20\sos.dll .. 0:000> g .. 0:000> kb ChildEBP RetAddr Args to Child WARNING: Stack unwind information not available. Following frames may be wrong. 0034efb8 79f97065 e0434f4d 00000001 00000001 KERNEL32!RaiseException+0x78 0034f018 7a0945a4 00a11cb4 00000000 00000000 mscorwks!RaiseTheExceptionInternalOnly+0x226 0034f0dc 02fa364b 00000000 0000007f 0034f138 mscorwks!JIT_Throw+0xd0 0034f1d8 79e88f63 00000000 0012e0f8 0034f22c 0x2fa364b 0034f1f8 79e88f63 00000000 00000000 0016b200 mscorwks!CallDescrWorker+0x33 0034f210 79e88ee4 0034f2e8 00000002 0034f2b0 mscorwks!CallDescrWorker+0x33 .. --- snip --- JIT code is at 0x2fa364b which transfers managed exceptions using mscorwks!JIT_Throw() to native code/OS. Lets look at CLR exception info... --- snip --- 0:000> !PrintException Exception object: 00a11cb4 Exception type: System.TypeInitializationException Message: The type initializer for 'System.Globalization.TextInfo' threw an exception. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80131534 --- snip --- And the managed code callstack... --- snip --- 0:000> !ClrStack OS Thread Id: 0xf (0) ESP EIP 0034f040 7b8414d8 [HelperMethodFrame: 0034f040] 0034f0e4 02fa364b System.Globalization.TextInfo.GetNativeTextInfo(Int32) 0034f114 02fa3511 System.Globalization.TextInfo.get_InvariantNativeTextInfo() 0034f140 02fa193d System.String.Compare(System.String, Int32, System.String, Int32, Int32, System.StringComparison) 0034f16c 02fa15a1 System.Security.Util.URLString.PreProcessForExtendedPathRemoval(System.String, Boolean) 0034f184 02fa10b0 System.AppDomainSetup.NormalizePath(System.String, Boolean) 0034f1a4 02fa06d6 System.AppDomainSetup.SetupDefaultApplicationBase(System.String) 0034f1bc 02fa02cc System.AppDomain.SetupFusionStore(System.AppDomainSetup) 0034f1d4 02fa01fa System.AppDomain.SetupDomain(Boolean, System.String, System.String) 0034f42c 79e88f63 [GCFrame: 0034f42c] 0034f9e0 79e88f63 [DebuggerClassInitMarkFrame: 0034f9e0] --- snip --- Some native method call in GetNativeTextInfo() seems to be the culprit. For many (string) resource based stuff to work, a unicode OS casing table is required. The table for the invariant version is built from external .NLS file. To make story short: wine does not ship the default case mapping table for unicode characters: "l_intl.nls". This is a "must" requirement and failure results in early TypeInitializationException while setting up default application domain. Short fix: copy the file from your windows system32 directory to wine system32. Long run fix: let wine generate/install this file. Not a big deal. Now simple .NET _console_ based apps (like "Hello World") will work. --------------------------------------- Stay tuned, more goodies to come ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 109

[Bug 30075] New: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=30075 Bug #: 30075 Summary: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, after upgrading an existing .NET Framework 4.0 WINEPREFIX with .NET Framework 4.5 (dev preview) some simple apps that previously worked failed to run. I created a simple C# based .NET "hello world" console app using the provided C# compiler (csc.exe) in .NET 4.0 prefix and it fails to execute after .NET 4.5 CLR upgrade: --- snip --- 002b:Starting process L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\hello.exe" (entryproc=0x40233e) ... 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=008378fe ... 002b:Call KERNEL32.LoadLibraryExW(0032f944 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorrc.dll",00000000,00000002) ret=008e1f58 002b:Ret KERNEL32.LoadLibraryExW() retval=00f00001 ret=008e1f58 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 ... --- snip --- It seems there is an improved integration of error reporting with WER. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd408167%28v=vs.85%… Adding a stub returning E_NOTIMPL doesn't make the CLR happy: --- snip --- 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=7b825418 ret=008378fe 002b:Call KERNEL32.WerRegisterRuntimeExceptionModule(0032f88c L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",00740000) ret=00837915 002b:fixme:wer:WerRegisterRuntimeExceptionModule (L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll", 0x740000) stub! 002b:Ret KERNEL32.WerRegisterRuntimeExceptionModule() retval=80004001 ret=00837915 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 --- snip --- You have to return S_OK to please the CLR. With that change "hello world" runs again. Yay! 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 11