March 2021 - Wine-Bugs - list.winehq.org

[Bug 38737] New: 'makeappx' tool from Windows SDK 8.1 crashes on unimplemented function ntdll.dll.RtlInitializeGenericTableAvl
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=38737 Bug ID: 38737 Summary: 'makeappx' tool from Windows SDK 8.1 crashes on unimplemented function ntdll.dll.RtlInitializeGenericTableAvl Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./makeappx.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub wine: Call from 0x7bc61787 to unimplemented function ntdll.dll.RtlInitializeGenericTableAvl, aborting wine: Unimplemented function ntdll.dll.RtlInitializeGenericTableAvl called at address 0x7bc61787 (thread 0009), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/hh406465%28v=vs.85%29.aspx Also mentioned here: https://msdn.microsoft.com/en-us/library/ff552989%28v=vs.85%29.aspx (part of 'RtlInitializeGenericTable' documentation) $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 38731] New: TopoEdit tool from Windows SDK 8.1 crashes on unimplemented function mf.dll.MFCreateTopology
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=38731 Bug ID: 38731 Summary: TopoEdit tool from Windows SDK 8.1 crashes on unimplemented function mf.dll.MFCreateTopology Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/bin/x86 $ wine ./topoedit.exe fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:WinSqmIsOptedIn () stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:mfplat:MFStartup (131184, 0): stub wine: Call from 0x7b845511 to unimplemented function mf.dll.MFCreateTopology, aborting wine: Unimplemented function mf.dll.MFCreateTopology called at address 0x7b845511 (thread 0009), starting debugger... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/mf/mf.spec#l63 MSDN: https://technet.microsoft.com/pt-pt/library/ms701584 $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 38733] New: appcertui helper tool from Windows SDK 8.1 App Certification Kit crashes on unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessToken
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=38733 Bug ID: 38733 Summary: appcertui helper tool from Windows SDK 8.1 App Certification Kit crashes on unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessT oken Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Prerequisite for Windows SDK 8.1 install: * new 32-bit WINEPREFIX * 'winetricks -q dotnet40 corefonts' * change WinVer to 'Vista' * install .NET Framework 4.5 from 'winetricks' cache or download (to avoid .NET Framework 2.x, 3.x install which is not needed here) Run the SDK installer with WinVer set to 'Windows 8.1' and 'dwrite' component disabled to get all Windows 8+ components installed --- snip --- $ WINEDLLOVERRIDES=dwrite=d wine ./sdksetup.exe --- snip --- Run the tool: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Windows Kits/8.1/App Certification Kit $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./appcertui.exe ... 0047:trace:process:create_process_impl starting L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe" as Win32 binary (0x400000-0x43c000, arch 014c) 000d:trace:loaddll:load_builtin_dll Loaded L"KERNEL32.dll" at 0x7b820000: builtin 000d:trace:process:init_current_directory starting in L"C:\\Program Files\\Windows Kits\\8.1\\App Certification Kit\\" 0x1c 000d:trace:process:__wine_kernel_init starting process name=L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe" argv[0]=L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\TE.exe" 000d:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Windows Kits\\8.1\\Testing\\Runtimes\\TAEF\\Te.exe" at 0x400000: native 0047:trace:process:create_process_impl started process pid 000b tid 000d ... 000d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-processthreads-l1-1-1.dll" at 0x7eff0000: builtin 000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b845511 ip=7b845511 tid=000d 000d:trace:seh:raise_exception info[0]=7effcbec 000d:trace:seh:raise_exception info[1]=7effcced wine: Call from 0x7b845511 to unimplemented function api-ms-win-core-processthreads-l1-1-1.dll.OpenProcessToken, aborting --- snip --- Windows 8+ API sets: https://msdn.microsoft.com/en-us/library/windows/desktop/dn505783%28v=vs.85… Wine is missing the forward in the API set dll. $ sha1sum sdksetup.exe 4540251f0ca62da5fd8e68cd4e3129930e7c5ae9 sdksetup.exe $ du -sh sdksetup.exe 976K sdksetup.exe $ wine --version wine-1.7.44-173-g42cbc05 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 30499] New: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData"
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

