https://bugs.winehq.org/show_bug.cgi?id=53777
Bug ID: 53777 Summary: Batman: Arkham City Dotnet6 Community Launcher Fails to Run Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs@winehq.org Reporter: nekoNexus@protonmail.ch Distribution: ---
Created attachment 73262 --> https://bugs.winehq.org/attachment.cgi?id=73262 Wine 7.18 Logs and Backtraces
Dotnet6 Runtime: "windowsdesktop-runtime-6.0.9" x86 and x64 Link: https://dotnet.microsoft.com/en-us/download/dotnet/6.0
Subject Executable: CityLauncher.exe SHA512 of executable: 7f6d432832c340762ee64bb453e82a2a0ea67b03422a771eaf403cc5be61675556826d0c824df53db75525da338c12a6420d2c38db675d9c7a9c5626ed3597ee
Download Link: https://mega.nz/file/o7RiEZba#4nrkDpZtTvqRRwsUBwd9TeDmec4cQwhadn6QoqBfoqo (Using Mega cloud file hosting for this because the file size is too large)
Screenshot of Visual Studio compile settings: https://web.archive.org/web/20221012021442/https://cdn.discordapp.com/attach...
-----
Running the "self-contained" dotnet6 executable (a framework independent binary without any dependencies) results in an unhandled exception regardless if the dotnet6 runtime is installed or not and drops a backtrace.
Something similar happens with the framework-dependent version (not included here; do ask if it's desired), however, running it this way does not notify for a backtrace.
https://bugs.winehq.org/show_bug.cgi?id=53777
nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://mega.nz/file/o7RiEZ | |ba#4nrkDpZtTvqRRwsUBwd9TeDm | |ec4cQwhadn6QoqBfoqo Keywords| |dotnet, download Distribution|--- |ArchLinux
https://bugs.winehq.org/show_bug.cgi?id=53777
Esme Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|mscoree |wmi&wbemprox
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #1 from Esme Povirk madewokherd@gmail.com --- Not an mscoree bug, the dll isn't even loaded in the process.
0120:err:eventlog:ReportEventW L"Application: CityLauncher.exe\nCoreCLR Version: 6.0.622.26707\n.NET Version: 6.0.6\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.TypeInitializationException: The type initializer for 'System.Management.WmiNetUtilsHelper' threw an exception"...
The WmiNetUtilsHelper type initializer source code: https://github.com/dotnet/runtime/blob/2327a36c5222a8e4e522ab27455bcbd8002ef...
One could probably modify ReportEventW to get more of the stack trace.
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #2 from Neko-san nekoNexus@protonmail.ch --- I was talking to the developer and they said that this is the line that they use in regards to WmiNetUtilsHelper:
var CPU = new ManagementObjectSearcher("select * from Win32_Processor").Get().Cast<ManagementObject>().First(); this the line that uses wminetutilshelper
They said it was for identifying CPU info
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #3 from Esme Povirk madewokherd@gmail.com --- It's failing at a point where application usage doesn't really matter yet.
https://bugs.winehq.org/show_bug.cgi?id=53777
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #4 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 73306 --> https://bugs.winehq.org/attachment.cgi?id=73306 reg file
Running with +relay I think it fails at (see log below):
00d8:Call advapi32.RegOpenKeyExW(ffffffff80000002,026185f4 L"SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-0 8002be10318}\0001",00000000,00020019,0019e5b8) ret=e0e34ef6 00d8:Ret ntdll.NtOpenKeyEx() retval=c0000034 ret=7b05d4ec
I copied contents of SYSTEM\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0000 to the mentioned key and then the application starts for me. I attached reg key as attachment
(Just do 'wine regedit ctrl.reg')
@OP: Does it start for you too with that regkey present?
00d8:Call advapi32.RegOpenKeyExW(ffffffff80000002,026185f4 L"SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-0 8002be10318}\0001",00000000,00020019,0019e5b8) ret=e0e34ef6 00d8:Call ntdll.RtlInitUnicodeString(0019e420,026185f4 L"SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002 be10318}\0001") ret=7b05e1c4 00d8:Ret ntdll.RtlInitUnicodeString() retval=0000009e ret=7b05e1c4 00d8:Call ntdll.NtOpenKeyEx(0019e5b8,00020019,0019e430,00000000) ret=7b05d4ec 00d8:Ret ntdll.NtOpenKeyEx() retval=c0000034 ret=7b05d4ec 00d8:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b05e1df 00d8:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b05e1df 00d8:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=e0e34ef6 00d8:Call KERNEL32.GetLastError() ret=1400c0335 00d8:Ret KERNEL32.GetLastError() retval=00000000 ret=1400c0335 00d8:Call KERNEL32.SetLastError(00000000) ret=1400c0ff0 00d8:Ret KERNEL32.SetLastError() retval=67fe0000 ret=1400c0ff0 00d8:Call KERNEL32.GetLastError() ret=1400bf9e0 00d8:Ret KERNEL32.GetLastError() retval=00000000 ret=1400bf9e0 00d8:Call ucrtbase.strcmp(2302702f "System",23d35df0 "System") ret=14003339f 00d8:Ret ucrtbase.strcmp() retval=00000000 ret=14003339f 00d8:Call ucrtbase.strcmp(230278cc "InvalidCastException",23d360c2 "InvalidCastException") ret=1400333b5
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #5 from Neko-san nekoNexus@protonmail.ch --- Created attachment 73308 --> https://bugs.winehq.org/attachment.cgi?id=73308 wine 7-19 Logs and Backtraces
That did not work for me; although, I just did this in a new 7.19 prefix. I attached the new logs and backtraces (with and without dotnet6 installed)
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #6 from Neko-san nekoNexus@protonmail.ch --- Ignore that last one, I did something wrong; give me one moment
https://bugs.winehq.org/show_bug.cgi?id=53777
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #73308|0 |1 is obsolete| |
--- Comment #7 from Neko-san nekoNexus@protonmail.ch --- Created attachment 73309 --> https://bugs.winehq.org/attachment.cgi?id=73309 Wine 7-19 Logs and Backtraces
The issue does still remain, even with the reg file on Wine 7.19
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #8 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Neko-san from comment #7)
Created attachment 73309 [details] Wine 7-19 Logs and Backtraces
The issue does still remain, even with the reg file on Wine 7.19
hmm, what about copy your own key, so (on a fresh wine-prefix) do:
wine reg.exe COPY "HKLM\SYSTEM\CurrentControlSet" "HKLM\SYSTEM\ControlSet001" /s /f
Does that change anything?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #9 from Louis Lenders xerox.xerox2000x@gmail.com ---
wine reg.exe COPY "HKLM\SYSTEM\CurrentControlSet" "HKLM\SYSTEM\ControlSet001" /s /f
Sorry I forgot to mention I also had dotnet48 installed (winetricks -q dotnet48)
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #10 from Neko-san nekoNexus@protonmail.ch --- Doing that didn't fix it either Also, I attempted to install dotnet48 like you did for the sake of reproducibility (even though that shouldn't be necessary at all) and what I got as a result was a stack overflow error when I attempted to run the program again:
0124:err:virtual:virtual_setup_exception stack overflow 2640 bytes in thread 0124 addr 0x170056b33 stack 0x205b0 (0x20000-0x21000-0x1a0000)
https://bugs.winehq.org/show_bug.cgi?id=53777
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #11 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Neko-san from comment #10)
Doing that didn't fix it either Also, I attempted to install dotnet48 like you did for the sake of reproducibility (even though that shouldn't be necessary at all)
I don't think that's true, as the program is looking for wmi_netutils.dll that only is present after I install dotnet48:
./.wine/drive_c/windows/Microsoft.NET/Framework64/v4.0.30319/WMINet_Utils.dll ./.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/WMINet_Utils.dll
In my opinion this is still a Mono-bug really
and what I got as a result was a stack overflow error when I attempted to run the program again:
0124:err:virtual:virtual_setup_exception stack overflow 2640 bytes in thread 0124 addr 0x170056b33 stack 0x205b0 (0x20000-0x21000-0x1a0000)
Maybe you run into https://bugs.winehq.org/show_bug.cgi?id=52396, though I didn`t see it running regular wine-7.19). Does running with wine-staging (that has a fix for this bug) change anything?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #12 from Neko-san nekoNexus@protonmail.ch --- Created attachment 73314 --> https://bugs.winehq.org/attachment.cgi?id=73314 Wine Staging 7-19 Logs
It doesn't stack-overflow with Staging but it doesn't offer a backtrace when I try to run the executable now either. I attached the new logs from this
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #13 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Neko-san from comment #12)
Created attachment 73314 [details] Wine Staging 7-19 Logs
It doesn't stack-overflow with Staging but it doesn't offer a backtrace when I try to run the executable now either. I attached the new logs from this
So I guess you did also do the:
' wine reg.exe COPY "HKLM\SYSTEM\CurrentControlSet" "HKLM\SYSTEM\ControlSet001" /s /f
'
If so , I don`t know why the program starts here fine, and crashes at your side :(
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #14 from Neko-san nekoNexus@protonmail.ch --- Yeah, I did run that command too; I have no idea why it doesn't run
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #15 from Louis Lenders xerox.xerox2000x@gmail.com --- Could you run like WINEDEBUG=+relay,+seh wine CityLauncher.exe &>log.txt en attach the bzipped2 file log.txt here?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #16 from Neko-san nekoNexus@protonmail.ch --- Omg, this file is huge; uhhh, when do you think I should stop the process? The file is gigabytes in size
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #17 from Neko-san nekoNexus@protonmail.ch --- The log is at least 17 GBs in size now; it would be great to know when I'm supposed to stop collecting data Lol
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #18 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Neko-san from comment #17)
The log is at least 17 GBs in size now; it would be great to know when I'm supposed to stop collecting data Lol
Well , I guess it should crash so after crash dialig appears?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #19 from Neko-san nekoNexus@protonmail.ch --- 40 GBs in and there isn't a crash dialogue Lol, so...
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #20 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Louis Lenders from comment #18)
(In reply to Neko-san from comment #17)
The log is at least 17 GBs in size now; it would be great to know when I'm supposed to stop collecting data Lol
Well , I guess it should crash so after crash dialig appears?
Or I guess no crash dialog appears; maybe just ctrl^C it after 20 seconds or so, and attach that
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #21 from Neko-san nekoNexus@protonmail.ch --- Well, I ran out of system memory and had to reboot; I'm going to zip it up and upload
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #22 from Neko-san nekoNexus@protonmail.ch --- Created attachment 73317 --> https://bugs.winehq.org/attachment.cgi?id=73317 Wine Staging 7-19 with dotnet48 backtrace
I added an extra 0 in your reg copy command and Wine provides a backtrace with that; are you sure you didn't miss a 0? I was talking to the developer of the program and they claim that the value you gave is either supposed to be 0000 or 0001 and not 001
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #23 from Neko-san nekoNexus@protonmail.ch --- Also, here's the bz2-zipped log you asked for earlier: https://mega.nz/file/4z4WxBwa#48GVECDcTbz-clJsihvKKOii4b4XoTOj2qCqkaMCRdo
It was too big to upload here, so I had to use a file hosting service
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #24 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 73326 --> https://bugs.winehq.org/attachment.cgi?id=73326 probably relevant log
nice log, 67 GB ;) afaict it exits with a RaiseFailFastException, i grepped for hopefully relevant part of log. Just before the RaiseFailFast there is a
0164:Call opengl32.wglMakeCurrent(1d01006d,00011000) ret=21ff83658 0164:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00007FAE826F7351 ip =00007FAE826F7351 tid=0164 0164:trace:seh:dispatch_exception info[0]=0000000000000000 0164:trace:seh:dispatch_exception info[1]=0000000000000010 0164:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c000 0005) raised
I don`t know really anything of this opengl/d3d stuff so not sure if things go wrong here. Maybe playing with 'winetricks renderer=gdi' or 'winetricks renderer=vulkan' might change anything? Or someone else could try if he/she get`s it running?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #25 from Neko-san nekoNexus@protonmail.ch --- "winetricks rederer=vulkan" made it work with Staging, after dotnet48 was installed
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #26 from Neko-san nekoNexus@protonmail.ch --- Created attachment 73327 --> https://bugs.winehq.org/attachment.cgi?id=73327 Vulkan Renderer Screenshot
Seems that it's both Mono and OpenGL issue?
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #27 from Neko-san nekoNexus@protonmail.ch --- Using "winetricks renderer=gdi" also works
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #28 from Neko-san nekoNexus@protonmail.ch --- Also, if we install calibri and impact fonts, the CPU GHz appears but reports as an integer rounded up instead of down (claims I have a CPU running at 5 GHz instead of 4 when my CPU is running at 4.05 GHz; off-topic but still incorrect behavior)
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #29 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Neko-san from comment #26)
Created attachment 73327 [details] Vulkan Renderer Screenshot
Seems that it's both Mono and OpenGL issue?
I guess wine really first should provide a wmi_netutils.dll afaict, or should Mono provide this (?)
just out of curiousity: you didn`t need that registry-hack? Because I couldn`t get it running without it (strange)
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #30 from Neko-san nekoNexus@protonmail.ch --- I used the registry hack too, yeah I can try without it, but I doubt it will work if you needed it
https://bugs.winehq.org/show_bug.cgi?id=53777
--- Comment #31 from Neko-san nekoNexus@protonmail.ch --- Nope, the registry method is required; it just throws a backtrace if you don't have it
https://bugs.winehq.org/show_bug.cgi?id=53777
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wmi&wbemprox |-unknown
-
WineHQ Bugzilla