http://bugs.winehq.org/show_bug.cgi?id=30499 Bug #: 30499 Summary: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData" Product: Wine Version: 1.5.2 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while trying out various 64-bit installers I came across this. Not 64 bits issue but at least something that should be documented in a bug. "AVG Anti-Virus Free 2012" installer from Avira crashes very early. Happens with both, 32-bit and 64-bit versions (the crashing part is 32-bit for both). --- snip --- $ wine avg_free_x64_all_2012_2127a4918.exe fixme:ntdll:NtQuerySystemInformation (0x00000021,0x33fcb0,0x00000010,(nil)) stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x33fc90,0x00000020,(nil)) stub fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap wine: Unhandled page fault on read access to 0x00000002 at address 0x4bc966 (thread 0047), starting debugger... ... Unhandled exception: page fault on read access to 0x00000002 in 32-bit code (0x004bc966). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004bc966 ESP:0033fb50 EBP:0033fb64 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0033fc80 ECX:00000007 EDX:00000007 ESI:0033fc72 EDI:00000007 Stack dump: 0x0033fb50: 00000007 00be3342 00be3340 0033fc80 0x0033fb60: 0f241900 0033fb94 006414c8 0033fc72 0x0033fb70: 00be3342 00000007 00000007 00000000 0x0033fb80: 0033fc70 00be3310 00be3308 0033fc72 0x0033fb90: 00000008 0033fc34 00640aeb 0f2419d0 0x0033fba0: 00000008 0076fa64 0033fc00 00000000 Backtrace: =>0 0x004bc966 in avgmfapx (+0xbc966) (0x0033fb64) 1 0x006414c8 in avgmfapx (+0x2414c7) (0x0033fb94) 2 0x00640aeb in avgmfapx (+0x240aea) (0x0033fc34) --- snip --- The crashing 32-bit process "avgmfapx.exe" can be run standalone after unpacking to reproduce. The installer accesses the undocumented "UnicodeCaseTableData" PEB field to do what seems to be ANSI -> UNICODE conversion of strings. I must admit, I'm completely baffled why they didn't use any Win32/ntdll API for that task. Installer code: --- snip --- 004BC930 55 PUSH EBP 004BC931 8BEC MOV EBP,ESP 004BC933 8B4D 10 MOV ECX,DWORD PTR SS:[EBP+10] 004BC936 8B55 14 MOV EDX,DWORD PTR SS:[EBP+14] 004BC939 83EC 08 SUB ESP,8 004BC93C 8BC1 MOV EAX,ECX 004BC93E 3BCA CMP ECX,EDX 004BC940 76 02 JBE SHORT 004BC944 004BC942 8BC2 MOV EAX,EDX 004BC944 807D 18 00 CMP BYTE PTR SS:[EBP+18],0 004BC948 53 PUSH EBX 004BC949 56 PUSH ESI 004BC94A 8B75 08 MOV ESI,DWORD PTR SS:[EBP+8] 004BC94D 8D1C46 LEA EBX,[EAX*2+ESI] 004BC950 57 PUSH EDI 004BC951 895D F8 MOV DWORD PTR SS:[EBP-8],EBX 004BC954 0F85 F1000000 JNE 004BCA4B 004BC95A 64:A1 18000000 MOV EAX,DWORD PTR FS:[18] ; TEB 004BC960 8B40 30 MOV EAX,DWORD PTR DS:[EAX+30] ; PEB 004BC963 8B40 60 MOV EAX,DWORD PTR DS:[EAX+60] ; UnicodeCaseTableData 004BC966 0FB778 02 MOVZX EDI,WORD PTR DS:[EAX+2] ; *boom* 004BC96A 8D7C78 04 LEA EDI,[EDI*2+EAX+4] 004BC96E 897D FC MOV DWORD PTR SS:[EBP-4],EDI 004BC971 3BF3 CMP ESI,EBX 004BC973 0F83 FA000000 JNB 004BCA73 004BC979 8DA424 00000000 LEA ESP,[ESP] 004BC980 0FB70E MOVZX ECX,WORD PTR DS:[ESI] 004BC983 8B55 0C MOV EDX,DWORD PTR SS:[EBP+0C] 004BC986 0FB702 MOVZX EAX,WORD PTR DS:[EDX] 004BC989 66:8BD1 MOV DX,CX ... --- snip --- http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20… --- snip --- ... PVOID AnsiCodePageData; PVOID OemCodePageData; PVOID UnicodeCaseTableData; ... --- snip --- PEB offset 0x60 is "UnicodeCaseTableData" Download: http://www.filehippo.com/de/download_avg_antivirus_64/download/8611bbb6e412… $ du -sh avg_free_x86_all_2012_2127a4918.exe 145M avg_free_x86_all_2012_2127a4918.exe $ du -sh avg_free_x64_all_2012_2127a4918.exe 165M avg_free_x64_all_2012_2127a4918.exe $ sha1sum avg_free_x86_all_2012_2127a4918.exe 3430b467d762dad9ca2f232846e0d737c6755ab5 avg_free_x86_all_2012_2127a4918.exe $ sha1sum avg_free_x64_all_2012_2127a4918.exe wfa3f8c9daa70851bd5224a77d9936df52ce2fe8d avg_free_x64_all_2012_2127a4918.exe $ wine --version wine-1.5.2-191-gd080774 I don't mind of this is a WONTFIX ;-) 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 40334] New: AION - Wine /Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000).
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=40334 Bug ID: 40334 Summary: AION - Wine /Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryancasanovalv(a)gmail.com Distribution: --- Created attachment 54000 --> https://bugs.winehq.org/attachment.cgi?id=54000 Got this error message after installing AION on wine/ubuntu 15.10 Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). -- 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 58

[Bug 35910] New: not open programs
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

http://bugs.winehq.org/show_bug.cgi?id=35910 Bug ID: 35910 Summary: not open programs Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: midela73(a)gmail.com Created attachment 47958 --> http://bugs.winehq.org/attachment.cgi?id=47958 not open programs not open programs -- 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 19

[Bug 42011] New: Eve Online Launcher doesn't display correctly
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=42011 Bug ID: 42011 Summary: Eve Online Launcher doesn't display correctly Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 56451 --> https://bugs.winehq.org/attachment.cgi?id=56451 Terminal Output Hello everyone, I am trying to get "Eve Online" running on my openSUSE "Tumbleweed" system. Unfortunately the Launcher doesn't display any graphics or text, just a grey box except for the "minimize", "maximize" etc. icons in the upper right corner which do work. Please let me know should you need further information. Maik -- 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 42473] New: Eve Online Launcher is completely white ( no content displayed)
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=42473 Bug ID: 42473 Summary: Eve Online Launcher is completely white (no content displayed) Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d.marksbarber(a)gmail.com Distribution: --- Created attachment 57329 --> https://bugs.winehq.org/attachment.cgi?id=57329 Error when attempting to refresh the launcher's GUI I am running wine 1.8 on Ubuntu, attempting to play Eve Online. Downloading the game seems to work fine, running the game seems to work fine. But logging in through the client has been disabled. So logging in through the launcher is a must. Unfortunately no content (main launcher) is displayed, so I am unable to see the login buttons and such. Eve's launcher has a fall back to a less GUI intensive launcher which is basically just a downloader, I have not found an option to log in through that launcher as of posting this. Is there a fix for this issue? -- 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 46194] New: Windows PowerShell Core 6.2 Preview 2 for ARM64 crashes due to decoding of instruction from incorrect PC (write watch access causes SIGSEGV)
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=46194 Bug ID: 46194 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM64 crashes due to decoding of instruction from incorrect PC (write watch access causes SIGSEGV) Product: Wine Version: 3.21 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, essentially the same problem domain as bug 46187 ("Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)") Also mentioned briefly in bug 46155 ("Windows PowerShell Core 6.1 for ARM64 crashes on unimplemented function KERNEL32.dll.RaiseFailFastException") -> the failfast is a result of this one. Download: https://github.com/PowerShell/PowerShell/releases https://github.com/PowerShell/PowerShell/releases/download/v6.2.0-preview.2… --- snip --- $ WINEDEBUG=+seh,+loaddll,+virtual wine64 ./pwsh.exe ... 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 003a0000 202000 00000004 0009:trace:virtual:map_view got mem in reserved area 0x18f30000-0x192d0000 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f30000 - 0x192cffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f30000 - 0x192cffff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x18f30000 00090168 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f30000 - 0x192cffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f30000 - 0x18fc0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0x18fc1000 - 0x192cffff -Hrw- 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x83fc2c pc=83fc2c tid=0009 0009:trace:seh:raise_exception info[0]=0000000000000000 0009:trace:seh:raise_exception info[1]=0000000018f30000 0009:trace:seh:raise_exception x0=0000000018f30000 x1=00000000002ad8a0 x2=0000000000000000 x3=0000000000000008 0009:trace:seh:raise_exception x4=000000007bd4bdf8 x5=000000007bd4bdb0 x6=0000007fba705f10 x7=0000007fba78a978 0009:trace:seh:raise_exception x8=000000000000c000 x9=00000000002ad9d8 x10=00000000ffffffff x11=00000000ffffffff 0009:trace:seh:raise_exception x12=0000000000000000 x13=0000000018f30040 x14=0000000000000001 x15=000000007bd2da70 0009:trace:seh:raise_exception x16=000000007bd2e010 x17=0000007fba895860 x18=000000007ffd8000 x19=0000000000a77348 0009:trace:seh:raise_exception x20=0000000018f30000 x21=0000000018f30000 x22=0000000000f30000 x23=0000000000090168 0009:trace:seh:raise_exception x24=0000000000a6a270 x25=00000000000000c4 x26=0000000000a69ea8 x27=0000000000030000 0009:trace:seh:raise_exception x28=0000000000595290 fp=00000000002ada30 lr=000000000083fbdc sp=00000000002ada30 0009:trace:seh:raise_exception pc=000000000083fc2c 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=c0000005 flags=0 ... 0009:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0009:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x2abc50,(nil)): stub 0009:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000000083FC2C (0000000000570000) with exit code 80131506.\n" 0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bcd5ff4 pc=7bcd5ff4 tid=0009 0009:trace:seh:raise_exception info[0]=0000000000a63cfc 0009:trace:seh:raise_exception info[1]=0000000000a63896 wine: Call from 0x7bcd5ff4 to unimplemented function KERNEL32.dll.RaiseFailFastException, aborting 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=80000100 flags=1 0009:trace:seh:call_vectored_handlers handler at 0x5e4550 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4dd704 code=80000100 flags=1 wine: Unimplemented function KERNEL32.dll.RaiseFailFastException called at address 0x7bcd5ff4 (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 164" ... Modules: Module Address Debug info Name (65 modules) PE 3d0000- 45d000 Deferred hostpolicy PE 570000- ac8000 Deferred coreclr ELF 7b400000- 7b82e000 Deferred kernel32<elf> \-PE 7b420000- 7b82e000 \ kernel32 ELF 7bc00000- 7bd4d000 Deferred ntdll<elf> \-PE 7bc20000- 7bd4d000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140041000 Deferred pwsh PE 180000000- 18005d000 Deferred hostfxr ... ELF 7fbaa8c000- 7fbaabe000 Deferred ld-linux-aarch64.so.1 ELF 7fbaabf000- 7fbaac0000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\powershell620-arm64\pwsh.exe 0000002b 0 00000009 0 <== ... System information: Wine build: wine-3.21-4-gfc4d5d49c6 Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Debugger session: --- snip --- $ gdb wine64 GNU gdb (GDB) 8.2 ... (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-aarch64/bin/wine64 pwsh.exe ... [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ... 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\woa-winrt\\powershell620-arm64\\mscordaccore.dll", 0x570000) stub! [New LWP 1027] 0009:fixme:msvcrt:_control87 not implemented Thread 1 "pwsh.exe" received signal SIGSEGV, Segmentation fault. 0x000000000083fc2c in ?? () (gdb) info reg x0 0x18f30000 418578432 x1 0x2ad8a0 2807968 x2 0x0 0 x3 0x8 8 x4 0x1 1 x5 0x4 4 x6 0x1 1 x7 0x7bd4cba0 2077543328 x8 0xc000 49152 x9 0x2ad9d8 2808280 x10 0xffffffff 4294967295 x11 0xffffffff 4294967295 x12 0x0 0 x13 0x18f30040 418578496 x14 0x1 1 x15 0x7bd4cb38 2077543224 x16 0x7bd2e010 2077417488 x17 0x7fbf4d6860 548670367840 x18 0x7ffd8000 2147319808 x19 0xa77348 10974024 x20 0x18f30000 418578432 x21 0x18f30000 418578432 x22 0xf30000 15925248 x23 0x90168 590184 x24 0xa6a270 10920560 x25 0xc4 196 x26 0xa69ea8 10919592 x27 0x30000 196608 x28 0x595290 5853840 x29 0x2ada30 2808368 x30 0x83fbdc 8649692 sp 0x2ada30 0x2ada30 pc 0x83fc2c 0x83fc2c cpsr 0x0 [ EL=0 ] fpsr 0x10 16 fpcr 0x0 0 (gdb) bt #0 0x000000000083fc2c in ?? () #1 0x0000000000a69ea8 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) x/10i $pc => 0x83fc2c: stur wzr, [x13, #-64] 0x83fc30: ldr x11, [x19, #256] 0x83fc34: stp x22, x21, [x13, #-56] 0x83fc38: add x8, x13, x8, lsl #2 0x83fc3c: stur x8, [x13, #-40] 0x83fc40: ldr x8, [sp, #16] 0x83fc44: stp x8, xzr, [x13, #-16] 0x83fc48: ldur x8, [x13, #-40] 0x83fc4c: add x9, x8, x27, lsl #1 0x83fc50: sub x8, x11, #0x1 --- snip --- Disassembly of surrounding code: --- snip --- 00000001802CFBC0 48 08 00 90 ADRP X8, #VirtualAlloc(a)PAGE 00000001802CFBC4 08 7D 41 F9 LDR X8, [X8,#VirtualAlloc(a)PAGEOFF] 00000001802CFBC8 83 00 80 52 MOV W3, #4 00000001802CFBCC 02 00 82 52 MOV W2, #0x1000 00000001802CFBD0 E1 02 00 91 ADD X1, X23, #0 00000001802CFBD4 80 02 00 91 ADD X0, X20, #0 00000001802CFBD8 00 01 3F D6 BLR X8 00000001802CFBDC 40 02 00 B5 CBNZ X0, loc_1802CFC24 ... 00000001802CFC24 E8 13 40 F9 LDR X8, [SP,#0x70+var_50] 00000001802CFC28 8D 02 01 91 ADD X13, X20, #0x40 00000001802CFC2C BF 01 1C B8 STUR WZR, [X13,#-0x40] ; *boom* 00000001802CFC30 6B 82 40 F9 LDR X11, [X19,#0x100] 00000001802CFC34 B6 D5 3C A9 STP X22, X21, [X13,#-0x38] 00000001802CFC38 A8 09 08 8B ADD X8, X13, X8,LSL#2 00000001802CFC3C A8 81 1D F8 STUR X8, [X13,#-0x28] 00000001802CFC40 E8 0B 40 F9 LDR X8, [SP,#0x70+var_60] 00000001802CFC44 A8 7D 3F A9 STP X8, XZR, [X13,#-0x10] 00000001802CFC48 A8 81 5D F8 LDUR X8, [X13,#-0x28] ... --- snip --- The problem domain is the same as bug 46187 - a write watch gets triggered and Wine's signal/exception handling needs to figure it out. In case of aarch32 signal handlers it's a bit easier: the Linux kernel provides the information if the fault was caused by read or write access, see my comment https://bugs.winehq.org/show_bug.cgi?id=46187#c1 for details. In case of aarch64 signal handlers the situation is a bit complicated. The Linux kernel exposes this information to userspace - but only via extended user/signal context information ('esr_context'). https://github.com/torvalds/linux/commit/15af1942dd61ee236a48b3de14d6f31c0b… --- quote --- arm64: Expose ESR_EL1 information to user when SIGSEGV/SIGBUS This information is useful for instruction emulators to detect read/write and access size without having to decode the faulting instruction. The current patch exports it via sigcontext (struct esr_context) and is only valid for SIGSEGV and SIGBUS. Signed-off-by: Catalin Marinas <catalin.marinas(a)arm.com> --- quote --- https://github.com/torvalds/linux/blob/e195ca6cb6f21633e56322d5aa11ed59cdb2… Wine currently uses a rather crude but acceptable way to figure read-or-write access out by decoding the faulting instruction. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 614 static inline DWORD is_write_fault( ucontext_t *context ) 615 { 616 DWORD inst = *(DWORD *)PC_sig(context); 617 if ((inst & 0xbfff0000) == 0x0c000000 /* C3.3.1 */ || 618 (inst & 0xbfe00000) == 0x0c800000 /* C3.3.2 */ || 619 (inst & 0xbfdf0000) == 0x0d000000 /* C3.3.3 */ || 620 (inst & 0xbfc00000) == 0x0d800000 /* C3.3.4 */ || 621 (inst & 0x3f400000) == 0x08000000 /* C3.3.6 */ || 622 (inst & 0x3bc00000) == 0x38000000 /* C3.3.8-12 */ || 623 (inst & 0x3fe00000) == 0x3c800000 /* C3.3.8-12 128bit */ || 624 (inst & 0x3bc00000) == 0x39000000 /* C3.3.13 */ || 625 (inst & 0x3fc00000) == 0x3d800000 /* C3.3.13 128bit */ || 626 (inst & 0x3a400000) == 0x28000000) /* C3.3.7,14-16 */ 627 return EXCEPTION_WRITE_FAULT; 628 return EXCEPTION_READ_FAULT; 629 } --- snip --- Looks like it was "borrowed" from QEMU user: https://github.com/qemu/qemu/commit/661f7fa4b088f2734050a751dd9d1d836b49e981 --- quote --- tcg-aarch64: Properly detect SIGSEGV writes Since the kernel doesn't pass any info on the reason for the fault, disassemble the instruction to detect a store. Reviewed-by: Alex Bennée <alex.bennee(a)linaro.org> Reviewed-by: Claudio Fontana <claudio.fontana(a)huawei.com> Signed-off-by: Richard Henderson <rth(a)twiddle.net> --- quote --- The faulting instruction is: "stur wzr, [x13, -64]" ARM Architecture Reference Manual ARMv8, for ARMv8-A architecture profile: https://static.docs.arm.com/ddi0487/ca/DDI0487C_a_armv8_arm.pdf --- quote --- C6.2.266 STUR Store Register (unscaled) calculates an address from a base register value and an im mediate offset, and stores a 32-bit word or a 64-bit doubleword to the calculated address, from a register. For information about memory accesses, see Load/Store addressing modes on page C1-149 32-bit variant Applies when size == 10 STUR <Wt>, [<Xn|SP>{, #<simm>}] 64-bit variant Applies when size == 11 STUR <Xt>, [<Xn|SP>{, #<simm>}] Decode for all variants of this encoding integer scale = UInt(size); bits(64) offset = SignExtend(imm9, 64); Assembler symbols <Wt> Is the 32-bit name of the general-purpose register to be transferred, encoded in the "Rt" field. <Xt> Is the 64-bit name of the general-purpose register to be transferred, encoded in the "Rt" field. <Xn|SP> Is the 64-bit name of the general-purpose base register or stack pointer, encoded in the "Rn" field. <simm> Is the optional signed immediate byte offset, in the range -256 to 255, defaulting to 0 and encoded in the "imm9" field. --- quote --- wzr = zero register in 32-bit context 0xb81c01bf 10111000|00011100|00000001|10111111 ----------------------------------- 10 111 0 00|00 0 11100|0000 00 00|101 11111 sz = 10 = 32-bit variant opc = 0 imm9 = 0x1c0 Rn = 5 Rt = 0x1f Using: https://yurichev.com/mirrors/ARMv8-A_Architecture_Reference_Manual_(Issue_A… ARM Architecture Reference Manual for ARMv8 Profile-A, Issue A.a Section C3.1 "A64 instruction index by encoding": AArch64 main encoding table ... C3.3.12 Load/store register (unscale immediate) --- After spending some hour on looking at ARMv8 processor manuals with magnifying glass, doing manual instruction decoding, almost questioning myself ... I finally spotted the problem. It was decoding an instruction from Wine's own code, not the faulting instruction. Haha - nice one. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 428 static EXCEPTION_RECORD *setup_exception( ucontext_t *sigcontext, raise_func func ) 429 { ... 448 /* now modify the sigcontext to return to the raise function */ 449 SP_sig(sigcontext) = (ULONG_PTR)stack; 450 PC_sig(sigcontext) = (ULONG_PTR)func; 451 REGn_sig(0, sigcontext) = (ULONG_PTR)&stack->rec; /* first arg for raise_func */ 452 REGn_sig(1, sigcontext) = (ULONG_PTR)&stack->context; /* second arg for raise_func */ 453 454 return &stack->rec; 455 } --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 636 static void segv_handler( int signal, siginfo_t *info, void *ucontext ) 637 { 638 EXCEPTION_RECORD *rec; 639 ucontext_t *context = ucontext; ... 656 rec = setup_exception( context, raise_segv_exception ); 657 if (rec->ExceptionCode == EXCEPTION_STACK_OVERFLOW) return; 658 659 switch(signal) 660 { 661 case SIGILL: /* Invalid opcode exception */ 662 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 663 break; 664 case SIGSEGV: /* Segmentation fault */ 665 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 666 rec->NumberParameters = 2; 667 rec->ExceptionInformation[0] = is_write_fault(context); 668 rec->ExceptionInformation[1] = (ULONG_PTR)info->si_addr; 669 break; --- snip --- At the point of 'is_write_fault' call, the context PC is already set to 'raise_segv_exception' function. I guess this code path was never tested - until now ;-) Ideally the instruction disassembly approach should be reconsidered in favour of using extended context information. This will also help later when handling FPU/SIMD/SVE specific exceptions. But that requires more efforts -> future work task. $ sha1sum PowerShell-6.2.0-preview.2-win-arm64.zip 731bf722a0083fbd101598fa42c9f1a0170d6548 PowerShell-6.2.0-preview.2-win-arm64.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm64.zip 40M PowerShell-6.2.0-preview.2-win-arm64.zip 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 25776] New: Windows Live Mesh installer renders incorrectly
by wine-bugs＠winehq.org March 22, 2021

March 22, 2021

http://bugs.winehq.org/show_bug.cgi?id=25776 Summary: Windows Live Mesh installer renders incorrectly Product: Wine Version: 1.3.11 Platform: x86-64 URL: http://explore.live.com/windows-live-mesh?os=other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: trygve.vea(a)gmail.com Created an attachment (id=32848) --> (http://bugs.winehq.org/attachment.cgi?id=32848) Terminal output, wine 1.3.11 While attempting to test bug 4538, I'm unable to install Windows Live Mesh due to the installer rendering incorrectly (PS: Prerequisite for getting thus far is setting Windows version to Windows 7). There are no visible buttons, only some text. Uploaded attachment shows terminal output. Will upload screenshot shortly. -- 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