August 2019 - wine-bugs

[Bug 38738] New: VSS Agent from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-1.dll
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38738 Bug ID: 38738 Summary: VSS Agent from Windows SDK 8.1 needs api-ms-win-security-lsalookup-l1-1-1.dll 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. Similar to bug 38736 which is about 'api-ms-win-security-lsalookup-l1-1-0.dll' 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 ./vssagent.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} err:module:import_dll Library api-ms-win-security-lsalookup-l1-1-1.dll (which is needed by L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Windows Kits\\8.1\\bin\\x86\\vssagent.exe" failed, status c0000135 --- snip --- Couldn't find info on this Windows 7 API set - unlike API-MS-Win-Security-LSALookup-L1-1-0 - maybe it's a minor patch level. $ 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 38737] New: 'makeappx' tool from Windows SDK 8.1 crashes on unimplemented function ntdll.dll.RtlInitializeGenericTableAvl
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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 22 Mar '21

22 Mar '21

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@PAGE 00000001802CFBC4 08 7D 41 F9 LDR X8, [X8,#VirtualAlloc@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 22 Mar '21

22 Mar '21

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

[Bug 16884] New: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16884 Summary: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_wcf_retCA5476.txt": --- snip --- ServiceModelReg [14:57:53:680]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:57:55:965]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:57:55:966]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:58:03:464]: ServiceModelReg [14:58:03:467]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:58:06:160]: MOF file has been successfully parsed ServiceModelReg [14:58:06:164]: Storing data in the repository... ServiceModelReg [14:58:07:047]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:58:07:053]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:58:07:280]: Compiler returned error 0x80041001 ServiceModelReg [14:58:07:280]: ServiceModelReg [14:58:07:291]: ServiceModelReg [14:58:07:330]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:58:07:473]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:58:08:291]: Error: WMI classes are not installed. ServiceModelReg [14:58:08:304]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:58:08:610]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [14:58:09:011]: System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated. at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess) at System.Security.Principal.NTAccount.Translate(Type targetType) at System.Security.AccessControl.CommonObjectSecurity.ModifyAccess(AccessControlModification modification, AccessRule rule, Boolean& modified) at System.Security.AccessControl.CommonObjectSecurity.AddAccessRule(AccessRule rule) at System.ServiceModel.Install.ListenerServiceInstallComponent.SetConfigSecurity(OutputLevel outputLevel) at System.ServiceModel.Install.ListenerServiceInstallComponent.OnReinstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:58:09 === --- snip --- Relevant trace log: --- snip --- 0035:fixme:advapi:LsaLookupNames2 (0xcafe,0x00000000,0x00000001,0x1421c0,0x33efdc,0x33efd0) stub ... 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131501 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0b8 esi=0033f0b8 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f080 esp=0033f01c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f02c,0033f0d0,0033ecb8,0033eb60) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 0035:CALL MSVCR80.__CxxFrameHandler3() ret=7bc729f1 0035:RET MSVCR80.__CxxFrameHandler3() retval=00000001 ret=7bc729f1 0035:trace:seh:call_stack_handlers handler at 0x7a3197d4 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x79f948ec code=e0434f4d flags=1 .... 0035:fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub 0035:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa55c64,0xa55b0c): stub 0035:err:eventlog:ReportEventW L"System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated.\r\n at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess)\r\n at System.Security.Principal.NTAccount.Transla"... --- snip --- Oh joy, LSA again ... There already exist other bugs falling into same problem domain, example: bug 16418 If developer resources are short maybe this could be part of some SoC project: making transition from current approach towards LSA rpc interface and lsass (and fleshing out stubs of course). http://www.hsc.fr/ressources/articles/win_net_srv/msrpc_lsarpc.html I fleshed the stub a bit just for proof and it gets the WCF 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 11

[Bug 16886] New: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16886 Summary: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, actually bug 16883 contained two bugs and this one slipped through. ChangeServiceConfig2W API needs SERVICE_CONFIG_FAILURE_ACTIONS support. --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- Relevant log: --- snip --- ServiceModelReg [16:55:11:288]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [16:55:11:307]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 16:55:11 === --- snip --- After fleshing out programs/services/svcctl_ChangeServiceConfig2W() a bit the problem is prevented (fake seems also ok). 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 9

[Bug 16891] New: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16891 Summary: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16888 another subinstaller "Windows Workflow Foundation" fails, claiming ".NET 2.0 Framework is required". This is of course already installed as part of prerequisite. Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The corresponding logfile "dd_WF_3.0_x86retMSI48DE.txt" reveals nothing, it's empty. Using ORCA on "WF_3.0_x86.msi" shows that MsiNetAssemblySupport >="2.0.50727" condition needs to be satisfied. The "MsiNetAssemblySupport" property should be set in set_msi_assembly_prop() but it doesn't seem so. Trace log shows: --- snip --- 0016:Call version.GetFileVersionInfoSizeW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",0032f2d0) ret=6024ad80 0016:Call KERNEL32.GetModuleHandleExW(00000000,00149050,0032ef90) ret=609ecc77 0016:Ret KERNEL32.GetModuleHandleExW() retval=00000000 ret=609ecc77 0016:Call KERNEL32.LoadLibraryExW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",00000000,00000002) ret=609ecc99 0016:Call PE DLL (proc=0x60c431f0,module=0x60c40000 L"psapi.dll",reason=PROCESS_ATTACH,res=(nil)) ... 0016:Ret PE DLL (proc=0x60bd98c4,module=0x60bd0000 L"fusion.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0016:Ret KERNEL32.LoadLibraryExW() retval=60bd0000 ret=609ecc99 0016:Call KERNEL32.FindResourceW(60bd0000,00000001,00000010) ret=609ecd25 0016:Ret KERNEL32.FindResourceW() retval=00000000 ret=609ecd25 0016:Call KERNEL32.FreeLibrary(60bd0000) ret=609ecd94 ... 0016:Ret KERNEL32.FreeLibrary() retval=00000001 ret=609ecd94 0016:Call KERNEL32.SetLastError(00000714) ret=609ed6e6 0016:Ret KERNEL32.SetLastError() retval=00000714 ret=609ed6e6 0016:Ret version.GetFileVersionInfoSizeW() retval=00000000 ret=6024ad80 --- snip --- Looking into "C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll" path there is no native fusion.dll. Hence Wine's builtin fusion.dll is loaded by LoadLibraryExW(). The builtin fusion doesn't contain version resource so it fails. This is a subtile problem: adding version resource to Wine's fusion might cause problems because every .NET Framework might ship it's own version of fusion which ought to override builtin fusion. http://msdn.microsoft.com/en-us/library/aa370325.aspx Usually: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\fusion.dll AFAIK .NET 3.0 and 3.5 don't bring their own fusion version (someone might check a real Windows installation with these Frameworks present). The problem is how dlls/msi/package.c:get_fusion_filename() works. At the point where the installation fails the following registry data is present at the location get_fusion_filename() reads: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Increment"="42" "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727\1033] "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Communication Foundation] "InstallSuccess"=dword:00000001 "ReferenceInstallPath"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" "RuntimeInstallPath"="C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\" "Version"="3.0.04506.30" [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Presentation Foundation] @="Windows Presentation Foundation" "InstallRoot"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "InstallSuccess"=dword:00000001 "ProductVersion"="3.0.6920.0" "Version"="3.0.6920.0" "WPFCommonAssembliesPathx86"="C:\\windows\\system32\\" "WPFNonReferenceAssembliesPathx86"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "WPFReferenceAssembliesPathx86"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" --- snip --- I don't know how Windows msi does MsiNetAssemblySupport. Maybe a check for real existence of (native) fusion.dll to prevent false load of "builtin" fusion is better. If native fusion is not present in full path, that .NET Framework subkey data (version) can't be used for MsiNetAssemblySupport property. 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 16888] New: .NET 3.0: WCF installer requires httpapi.dll with some stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16888 Summary: .NET 3.0: WCF installer requires httpapi.dll with some stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: --- snip --- ServiceModelReg [15:38:17:256]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [15:38:17:279]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [15:38:17:294]: System.DllNotFoundException: Unable to load DLL 'httpapi.dll': Exception from HRESULT: 0x8007007E at System.ServiceModel.Install.NativeMethods.HttpTerminate(Int32 Flags, IntPtr pReserved) at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled() at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceModelInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 15:38:17 === --- snip --- Native httpapi override makes things only worse since it expects http service present ... --- snip --- ... 0035:CALL HTTPAPI.HttpInitialize(<unknown, check return>) ret=036a22c0 0035:trace:ntdll:NtCreateFile handle=0x67a16094 access=c0100000 name=L"\\Device\\Http\\Control" objattr=00000040 root=(nil) sec=(nil) io=0x33ed54 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000000 ea=0x18fb28.0x0000001f 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18fb28 ... 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) ... 0035:trace:service:OpenSCManagerW returning 0x18fb28 (access : 0x00000001) 0035:trace:service:OpenServiceW 0x18fb28 L"HTTP" 20 0035:trace:service:sc_handle_alloc sc_handle type=1 -> 0x18f658 ... 0018:trace:service:svcctl_OpenServiceW (L"HTTP", 0x14) ... 0035:trace:service:sc_handle_destroy_service destroying service 0x18f658 0035:trace:service:CloseServiceHandle 0x18fb28 ... 0035:trace:service:sc_handle_destroy_manager destroying SC Manager 0x18fb28 0035:RET HTTPAPI.HttpInitialize(00000001,00000002,00000000) retval=00000003 ret=036a22c0 ... Uninstalling: HTTP Namespace Reservations Error: Path not found fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa534b4,0xa5335c): stub err:eventlog:ReportEventW L"System.ComponentModel.Win32Exception: Path not found\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel)\r\n at System.ServiceModel.Install.Se"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 ... --- snip --- It seems better to provide a simple httpapi stub dll. MSDN for more info (only version 1 API seems requested): http://msdn.microsoft.com/en-us/library/aa364627.aspx http://msdn.microsoft.com/en-us/library/aa364625.aspx After generating a stub dll with winedump and some trial & error sessions, the minimum required stubs are as follows: --- snip --- HttpDeleteServiceConfiguration -> return NO_ERROR (0) HttpInitialize -> return NO_ERROR (0) HttpQueryServiceConfiguration -> return ERROR_FILE_NOT_FOUND (2) (most likely means the service not installed, passed args can be left untouched with this error) HttpSetServiceConfiguration -> return NO_ERROR (0) HttpTerminate -> return NO_ERROR (0) --- snip --- With those stubs in place, the HTTP api related actions (fake) succeed. --- snip --- ServiceModelReg [16:30:52:470]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [16:30:52:472]: Warning: HTTP namespace reservations are not installed. ServiceModelReg [16:30:52:472]: Installing: HTTP Namespace Reservations ServiceModelReg [16:30:52:473]: Information: The ServiceModelReg tool has completed successfully. --- snip --- and the WCF installer claims success. 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 16883] New: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16883 Summary: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16882 (WMI is needed) we resume where we left: bug 16878 --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,14:18:10] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,14:18:21] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI1CB9.txt": --- snip --- 1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: ERROR: Process returned non-0 value! CMDLINE: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: Failed 2: --- snip --- --- snip --- ServiceModelReg [14:18:09:203]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:18:09:328]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:18:09:329]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:18:09:423]: ServiceModelReg [14:18:09:425]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:18:09:446]: MOF file has been successfully parsed ServiceModelReg [14:18:09:447]: Storing data in the repository... ServiceModelReg [14:18:10:115]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:18:10:116]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:18:10:122]: Compiler returned error 0x80041001 ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:124]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:18:10:166]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:18:10:231]: Error: WMI classes are not installed. ServiceModelReg [14:18:10:233]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:18:10:251]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:18:10 === --- snip --- Ok, lets leave the WMI failures aside (despite having native WMI core installed) and see how far it goes. That infocard service (re)install looks bugged: --- snip --- 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18ef38 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0035:trace:service:OpenSCManagerW returning 0x18ef38 (access : 0x00000001) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceKeyNameW 0x18ef38 L"" 0x88e170 0x33f1f0 0014:trace:service:svcctl_GetServiceKeyNameW (L"idsvc", 256) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceDisplayNameW 0x18ef38 L"idsvc" 0x17b820 0x33f1f0 0013:trace:service:svcctl_GetServiceDisplayNameW (L"idsvc", 1) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memset(0033f0c4,00000000,0000002c,0033f0bc) ret=79eef4cb 0035:RET MSVCR80.memset() retval=0033f0c4 ret=79eef4cb 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f02c ret=79e770f8 0035:CALL MSVCR80.memset(0033ea2c,00000000,0000001c,0033ea70) ret=79e7d873 0035:RET MSVCR80.memset() retval=0033ea2c ret=79e7d873 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4363c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f10c ret=79e770f8 0035:CALL MSVCR80.memcmp(008647a8,032e66b9,00000012) ret=79efee2f 0035:RET MSVCR80.memcmp() retval=00000000 ret=79efee2f 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131509 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0f0 esi=0033f0f0 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f0b8 esp=0033f054 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f064,0033f108,0033ecf0,0033eb90) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- If we dump the corresponding SCM entry: --- snip --- 000d:trace:service:scmdatabase_load_services Loading service L"idsvc" 000d:trace:service:load_service_config Image path = L"\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\infocard.exe\"" 000d:trace:service:load_service_config Group = (null) 000d:trace:service:load_service_config Service account name = L"LocalSystem" 000d:trace:service:load_service_config Display name = L"Windows CardSpace" 000d:trace:service:load_service_config Service dependencies : (none) 000d:trace:service:load_service_config Group dependencies : (none) --- snip --- That GetServiceKeyNameW() API failure seems to be ok because the app passes the key name itself "idsvc" and not the service display name. The following GetServiceDisplayNameW() also fails, leading to app error/exception. If you look closer, you see svcctl_GetServiceDisplayNameW (L"idsvc", 1) -> buffer length "1" passed. This is clearly not what the app intended. The app reuses the length parameter from GetServiceKeyNameW(), passing it again into GetServiceDisplayNameW() but Wine changed it to "1" which seems incorrect. --- snip programs/services/rpc.c --- DWORD svcctl_GetServiceKeyNameW( SC_RPC_HANDLE hSCManager, LPCWSTR lpServiceDisplayName, WCHAR *lpBuffer, DWORD cchBufSize, DWORD *cchLength) { ... entry = scmdatabase_find_service_by_displayname(manager->db, lpServiceDisplayName); if (entry != NULL) { ... else { *cchLength = 1; err = ERROR_SERVICE_DOES_NOT_EXIST; } scmdatabase_unlock(manager->db); if (err != ERROR_SUCCESS && cchBufSize > 0) lpBuffer[0] = 0; return err; } --- snip programs/services/rpc.c -- This doesn't look right, a conformance test case should reveal the correct behaviour. I already verified this with a patch. 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 16893] New: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16893 Summary: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16891 the WF post install fails while running performance counter registration. Thanks to recent fixture of bug 12099 we have loadperf dll already in place... --- snip --- ... wine: Call from 0x7b844f54 to unimplemented function loadperf.dll.LoadPerfCounterTextStringsW, aborting fixme:advapi:CheckTokenMembership (0x188 0x1baf48 0x33e2c8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x0000011a,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"performancecounterinstaller.exe" err:eventlog:ReportEventW L"3.0.4203.2" err:eventlog:ReportEventW L"44c6ca00" 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"00024f54" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Workflow.NativeMethods.LoadPerfCounterTextStrings(String commandLine, Boolean quietMode) at System.Workflow.PerformanceCounterInstaller.Install() at System.Workflow.PerformanceCounterInstaller.Main(String[] args) wine: Unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called at address 0x7b844f54 (thread 000c), starting debugger... Unhandled exception: unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called in 32-bit code (0x7b844fd7). --- snip --- To reproduce this problem manually, execute the following: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/Framework/v3.0/Windows Workflow Foundation $ wine ./PerformanceCounterInstaller.exe uninstall ... $ wine ./PerformanceCounterInstaller.exe install --- snip --- The uninstall step is needed otherwise the registry keys are not explicitly removed and "install" will short-circuit, not doing anything useful. With stubs to loadperf added in similar manner like UnloadPerfCounterTextStringsA/W, we can get past this: --- snip --- $ WINEDEBUG=+tid,+seh,+loadperf wine ./PerformanceCounterInstaller.exe install ... 0009:trace:loadperf:DllMain (0x0x60cb0000, 1, (nil)) 0009:fixme:loadperf:LoadPerfCounterTextStringsW (L" \"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Workflow Foundation\\PerfCounters.ini\"", 1): stub ... --- 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 11

[Bug 25153] New: Windows Live Essentials beta (webc variant) won't install without native .NET
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25153 Summary: Windows Live Essentials beta (webc variant) won't install without native .NET Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://wl.dlservice.microsoft.com/download/B/2/9/B2954 09B-AAAB-4415-B32D-A36EFD6DC36E/en/wlsetup-webc.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31904) --> (http://bugs.winehq.org/attachment.cgi?id=31904) Terminal output This particular installer isn't satisfied with "winetricks mono26 win7" even if the registry key from bug 24875 is added. It just says it needs .NET 3 and refuses to proceed any further without it. -- 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 6

[Bug 29589] New: Interface corruption in the Windows Live Essentials 2011 installer
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29589 Bug #: 29589 Summary: Interface corruption in the Windows Live Essentials 2011 installer Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: c123c2f87af55f6b432e7be8560d65baee603520 The Windows Live Essentials 2011 installer shows a black rectangle near the bottom of the screen, in place of the text "By clicking an installation option you agree to the Microsoft service agreement and privacy" (cut off message?). Regression testing indicated: c123c2f87af55f6b432e7be8560d65baee603520 is the first bad commit commit c123c2f87af55f6b432e7be8560d65baee603520 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jan 10 11:56:06 2012 +0100 winex11: Fix support for PALETTEINDEX mapping and get rid of DIBINDEX support. :040000 040000 c98b298f9afd6e61583dd2a1a0defbd08843b2fb b25a5be902731076c886228453a502bb2db5b659 M dlls Reverting fixed the problem. Standard terminal output is the same with or without the patch. The reported Windows version needs to be Windows 7 to run this installer. -- 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 25134] New: Windows Live Essentials 2011 refuses to install without native .NET
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25134 Summary: Windows Live Essentials 2011 refuses to install without native .NET Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31883) --> (http://bugs.winehq.org/attachment.cgi?id=31883) Terminal output The installer refuses to run after "winetricks mono26 win7" saying "Windows Live Essentials requires Microsoft .NET Framework 3." Note that it fails to run for other reasons in other Windows versions (either due to the OS being insufficient, or no platform update installed). -- 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 46883] New: CompressonatorGUI does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46883 Bug ID: 46883 Summary: CompressonatorGUI does not install Product: Wine Version: 4.4 Hardware: x86 URL: https://github.com/GPUOpen-Tools/Compressonator/releas es/tag/v3.1.4064 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 63956 --> https://bugs.winehq.org/attachment.cgi?id=63956 Error screenshot CompressonatorGUI does not install due to following error: This application cannot be installed on systems earlier than Windows 2000 SP4. winecfg # Windows 10 sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe -- 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 46914] New: CompressonatorGUI 3.1 installer crashes in Win10 mode ( Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46914 Bug ID: 46914 Summary: CompressonatorGUI 3.1 installer crashes in Win10 mode (Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out of bug 46883 (after adding the missing registry keys for Windows 10 version check). https://bugs.winehq.org/show_bug.cgi?id=46883#c2 --- quote --- Err: correction, it crashes in staging-4.4 too. If the keys are present the installer starts fine old wine-version 3.0 though. So probably a regression, but i`ll do some testing further first. --- quote --- https://bugs.winehq.org/show_bug.cgi?id=46883#c3 --- quote --- Did regression test 9839bb7691a1b1c57a4ca501d03825420c1609d7 is the first bad commit commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 9 21:21:47 2019 +0100 ntdll: Skip dlls of the wrong machine type when searching through the load path. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 f87bb0ed081f8b42e86a8084a8a31ed8271bb52a ae3234ae55fb52708ff68472510d2a0acbf5e8da M dlls So note, crash only happens in win10, after adding the two registrykeys --- quote --- Technically it's not a regression. Wine works more correctly now, revealing a bug in WoW64 filesystem redirection handling. The installer does a very stupid thing: --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+module,+loaddll,+server,+process,+imports wine ./CompressonatorGUI_x64_3.1.4064.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.LoadLibraryW(0050b310 L"kernel32.dll") ret=0048969a ... 0009:Ret KERNEL32.LoadLibraryW() retval=7b420000 ret=0048969a 0009:Call KERNEL32.GetProcAddress(7b420000,00510034 "Wow64DisableWow64FsRedirection") ret=004896c9 0009:Ret KERNEL32.GetProcAddress() retval=7b4391ac ret=004896c9 0009:Call KERNEL32.GetProcAddress(7b420000,00510054 "Wow64RevertWow64FsRedirection") ret=004896db 0009:Ret KERNEL32.GetProcAddress() retval=7b4391fc ret=004896db 0009:Call KERNEL32.GetProcAddress(7b420000,0050b32c "IsWow64Process") ret=004896ed 0009:Ret KERNEL32.GetProcAddress() retval=7b435ad4 ret=004896ed 0009:Call KERNEL32.IsWow64Process(ffffffff,0033ed10) ret=00489704 0009:trace:process:NtQueryInformationProcess (0xffffffff,0x0000001a,0x33eca4,0x00000004,(nil)) 0009:Ret KERNEL32.IsWow64Process() retval=00000001 ret=00489704 0009:Call KERNEL32.Wow64DisableWow64FsRedirection(0033ed2c) ret=0048974e 0009:Ret KERNEL32.Wow64DisableWow64FsRedirection() retval=00000001 ret=0048974e 0009:Call KERNEL32.CopyFileW(0017a260 L"C:\\windows\\system32\\msi.dll",005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",00000000) ret=0047baa1 ... 0009:Ret KERNEL32.CopyFileW() retval=00000001 ret=0047baa1 0009:Call KERNEL32.Wow64RevertWow64FsRedirection(0033ed2c) ret=00489738 0009:Ret KERNEL32.Wow64RevertWow64FsRedirection() retval=00000001 ret=00489738 0009:Call version.GetFileVersionInfoSizeW(005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",0033f174) ret=0047bcc2 ... --- snip --- The installer passes the address of 'OldValue' parameter to Wow64RevertWow64FsRedirection(), not the value. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365745(v=vs.85).… --- quote --- Wow64RevertWow64FsRedirection function Restores file system redirection for the calling thread. This function should not be called without a previous call to the Wow64DisableWow64FsRedirection function. Any data allocation on behalf of the Wow64DisableWow64FsRedirection function is cleaned up by this function. Syntax C++ BOOL WINAPI Wow64RevertWow64FsRedirection( _In_ PVOID OldValue ); Parameters OldValue [in] The WOW64 file system redirection value. This value is obtained from the Wow64DisableWow64FsRedirection function. ... --- quote --- This causes the WOW64 file system redirection not reverted to old state - all filesystem accesses go to 64-bits part. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/path.c#l1972 --- snip --- 1972 /*********************************************************************** 1973 * Wow64RevertWow64FsRedirection (KERNEL32.@) 1974 */ 1975 BOOL WINAPI Wow64RevertWow64FsRedirection( PVOID old_value ) 1976 { 1977 NTSTATUS status = RtlWow64EnableFsRedirection( !old_value ); 1978 if (status) SetLastError( RtlNtStatusToDosError(status) ); 1979 return !status; 1980 } --- snip --- Subsequent dynamic loading of dlls fails for the 32-bit process because loader only finds the 64-bit dll counterparts. First failure (non-fatal): --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(0033f22e L"C:\\windows\\system32\\explorerframe.dll",00000000,00000008) ret=7da78778 0009:trace:module:load_dll looking for L"C:\\windows\\system32\\explorerframe.dll" in L"C:\\windows\\system32;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/explorerframe.dll" ) 0009: create_file() = 0 { handle=0088 } 0009: get_handle_fd( handle=0088 ) 0009: *fd* 0088 -> 118 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=0088, objattr={} ) 0009: create_mapping() = 0 { handle=0090 } 0009: close_handle( handle=0088 ) 0009: close_handle() = 0 0009: get_mapping_info( handle=0090, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=00000c38,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=0090 ) 0009: *fd* 0090 -> 119 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 638 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003800 - 0x10004000 0009: map_view( mapping=0090, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=0090 ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\explorerframe.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\explorerframe.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7da78778 0009:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\explorerframe.dll" --- snip --- Second failure (fatal): --- snip --- 0009:Call KERNEL32.LoadLibraryA(005010f0 "dwmapi.dll") ret=004c0c0c 0009:trace:module:load_dll looking for L"dwmapi.dll" in L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"dwmapi.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=004c0c0c 0009:Call KERNEL32.GetLastError() ret=004c0c18 0009:Ret KERNEL32.GetLastError() retval=000000c1 ret=004c0c18 0009:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0033e764) ret=004c0c4b 0009:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b44c162 ip=7b44c162 tid=0009 0009:trace:seh:raise_exception info[0]=0033e714 0009:trace:seh:raise_exception eax=7b43a4cd ebx=00000000 ecx=00000000 edx=0033e708 esi=0033e708 edi=0033e6d0 0009:trace:seh:raise_exception ebp=0033e6a8 esp=0033e644 cs=330023 ds=33002b es=f7be002b fs=f7be0063 gs=f7be006b flags=00000216 0009:trace:seh:call_stack_handlers calling handler at 0x4f8b8c code=c06d007e flags=0 --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\CompressonatorGUI_x64_3.1.4064.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 83494931 (04FA0813h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x004000F0 | - [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | DebugDirectory | - | Offset: 0x000FD444 | VA: 0x004FE844 | - -> File has 81963539 (04E2AA13h) bytes of appended data starting at offset 0175E00h [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (1489 calculated 1489 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x1 | Catalog 0x0 (0) | Catalog Offset 0x555C3A43 | Reserved 0x73726573 [LoadConfig] GuardAddressTakenIatEntryTable 0x6369765C | Count 0x5C726F74 (1551003508) [LoadConfig] GuardLongJumpTargetTable 0x6B736544 | Count 0x5C706F74 (1550872436) [LoadConfig] HybridMetadataPointer 0x4E415242 | DynamicValueRelocTable 0x775C4843 [LoadConfig] FailFastIndirectProc 0x525C6E69 | FailFastPointer 0x61656C65 [LoadConfig] UnknownZero1 0x735C6573 [File Heuristics] -> Flag #1 : 00000100000001001101000000000100 (0x0404D004) [Entrypoint Section Entropy] : 6.63 (section #0) ".text " | Size : 0xFC61C (1033756) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 5 (0x5) | ImageSize 0x180000 (1572864) byte(s) [VersionInfo] Company Name : GPUOpen.com [VersionInfo] Product Name : CompressonatorGUI [VersionInfo] Product Version : 3.1.4064 [VersionInfo] File Description : CompressonatorGUI 3.1.4064 installer [VersionInfo] File Version : 3.1.4064 [VersionInfo] Original FileName : CompressonatorGUI_x64_3.1.4064.exe [VersionInfo] Internal Name : CompressonatorGUI_x64_3.1.4064 [VersionInfo] Legal Copyrights : Copyright (C) 2018 GPUOpen.com [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll | ole32.dll | OLEAUT32.dll | dbghelp.dll | SHLWAPI.dll | COMCTL32.dll | MSIMG32.dll | VERSION.dll | MPR.dll | COMDLG32.dll [ModuleReport] [DelayImport] Modules -> msi.dll | gdiplus.dll | UxTheme.dll | WININET.dll | dwmapi.dll [Debug Info] (record 1 of 1) (file offset 0xFD440) Characteristics : 0x0 | TimeDateStamp : 0x5602AAD6 (Wed 23rd Sep 2015 13:36:22 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x5C (92) AddressOfRawData : 0x116DA0 | PointerToRawData : 0x1159A0 CvSig : 0x53445352 | SigGuid B2ED720C-03A3-4C47-8C3FDFDD897BE428 Age : 0x1 (1) | Pdb : C:\Users\victor\Desktop\BRANCH\win\Release\stubs\x86\ExternalUi.pdb [-= Installer =-] Advanced Installer Module ! [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) - Scan Took : 2.661 Second(s) [000000923h (2339) tick(s)] [566 of 580 scan(s) done] --- snip --- $ sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe $ du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe $ wine --version wine-4.4-232-gc7f323107b 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 21634] New: ACT!2010 installer prereq check fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21634 Summary: ACT!2010 installer prereq check fails Product: Wine Version: 1.1.38 Platform: x86 URL: http://experience.act.com/ OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I tested the downloadable trial of ACT!2010. The installer has sha1sum 3ce9033e20c79707d3798195c74cb8e8bd3b5731 ACT! by Sage.exe It probably needs winetricks dotnet20 first. It fails with message Prereq.Exceptions.KeyDoesn’tExistException: Exception of Type ‘Prereq.Exceptions.KeyDoestntExistException’ was thrown. at Prereq.AccessINI.GetValue(StringKey, StringValueName) at Prereq.Program.Main(String[] args). http://community.act.com/sage/board/message?board.id=ACT&thread.id=3715 says to check the log file C:\WINDOWS\Temp\ACTInstLog\ActWindows.log That file contains C:\users\Public\Application Data\Microsoft\Protect does not exist. which seems related to the Protected Storage service and lsass.exe, which Wine doesn't have yet. The app then spews several crash report dialogs. (The installer continues on anyway, and fails when installing SQL Express, but that's a different problem.) -- 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 20651] New: Crash when installing Impulse
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20651 Summary: Crash when installing Impulse Product: Wine Version: 1.1.32 Platform: PC-x86-64 URL: http://www.impulsedriven.com/downloads/impulse_setup.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=24653) --> (http://bugs.winehq.org/attachment.cgi?id=24653) terminal output When installing Impulse with current git (wine-1.1.32-499-gffb2cfc), there is a crash in file setsdaff.exe, but installer continues and reports that it finished successfully. Another thing I noticed: after installation some processes remains in memory, they are mscorsvw.exe (disappear aprox. 5-10 later) and rpcss.exe (remains there until killed). Impulse needs dotnet20, I installed it with winetricks. After installation Impulse starts, but cannot connect to server, bug 15486. I did some search on the Stardock forums and it looks like even some windows users had similar problem, in their case this was caused by broken .NET install, .NET re-installation or update solved this. -- 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 51

[Bug 17902] New: ole32.CoGetClassObject: threads without apartment should use existing MTA
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17902 Summary: ole32.CoGetClassObject: threads without apartment should use existing MTA Product: Wine Version: 1.1.18 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =fe6f2099-b7b4-4f47-a244-c96d69c35dec OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, there are apps which use free threaded COM (inproc) servers and call CoGetClassObject() from (new) threads that do not explicitly initialize COM. This is valid behaviour when one of the existing threads already created the MTA by calling CoInitializeEx(NULL, COINIT_MULTITHREADED). See: http://support.microsoft.com/kb/150777 --- quote --- Current implementations of COM allow a thread that does not explicitly initialize COM to be a part of the MTA. A thread that does not initialize COM is part of the MTA only if it starts using COM after at least one other thread in the process has previously called CoInitializeEx(NULL, COINIT_MULTITHREADED). (It is even possible that COM itself may have initialized the MTA when no client thread has explicitly done so; for example, a thread associated with an STA calls CoGetClassObject/CoCreateInstance[Ex] on a CLSID that is marked "ThreadingModel=Free" and COM implicitly creates an MTA into which the class object is loaded.) See the information on threading model interoperability below. However, this is a configuration that might cause problems, such as access violations, under certain circumstances. Therefore, it is strongly recommended that each thread that needs to do COM work initialize COM by calling CoInitializeEx and then, on completion of COM work, call CoUninitialize. The cost of "unnecessarily" initializing an MTA is minimal. --- quote --- An example app suffering from this is the managed console debugger from .NET 2.0 SDK "cordbg.exe": When trying to debug a simple console C# app created with symbols (.pdb format): --- snip --- wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ foo.cs --- snip --- Start debugger: --- snip --- wine "C:\\Program Files\\Microsoft.NET\\SDK\\v2.0\\Bin\\cordbg.exe foo.exe" --- snip --- The debugger will immediately begin to execute the app - not halting in Main() method (source). This is because symbol information can't be loaded using COR symbol binder which lives in a free threaded COM inproc server. 0A29FF9E-7F9C-4437-8B11-F424491E3931 -> CLSID_CorSymBinder Threads 0x38 (main) and 0x36 call "CoInitializeEx" with COINIT_MULTITHREADED, creating the MTA. Thread 0x3b is created later as pooled thread - part of MTA - to serve CLR debugger requests (work items). That thread never makes any init calls to COM (verified). --- snip --- ... 0038:Call KERNEL32.GetProcAddress(60970000,7a37e2ae "CoInitializeEx") ret=79e9d311 0038:Ret KERNEL32.GetProcAddress() retval=609750c8 ret=79e9d311 0038:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0038:Ret ntdll.RtlAllocateHeap() retval=0014f9c0 ret=60986499 0038:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=609a750c 0038:Ret ntdll.RtlAllocateHeap() retval=001500e8 ret=609a750c 0038:Call KERNEL32.InitializeCriticalSection(001500f8) ret=609a7543 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=609a7543 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,0000007c) ret=60983f54 0038:Ret ntdll.RtlAllocateHeap() retval=00151df0 ret=60983f54 0038:Call KERNEL32.InitializeCriticalSection(00151e10) ret=60983fb4 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=60983fb4 0038:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 0036:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0036:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0036:Ret ntdll.RtlAllocateHeap() retval=00151e78 ret=60986499 0036:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d170 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32",00000000,00020019,0310d0dc) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call ... 003b:Call advapi32.RegOpenKeyExW(00000238,0310d270 L"2.0.50727",00000000,00020019,0310d0ec) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(0000023c,7a136a40 L"ImplementedInThisVersion",00000000,0310d0e4,00000000,0310d0e8) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000000 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(0000023c) ret=7a1369f2 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=7a1369f2 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d318 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32\\2.0.50727",00000000,00020019,0310d314) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(00000238,79f873d0 L"Class",00000000,0310d2f8,00000000,0310d310) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000002 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(00000238) ret=79f88946 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=79f88946 ... 003b:Call KERNEL32.GetProcAddress(60970000,7a37e222 "CoGetClassObject") ret=79e9d311 003b:Ret KERNEL32.GetProcAddress() retval=60974f78 ret=79e9d311 003b:Call ole32.CoGetClassObject(00175d3c,00000015,00000000,79f83a7c,0310d5e8) ret=7a041335 003b:err:ole:CoGetClassObject apartment not initialised 003b:Ret ole32.CoGetClassObject() retval=800401f0 ret=7a041335 003b:Call KERNEL32.GetLastError() ret=79e74ab4 003b:Ret KERNEL32.GetLastError() retval=0000007f ret=79e74ab4 000007f ret=78132d14 ... 003b:Call KERNEL32.FormatMessageW(000031ff,00000000,800401f0,00000400,0310d4f4,00000000,0310d4a0) ret=7a127c38 003b:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7a127c38 --- quote --- The failure is due to Wine's CoGetClassObject() rejecting requests when no apartment in current thread (oletls) exists. --- snip dlls/ole32/compobj.c --- HRESULT WINAPI CoGetClassObject( REFCLSID rclsid, DWORD dwClsContext, COSERVERINFO *pServerInfo, REFIID iid, LPVOID *ppv) { LPUNKNOWN regClassObject; HRESULT hres = E_UNEXPECTED; APARTMENT *apt; TRACE("\n\tCLSID:\t%s,\n\tIID:\t%s\n", debugstr_guid(rclsid), debugstr_guid(iid)); if (!ppv) return E_INVALIDARG; *ppv = NULL; apt = COM_CurrentApt(); if (!apt) { ERR("apartment not initialised\n"); return CO_E_NOTINITIALIZED; } ... --- snip dlls/ole32/compobj.c --- Rather than failing CoGetClassObject() without apartment, it should look for an existing MTA and let the current thread use it. With the MTA being used, the inproc server is created and the app works as intended, e.g. symbols get loaded, source can be stepped ... 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 24875] New: SongSmith doesn't install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24875 Summary: SongSmith doesn't install Product: Wine Version: 1.3.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com Created an attachment (id=31485) --> (http://bugs.winehq.org/attachment.cgi?id=31485) Very short Wine log I wanted to try out this Microsoft application for laughs, but it turns out it won't install. Execution ends before even a single installer window is shown. A very short log is attached to this post, but it basically ends with this: err:msi:ITERATE_Actions Execution halted, action L"VSDCA_VsdLaunchConditions" returned 1603 Free demo download is available here: http://research.microsoft.com/en-us/um/redmond/projects/songsmith/download.… Running 64-bit Ubuntu 10.10 with 32-bit Wine 1.3.5. If any more info is required, I'll gladly 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 29

[Bug 31087] New: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31087 Bug #: 31087 Summary: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another problem from app in bug 24875 which deserves an extra bug. The app still fails with wine-1.5.7-252-g1f01355 The problems seems to be a WMI -> .NET type conversion problem of "ProcessId" property value. "InvalidCastException" is thrown --- snip --- 006ee1e8 7b83953f [HelperMethodFrame: 006ee1e8] 006ee258 040347f6 System.Management.PropertyData.MapWmiValueToValue(System.Object, System.Management.CimType, Boolean) 006ee2d0 04034204 System.Management.PropertyData.get_Value() 006ee2dc 04033aa6 System.Management.ManagementBaseObject.GetPropertyValue(System.String) 006ee2e8 04033a35 System.Management.ManagementBaseObject.get_Item(System.String) 006ee2ec 04034f70 SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- snip --- MapWmiValueToValue converts WMI values (wrapped in object) to native .NET value (wrapped in object) with type conversion if necessary. MSDN claims "ProcessId" is CIM_UINT32/uint32. The following link shows example "ProcessId" property dump with 'wbemdump' tool: http://nukz.net/reference/wmi/hh/wmisdk/wbemdump_8wft.htm --- snip --- wbemdump /Q /wy root\cimv2 WQL "SELECT ProcessId FROM Win32_process WHERE Name = 'Winmgmt.exe'" This command produces the following output: (WQL) SELECT ProcessId FROM Win32_Process WHERE Name = 'Winmgmt.exe' ProcessId (CIM_UINT32/uint32) = 644 (0x284) --- snip --- For CIM_UINT32 type there seems to be 'unboxing' taking place: net_value = (uint)((int)(wmi_value)) I extracted a small C# snippet from the app .NET assembly which can be used for easy reproduction of the problem. Save the following snippet to a text file (ex: "test.cs"): --- snip test.cs --- using System; using System.Collections; using System.Management; class TestProgram { [STAThread] static void Main(string[] args) { using (ManagementObjectSearcher searcher = new ManagementObjectSearcher("Select * from Win32_Process")) { new ManagementScope(@"root\CIMV2"); foreach (ManagementObject obj2 in searcher.Get()) { string str = obj2["ProcessId"].ToString(); } } } } --- snip test.cs --- Compile it with C# compiler which is present if you installed .NET 2.0 Framework (winetricks). --- snip --- $ wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ test.cs --- snip --- Run and get the same backtrace as with installer. The problem is CIMTYPE -> OLE Variant type conversion. Source: http://source.winehq.org/git/wine.git/blob/d2661b802556e073760af5d70869fb55… --- snip --- 665 HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VARIANT *ret, 666 CIMTYPE *type, LONG *flavor ) 667 { ... 681 switch (view->table->columns[column].type & COL_TYPE_MASK) 682 { 683 case CIM_STRING: 684 case CIM_DATETIME: 685 V_VT( ret ) = VT_BSTR; 686 V_BSTR( ret ) = SysAllocString( (const WCHAR *)(INT_PTR)val ); 687 break; 688 case CIM_SINT16: 689 V_VT( ret ) = VT_I2; 690 V_I2( ret ) = val; 691 break; 692 case CIM_UINT16: 693 V_VT( ret ) = VT_UI2; 694 V_UI2( ret ) = val; 695 break; 696 case CIM_SINT32: 697 V_VT( ret ) = VT_I4; 698 V_I4( ret ) = val; 699 break; 700 case CIM_UINT32: 701 V_VT( ret ) = VT_UI4; 702 V_UI4( ret ) = val; 703 break; 704 case CIM_SINT64: 705 V_VT( ret ) = VT_BSTR; 706 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 707 break; 708 case CIM_UINT64: 709 V_VT( ret ) = VT_BSTR; 710 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 711 break; ... --- snip --- The unbox failure let me guess that CIM_UINT32 doesn't map to VT_UI4 but to VT_I4. Google "CIM_UINT32 VT_I4" and hit the first link -> book "Developing Wmi Solutions: A Guide to Windows Management ..." Bingo! There is a table which shows the type mapping (BTW good WMI resource to read...) uint32 - VT_I4 - CIM_UINT32 While you're at it you might want to fix other type conversions (CIM_UINT16 ...) according to the table. 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 31088] New: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31088 Bug #: 31088 Summary: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get) Product: Wine Version: 1.5.7 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, when bug 31087 is fixed the app installer runs into unimplemented IWshShortcut::WindowStyle property (set/get) Managed backtrace: --- snip --- 006ee2a8 7b83953f [ComPlusMethodFrameStandaloneCleanup: 006ee2a8] Interop.IWshRuntimeLibrary.IWshShortcut.set_WindowStyle(Int32) 006ee2b8 04035355 SSCustomInstaller.SSInstaller.CreateDesktopShortcut() 006ee2ec 0403505c SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- 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 31105] New: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31105 Bug #: 31105 Summary: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, "SongSmith 1.0.2" is also affected by that insufficiency. Trace log: --- snip --- ... 002c:Call windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy(03163588,03145f14,00000002,0032c450) ret=02d45580 002c:fixme:wincodecs:ComponentFactory_CreateBitmapFromSource (0x3163588,0x3145f14,2,0x32c450): stub 002c:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy() retval=80004001 ret=02d45580 ... 002c:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0032c3b0) ret=79f97065 002c:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83953f ip=7b83953f tid=002c 002c:trace:seh:raise_exception info[0]=80004001 002c:trace:seh:raise_exception eax=7b8264d9 ebx=7b8b17d0 ecx=80004001 edx=0032c2b4 esi=0032c390 edi=0032c310 002c:trace:seh:raise_exception ebp=0032c2f8 esp=0032c294 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002c:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 002c:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 002c:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- Exception info: --- snip --- Exception object: 00ea0ff4 Exception type: System.NotImplementedException Message: The method or operation is not implemented. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004001 --- snip --- CLR stack: --- snip --- OS Thread Id: 0x2b (0) ESP EIP 0033c6a8 7b83953f [HelperMethodFrame: 0033c6a8] 0033c74c 53c57cdc MS.Internal.HRESULT.Check(Int32) 0033c750 53afdfce System.Windows.Media.Imaging.RenderTargetBitmap.CopyCommon(System.Windows.Media.Imaging.RenderTargetBitmap) 0033c7a0 53afe13b System.Windows.Media.Imaging.RenderTargetBitmap.CloneCore(System.Windows.Freezable) 0033c7b0 568a68a4 System.Windows.Freezable.Clone() 0033c7bc 53a02d06 System.Windows.Media.Animation.Animatable.Clone() 0033c7c4 53ab5666 System.Windows.Media.ImageSource.Clone() 0033c7cc 53aeea62 System.Windows.Media.Imaging.BitmapSource.Clone() 0033c7d4 53ab76c7 System.Windows.Media.Effects.BitmapEffect.GetOutput(System.Windows.Media.Effects.BitmapEffectInput) 0033c818 53abcaab System.Windows.Media.Effects.BitmapEffectState.GetEffectOutput(System.Windows.Media.Visual, System.Windows.Media.Imaging.RenderTargetBitmap ByRef, System.Windows.Media.Matrix, System.Windows.Rect, System.Windows.Media.Matrix ByRef) 0033ca28 53abdb1a System.Windows.Media.Effects.BitmapEffectVisualState.RenderBitmapEffect(System.Windows.Media.Visual, System.Collections.Generic.List`1<ChannelSet>) 0033cb64 53abd7ca System.Windows.Media.Effects.BitmapEffectContent.ExecuteRealizationsUpdate() 0033cb6c 53918ad9 System.Windows.Media.RealizationContext+RealizationUpdateSchedule.Execute() 0033cba8 53911e40 System.Windows.Media.MediaContext.Render(System.Windows.Media.ICompositionTarget) 0033cc6c 53910fe7 System.Windows.Media.MediaContext.RenderMessageHandlerCore(System.Object) 0033ccb4 53910f00 System.Windows.Media.MediaContext.RenderMessageHandler(System.Object) 0033cccc 53910ecc System.Windows.Media.MediaContext.Resize(System.Windows.Media.ICompositionTarget) --- snip --- Code: http://source.winehq.org/git/wine.git/blob/39f80e56fb15858e1d057facae56fa7f… --- snip --- 465 static HRESULT WINAPI ComponentFactory_CreateBitmapFromSource(IWICComponentFactory *iface, 466 IWICBitmapSource *piBitmapSource, WICBitmapCreateCacheOption option, 467 IWICBitmap **ppIBitmap) 468 { 469 FIXME("(%p,%p,%u,%p): stub\n", iface, piBitmapSource, option, ppIBitmap); 470 return E_NOTIMPL; 471 } --- snip --- $ du -sh SongsmithSetup.1.02.msi 99M SongsmithSetup.1.02.msi $ sha1sum SongsmithSetup.1.02.msi fa6d5d889f37d369d61ec5c49dfb7f8d9932eb09 SongsmithSetup.1.02.msi $ wine --version wine-1.5.7-309-gb4da889 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 39297] New: kernel32.IsValidCodePage and friends don't support code page 708.
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39297 Bug ID: 39297 Summary: kernel32.IsValidCodePage and friends don't support code page 708. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- Microsoft's FontValidator (https://www.microsoft.com/typography/FontValidator.mspx) when processing certain fonts, try to access code page 708, which is not available under wine. FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs . -- 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 31

[Bug 18531] New: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18531 Summary: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented Product: Wine Version: 1.1.21 Platform: Other URL: http://www.microsoft.com/typography/FontValidator.mspx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, now that some urlmon MIME support patches are on the way which are essential for this app ("text/xml" MIME is later needed to show XML content in embedded browser window) I file an "intermediate" bug that needs to be fixed before we can verify the new functionality with real apps ;-) The story is basically about in-place activation and deactivation of embedded browser control. The current shdocvw OleInPlaceObject_InPlaceDeactivate stub is mostly harmless for many embedded browser control hosting apps because they don't rely on the fact that in-place deactivation doesn't really take place (control will be destroyed shortly anyway). This app use case is a bit special hence the current in-place deactivation stub becomes the culprit. Steps to reproduce: 1. clean WINEPREFIX 2. winetricks -q dotnet20 3. start app, "Font files" -> "Add..." -> select whatever true/opentype font from your system 4. "Table tests" -> "Clear All" -> select only "BASE" (shortens test) 5. "Rasterization" -> deselect "Test rasterization of TrueType outlines" (shortens test) 6. hit "Start validation" The .NET 2.0 app creates an embedded browser control: --- snip --- ... 0029:trace:ole:CoCreateInstance (rclsid={8856f961-340a-11d0-a96b-00c04fd705a2}, pUnkOuter=(nil), dwClsContext=00000001, riid={00000000-0000-0000-c000-000000000046}, ppv=0x32e2a4) ... 0029:fixme:shell:URL_ParseUrl failed to parse L"Interop.SHDocVw" ... 0029:trace:win:WIN_CreateWindowEx L"Shell Embedding" L"Shell Embedding" ex=00000100 style=46010000 0,0 0x0 parent=0x500b4 menu=(nil) inst=0x61020000 params=0x136d00 ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b6 ... 0029:trace:shdocvw:create_shell_embedding_hwnd parent=0x500b4 hwnd=0x100b6 ... 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x500b4 0xadd434) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE ... 0029:trace:win:DestroyWindow (0x500b4) ... --- snip --- and a "parking window" to host the control in inactive/hidden state until the real hosting window is about to be created and displayed to avoid runtime penalties of destroying and recreating browser control each time. This blog gives some insight in the world of "parking windows": http://blogs.msdn.com/sburke/archive/2007/06/20/flashback-windows-forms-par… --- snip --- 0029:trace:win:WIN_CreateWindowEx L"WindowsFormsParkingWindow" L"WindowsForms10.Window.8.app.0.378734a" ex=00010000 style=02010000 0,0 0x0 parent=0xfffffffd menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b8 0029:trace:win:show_window hwnd=0x100b6, cmd=0, wasVisible 1 ... 0029:fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x136d00) 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:ole:GetErrorInfo (0, 0x32d9b0, 0x19a9c4) 0029:fixme:shdocvw:WebBrowser_QueryInterface (0x136d00)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x32d9a8) interface not supported 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84385b ip=7b84385b tid=0029 ... 0029:trace:win:WIN_SetWindowLong 0x100b6 -4 61031784 W 0029:trace:win:alloc_winproc reusing 0xffff0057 for (nil)/0x61031784 0029:trace:win:WIN_DestroyWindow 0x500b4 --- snip --- The CLR exceptions resulting from E_NOTIMPL of OleInPlaceObject_InPlaceDeactivate are handled gracefully. The window which is the real target for the browser control gets created later: --- snip --- 0029:trace:win:WIN_CreateWindowEx L"C:\\windows\\temp\\tmp47b0.tmp.report.xml" L"WindowsForms10.Window.8.app.0.378734a" ex=00050040 style=46cf0000 -2147483648,-2147483648 376x358 parent=0x10088 menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx hwnd 0x600b4 cs 0,0 376x358 ... 0029:trace:win:show_window hwnd=0x600b4, cmd=5, wasVisible 0 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x600b4 0xaece88) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b84385b ip=7b84385b tid=0029 0029:trace:seh:raise_exception info[0]=80131509 0029:trace:seh:raise_exception eax=7b82ca1d ebx=7b8c2918 ecx=00000000 edx=0032d958 esi=0032d958 edi=e0434f4d 0029:trace:seh:raise_exception ebp=0032d920 esp=0032d8bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 --- snip --- The CLR exception leads to following backtrace dialog (and abort): --- snip --- ************** Exception Text ************** System.InvalidOperationException: Unable to get the window handle for the 'AxWebBrowser' control. Windowless ActiveX controls are not supported. at System.Windows.Forms.AxHost.EnsureWindowPresent() at System.Windows.Forms.AxHost.InPlaceActivate() at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state) at System.Windows.Forms.AxHost.CreateHandle() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) --- snip --- The activate_inplace() OLE verb bails out early because Wine thinks the control is in-place activated (This->inplace) -> real in-place deactivation never took place. .NET runtime tries to fetch hosted control's window handle which fails because no parent switch was done. Adding simple in-place deactivation (releasing IOleInPlaceSite, resetting This->inplace) lets this app succeed, having windows properly switched/re-parented. 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 9

[Bug 31609] New: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31609 Bug #: 31609 Summary: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher Product: Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified http://source.winehq.org/git/tools.git/blob/HEAD:/testbot/src/TestLauncher/… has a function AllImportedDllsPresent() that tries to avoid running tests that implicitly link against DLLs that aren't present. Unfortunately, in the case of dlls with manifests, it reports it can't find dlls that are in fact present. What it needs is a good dose of the medicine that cured the same problem in winetest: http://www.winehq.org/pipermail/wine-cvs/2010-July/068410.html A quick test shows that this works. I'll send a patch soon. -- 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 13

[Bug 32370] New: Failed to install SafeNet Sentinal HASP setup exe
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32370 Bug #: 32370 Summary: Failed to install SafeNet Sentinal HASP setup exe Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: prafulla.sarode(a)gmail.com Classification: Unclassified Created attachment 42713 --> http://bugs.winehq.org/attachment.cgi?id=42713 programm error detail While installing SafeNet Sentinal HASP setup exe, installation error occured with the error trace as 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 5

[Bug 29570] New: Some applications crash when being +relay traced due to ntdll's relay_call clobbering ECX (and EDX)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29570 Bug #: 29570 Summary: Some applications crash when being +relay traced due to ntdll's relay_call clobbering ECX (and EDX) Product: Wine Version: 1.3.36 Platform: x86 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 investigating bug 29550 I encountered a problem with +relay I've seen such kind of +relay related crashes sometimes but forgot to report them. Now I have a fresh example ;-) WINEDEBUG=+tid,+seh,+relay crashes the app quickly: --- snip --- ... 0024:Call KERNEL32.GetCurrentThreadId() ret=10006777 0024:Ret KERNEL32.GetCurrentThreadId() retval=00000024 ret=10006777 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x10006777 ip=10006777 tid=0024 0024:trace:seh:raise_exception info[0]=00000001 0024:trace:seh:raise_exception info[1]=0000000c 0024:trace:seh:raise_exception eax=00000024 ebx=008ba6a0 ecx=00000000 edx=00000000 esi=001425d0 edi=0032f220 0024:trace:seh:raise_exception ebp=00040000 esp=0032f1d0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0024:trace:seh:call_vectored_handlers calling handler at 0x68bb9e26 code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x68bb9e26 returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x4a56b0 code=c0000005 flags=0 0024:Call msvcrt._except_handler3(0032f178,0032fd94,0032eeac,0032ed40) ret=7bc7ac85 0024:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x10006777 handler=0x4a56b0 0x32eeac 0x32ed40 semi-stub 0024:trace:seh:_except_handler3 reached TRYLEVEL_END, returning ExceptionContinueSearch 0024:Ret msvcrt._except_handler3() retval=00000001 ret=7bc7ac85 0024:trace:seh:call_stack_handlers handler at 0x4a56b0 returned 1 0024:trace:seh:call_stack_handlers calling handler at 0x4a56b0 code=c0000005 flags=0 0024:Call msvcrt._except_handler3(0032f178,0032fe30,0032eeac,0032ed40) ret=7bc7ac85 0024:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x10006777 handler=0x4a56b0 0x32eeac 0x32ed40 semi-stub 0024:trace:seh:_except_handler3 level 0 prev -1 filter 0x4a5ab0 0024:Call msvcrt._XcptFilter(c0000005,0032ebd4) ret=004a5ac1 0024:trace:seh:_XcptFilter (c0000005,0x32ebd4) 0024:Ret msvcrt._XcptFilter() retval=00000000 ret=004a5ac1 0024:trace:seh:_except_handler3 filter returned CONTINUE_SEARCH 0024:trace:seh:_except_handler3 reached TRYLEVEL_END, returning ExceptionContinueSearch 0024:Ret msvcrt._except_handler3() retval=00000001 ret=7bc7ac85 0024:trace:seh:call_stack_handlers handler at 0x4a56b0 returned 1 0024:trace:seh:call_stack_handlers calling handler at 0x7bc919e1 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032eca8) ret=7bc91a1b ... --- snip --- Code around the crash location: -- snip --- 10006760 8B4C24 04 MOV ECX,DWORD PTR SS:[ESP+4] 10006764 33C0 XOR EAX,EAX 10006766 BA 01000000 MOV EDX,1 1000676B F0:0FB111 LOCK CMPXCHG DWORD PTR DS:[ECX],EDX 1000676F 75 0C JNZ SHORT sfl.1000677D 10006771 FF15 24610210 CALL DWORD PTR DS:[<&KERNEL32.GetCurrent>] 10006777 8941 0C MOV DWORD PTR DS:[ECX+C],EAX 1000677A C2 0400 RETN 4 ... -- snip --- Unfortunately ntdll's 32 bits relay_call clobbers ECX (=0) hence the exception after returning from KERNEL32.GetCurrentThreadId(). Code: http://source.winehq.org/git/wine.git/blob/2741edb9989d33ae7bb3d2dceba5e5d9… Preserving ECX in relay_call() lets the app successfully +relay traced (already tested). Technically EDX might need to be preserved for callers too but this app can live without it... $ sha1sum sai-1.1.0-ful-en.exe fb1876e370d431f21df06428ca6ccf35de727000 sai-1.1.0-ful-en.exe $ wine --version wine-1.3.36-172-gb00e703 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 27803] New: Internet Explorer 9 installer prerequisite check fails due to mismatching ntoskrnl.exe version resource (reported Winver vs. resource version)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27803 Summary: Internet Explorer 9 installer prerequisite check fails due to mismatching ntoskrnl.exe version resource (reported Winver vs. resource version) Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, Internet Explorer 9 installer prerequisite checks due to mismatching ntoskrnl version resource (reported Winver vs. resource versions). The installer uses OutputDebugString() so +debugstr gives quick glance what it does under the hood... --- snip --- $ WINEDEBUG=+debugstr wine ./IE9-Windows7-x86-enu.exe fixme:advapi:RegisterTraceGuidsW (0x6cd15f38, 0x6cd20180, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x32de10, (null), (null), 0x6cd20188,): stub warn:debugstr:OutputDebugStringA "00:00.001: ====================================================================\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Started: 2011/07/16 (Y/M/D) 11:57:17.956 (local)\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Time Format in this log: MM:ss.mmm (minutes:seconds.milliseconds)\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Command line: Z:\\home\\focht\\Downloads\\IE9-Windows7-x86-enu.exe\r\n" warn:debugstr:OutputDebugStringA "00:00.042: INFO: Setup installer for Internet Explorer: 9.0.8112.16421\r\n" warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Checking version for C:\\windows\\SYSTEM32\\ieframe.dll: Failed. (Couldn't get File Version Info size.)\r\n" warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Couldn't get File Version Info size for System32\\ieframe.dll\r\n" warn:debugstr:OutputDebugStringA "00:00.050: INFO: Checking if iexplore.exe's current version is between 9.0.6001.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.050: INFO: ...and 9.1.0.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: Maximum version on which to run IEAK branding is: 9.1.0.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: iexplore.exe version check success. Install can proceed.\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: Trying to extract ID: 6006 (0) as \"IE9-neutral.Extracted.cab\"\r\n" warn:debugstr:OutputDebugStringA "00:00.320: INFO: Trying to extract ID: 5006 (0) as \"IE9-support.cab\"\r\n" warn:debugstr:OutputDebugStringA "00:00.861: INFO: Operating System: Windows Workstation: 6.1.7601 (Service Pack 1)\r\n" warn:debugstr:OutputDebugStringA "00:00.862: INFO: Windows 7 operating system detected.\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack major: 1\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack minor: 0\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack name: Service Pack 1\r\n" warn:debugstr:OutputDebugStringA "00:00.864: ERROR: System version and prerequisite validation checks failed.\r\n" fixme:commctrl:TaskDialogIndirect 0x32d940, 0x32d9a4, (nil), (nil) warn:debugstr:OutputDebugStringA "00:00.865: INFO: Setup exit code: 0x00009C53 (40019) - Unable to install on Windows prerelease version\r\n" warn:debugstr:OutputDebugStringA "00:00.910: INFO: Cleaning up temporary files in: C:\\windows\\TEMP\\IE9acd.tmp\r\n" warn:debugstr:OutputDebugStringA "00:00.927: INFO: Unable to remove directory C:\\windows\\TEMP\\IE9acd.tmp, marking for deletion on reboot.\r\n" warn:debugstr:OutputDebugStringA "00:00.930: INFO: Released Internet Explorer Installer Mutex\r\n" --- snip --- +tid,+seh,+relay gives: --- snip --- ... 0035:Call version.GetFileVersionInfoSizeW(0032df48 L"C:\\windows\\System32\\ntoskrnl.exe",0032df0c) ret=01010110 ... 0035:Call version.GetFileVersionInfoW(0032df48 L"C:\\windows\\System32\\ntoskrnl.exe",00000000,000006b4,00151a58) ret=0101014a ... 0035:Ret version.GetFileVersionInfoW() retval=00000001 ret=0101014a 0035:Call version.VerQueryValueW(00151a58,01002058 L"\\",0032df18,0032df08) ret=0101016f 0035:Ret version.VerQueryValueW() retval=00000001 ret=0101016f ... 0035:Call KERNEL32.OutputDebugStringW(01022690 L"00:12.292: ERROR: System version and prerequisite validation checks failed.\r\n") ret=0101136b ... 0035:Call KERNEL32.ExpandEnvironmentStringsW(0032d9d8 L"Internet Explorer 9 isn't supported on pre-release versions of Windows 7 and Windows Vista. Please upgrade to a released version.",00000000,00000000) ret=0101054c --- snip --- Winver is set to Win 7 SP1 6.1 build 7601 but version resource reports Win XP SP3. The installer specifically checks the QFE number, it must be >= 17105 (SP1?) Source: http://source.winehq.org/git/wine.git/blob/a0f681ad4c1626459db14668d5d046bd… $ sha1sum IE9-Windows7-x86-enu.exe fb2b17cf1d22f3e2b2ad339c5bd78f8fab406d03 IE9-Windows7-x86-enu.exe $ wine --version wine-1.3.24-174-g4b4dd30 If this bug is fixed it runs into next one (commctrl.TaskDialogIndirect being a 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 9

[Bug 28864] New: Internet Explorer 9 encounters NtQueryInformationToken error
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28864 Bug #: 28864 Summary: Internet Explorer 9 encounters NtQueryInformationToken error Product: Wine Version: 1.3.31 Platform: x86 URL: http://download.microsoft.com/download/C/3/B/C3BF2EF4- E764-430C-BDCE-479F2142FC81/IE9-Windows7-x86-enu.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: the.ideals(a)gmail.com Classification: Unclassified Created attachment 37074 --> http://bugs.winehq.org/attachment.cgi?id=37074 ntdll error wine-1.3.31 - Win 7 After bypassing installer issues. I encounter an ntdll error. err:ntdll:NtQueryInformationToken Unhandled Token Information class 25! fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevationType, ...) semi-stub -- 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 27804] New: Multiple MS installers expect a "Logs" folder under %SystemRoot%
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27804 Summary: Multiple MS installers expect a "Logs" folder under %SystemRoot% Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, multiple MS installers expect a "Logs" folder to exist under %SystemRoot% Logs useful for diagnosis don't get created otherwise. Example: IE9 installer in "silent" mode. --- snip --- ... executing must-succeed process '"C:\windows\System32\cmd.exe" /C IF NOT EXIST "%IESetup%\IeNrCore.exe" exit 1 > C:\windows\Logs\IESetup_20110716-111159_temp.log 2>&1' Path not found ... --- 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 28924] New: "Unknown error" message at Visual Studio 2010 startup
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28924 Bug #: 28924 Summary: "Unknown error" message at Visual Studio 2010 startup Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keks9n(a)gmail.com Classification: Unclassified I've got it installed, but it doesn't run. $ wine devenv.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VisualStudio.10.0": stub fixme:ole:CoInitializeSecurity (0x32f898,-1,(nil),(nil),0,0,(nil),8,(nil)) - stub! err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046} could be created for context 0x1 Then it shows "Unknown error" message. -- 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 28022] New: Visual Studio 2010 Professional does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28022 Summary: Visual Studio 2010 Professional does not install Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neil.stoker(a)gmail.com Created an attachment (id=35879) --> (http://bugs.winehq.org/attachment.cgi?id=35879) The output from wine /mnt/disk/setup.exe 2> wine.log for a full install Attempting to install the full version of Visual Studio 2010 Professional. The initial load of the setup appears to work correctly (although taking a very long time). The error reporting to Microsoft was enabled. Accepting licence terms worked. Full install to c: (with 180G free) Microsoft .NET framework 4 * failed during install -- 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 33497] New: Microsoft SQL Server 2005 Express Edition: installer fails (needs ComAdminCatalog class from comadmin.dll)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33497 Bug #: 33497 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (needs ComAdminCatalog class from comadmin.dll) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Continuation from bug 32048: After fixing DtcGetTransactionManagerExW stub from bug 32048, the installer aborts displaying message about WMI configuration: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine daniel Error:87 (0x57)." Interesting part of the log (displayed after DtcGetTransactionManagerExW fixme): err:ole:CoGetClassObject class {f618c514-dfb8-11d1-a2cf-00805fc79235} not registered err:ole:create_server class {f618c514-dfb8-11d1-a2cf-00805fc79235} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {f618c514-dfb8-11d1-a2cf-00805fc79235} could be created for context 0x15 http://mikolajapp.appspot.com/uuid/query?q={f618c514-dfb8-11d1-a2cf-00805fc… Most likely the missing class COMAdminCatalog is the culprit here. Prerequisites: winetricks mspatcha workaround for bug 32048 -- 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 33520] New: Microsoft SQL Server 2005 Express Edition: installer fails (netapi32:NetLocalGroup* functions need real implementation)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33520 Bug #: 33520 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (netapi32:NetLocalGroup* functions need real implementation) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44362 --> http://bugs.winehq.org/attachment.cgi?id=44362 console output Continuation from bug 33512: now the installer reports an error during installation of the application. The installer first tries to create user groups using NetLocalGroupAdd, then tries to access them using LookupAccountName (found in relay log). This of course fails, since NetLocalGroupAdd is a no-op stub. Prerequisites: winetricks mspatcha dotnet20 workaround for bug 32048 -- 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 19428] New: Microsoft SQL Express 2005 fails to install - Error 1627 - ERROR_FUNCTION_FAILED
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=19428 Summary: Microsoft SQL Express 2005 fails to install - Error 1627 - ERROR_FUNCTION_FAILED Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yurienu.amenysta(a)gmail.com Hi, I run SQLEXPR.exe, extract files, agree with the terms, and try to install it but it fails with error 1627 : ERROR_FUNCTION_FAILED. Thanks in advance, -- 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 33504] New: Microsoft SQL Server 2005 Express Edition: installer fails (needs more properties in Win32_OperatingSystem)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33504 Bug #: 33504 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (needs more properties in Win32_OperatingSystem) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer tries to access the following unimplemented properties of Win32_OperatingSystem: OSProductSuite OSType ServicePackMajorVersion SuiteMask Version The installer log states that "Current Operating System is not supported", followed by: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine daniel Error:87 (0x57)." Some time before that the log reports that checking OSVersion and OSServicePack returned result 87 (0x57), which leads me to believe that these messages are related. The application also tries to get unimplemented Win32_Processor.Family, but that seems to be silently ignored. -- 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 3

[Bug 33510] New: Microsoft SQL Server 2005 Express Edition: installer fails (null pointer dereference in wbemprox)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33510 Bug #: 33510 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (null pointer dereference in wbemprox) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44356 --> http://bugs.winehq.org/attachment.cgi?id=44356 +wbemprox log of the installer Continuation from bug 33504 The installer tries to enumerate the values from a registry key using StdRegProv, and then throws an exception trying to get count of items from a null array: http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/wbemprox/query.c#l583 +wbemprox log 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 3

[Bug 33512] New: Microsoft SQL Server 2005 Express Edition: installer fails with unhandled exception
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33512 Bug #: 33512 Summary: Microsoft SQL Server 2005 Express Edition: installer fails with unhandled exception Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44357 --> http://bugs.winehq.org/attachment.cgi?id=44357 backtrace Continuation from bug 33510: now the installer complains about an unhandled exception. Backtrace points to MSI, so setting it as the component. Prerequisites: winetricks mspatcha dotnet20 workaround for bug 32048 -- 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 3

[Bug 32048] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs unimplemented function unimplemented function xolehlp.dll.DtcGetTransactionManagerExW)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32048 Bug #: 32048 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs unimplemented function unimplemented function xolehlp.dll.DtcGetTransactionManagerExW) Product: Wine Version: 1.5.15 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Continuation from bug 31981: After creating registry entries required to pass SQL Server installer's sanity tests from bug 31981, the installer aborts complaining about missing function: wine: Call from 0x7b83ac92 to unimplemented function xolehlp.dll.DtcGetTransactionManagerExW, aborting There is no xolehlp component, so leaving unknown. -- 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 31314] New: SQL Express 2005 install issue
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31314 Bug #: 31314 Summary: SQL Express 2005 install issue Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian.briard(a)gmx.com Classification: Unclassified Created attachment 41149 --> http://bugs.winehq.org/attachment.cgi?id=41149 Log genrated by Wine after crash. Trying to install Microsoft SQL Express 2005 (French) crash. Source : http://download.microsoft.com/download/5/6/1/561c80b2-e77f-4b0c-8c40-0a6512… Steps : Downlaoding the exe file on Download folder/Linux, then right click to strat it with wine. InstallShield creat the correct temp file to expand the files to be installed, then return a (Program Error headline) "The program setup.exe has encoutera serious problem and needs to close. We are sorry for the inconvenience. This can be caused by a problem in the program or a deficinecy in Wine. You may want to check the Application datase for tips about running this application." Sounds different from http://bugs.winehq.org/show_bug.cgi?id=19428 and http://bugs.winehq.org/show_bug.cgi?id=12501 right ? Christian. -- 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 30088] New: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30088 Bug #: 30088 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@ std@@V?$allocator@G@2@@std@@QAE@H@Z Product: Wine Version: 1.4-rc6 Platform: x86 URL: go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified ms sql express 2005 fails to install. Used command line: wine SQLEXPR32.EXE Native mspatcha.dll is required to work around bug 12501 and get this far. Error in log file was: wine: Call from 0x7b839ea2 to unimplemented function msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z, 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 13

[Bug 31339] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs class_object_SpawnInstance)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31339 Bug #: 31339 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs class_object_SpawnInstance) Product: Wine Version: 1.5.9 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 41179 --> http://bugs.winehq.org/attachment.cgi?id=41179 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' continuation from bug 31155. Now that StdRegProv and class_object_GetMethod are implemented, the program runs into another deficiency. Complete log attached, most probably the bug is due to unimplemented class_object_SpawnInstance. 'winetricks -q vcrun2005 mspatcha' is a prerequisite. -- 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 31541] New: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31541 Bug #: 31541 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception Product: Wine Version: 1.5.11 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Now that bug 30088 is out of the picture, the installer fails with unhandled exception: wine: Unhandled page fault on write access to 0x00000004 at address 0x7bc4a309 (thread 002a), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc4a309 No debugger is ever started and the application terminates immediately, so no backtrace. Native msvcp80 works around this bug. Native mspatcha.dll is required to work around bug 12501 and get this far. -- 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 9

[Bug 31155] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31155 Bug #: 31155 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class) Product: Wine Version: 1.5.8 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 40899 --> http://bugs.winehq.org/attachment.cgi?id=40899 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' Continuation from bug 30089 and bug 31037. Application installer still fails due to WMI problems. Now it complains about missing StdRegProv.EnumValues method. 'winetricks -q vcrun2005 mspatcha' is still needed to hit this bug. -- 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 30089] New: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30089 Bug #: 30089 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration Product: Wine Version: 1.4-rc6 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 39207 --> http://bugs.winehq.org/attachment.cgi?id=39207 output of "wine SQLEXPR32.EXE" ms sql express 2005 fails to install displaying message: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine Error:2147746132(0x80040154)." Used command line: wine SQLEXPR32.EXE &>2005.log Output attached. Native mspatcha.dll is required to work around bug 12501. Native msvcp80 is required to work around bug 30088. -- 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 31037] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31037 Bug #: 31037 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 30089 The app crashes while trying to retrieve "CpuStatus" property of "Win32_Processor" class. --- snip --- Creating class instance Win32_Processor CreateInstanceEnum Win32_Processor returned 0 (0x0) Enumerating the first class of Win32_Processor EnumClass of Win32_Processor returned 1 (0x1) Getting property CpuStatus <boom> --- snip --- "CpuStatus" property was implemented by commit http://source.winehq.org/git/wine.git/commitdiff/661d7f19c98b72af18c9487a87… Code: http://source.winehq.org/git/wine.git/blob/661d7f19c98b72af18c9487a87fd5a5f… --- snip --- 361 static void fill_processor( struct table *table ) 362 { 363 static const WCHAR fmtW[] = {'C','P','U','%','u',0}; 364 WCHAR device_id[14]; 365 struct record_processor *rec; 366 UINT i, offset = 0, count = get_processor_count(); 367 368 if (!(table->data = heap_alloc( sizeof(*rec) * count ))) return; 369 370 for (i = 0; i < count; i++) 371 { 372 rec = (struct record_processor *)(table->data + offset); 373 rec->cpu_status = 1; /* CPU Enabled */ 374 rec->manufacturer = processor_manufacturerW; 375 sprintfW( device_id, fmtW, i ); 376 rec->device_id = heap_strdupW( device_id ); 377 offset += sizeof(*rec); 378 } 379 } --- snip --- The table row count (number of processor items) is not set hence class object iterator (next) will fail later, leading to crash. With row count fixed, the crash is gone and the app encounters next WMI insufficiency ;-) 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 33513] New: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33513 Bug #: 33513 Summary: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44358 --> http://bugs.winehq.org/attachment.cgi?id=44358 console output After fixing bug 33510 the installer complains about non-existent or corrupted .NET installation when running with wine mono. Winetricks dotnet20 works around. Attaching the console output. Missing registration for class Microsoft.SqlServer.Setup.SetupBootstrapWizard (guid 100d062d-4823-4c3e-be65-4da9b82a874b reported near the end of log) is likely the culprit. A workaround for bug 32048 is needed to get that far. -- 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 33608] New: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33608 Bug #: 33608 Summary: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the Internet Explorer version is older than IE6 SP1. The installation continues, but some features are unavailable. The installer logs reveal that the following WQL query is used to check IE version: select * from CIM_DataFile where Name='C:\\windows\\system32\\shdocvw.dll' Install native mspatcha to reproduce this bug. -- 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 33609] New: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33609 Bug #: 33609 Summary: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the default installation path is not writable. This message has no consequences (installation continues anyway), but it would be nice if we could get rid of it. The installer logs reveal that the following WQL query is used to check disk write access: select * from Win32_Directory where Name='C:\\Program Files\\Microsoft SQL Server' or Name='C:\\Program Files' Install native mspatcha to reproduce this bug. -- 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 3

[Bug 31981] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31981 Bug #: 31981 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails Product: Wine Version: 1.5.15 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 42142 --> http://bugs.winehq.org/attachment.cgi?id=42142 +wbemprox log of sql server installer Continuation from bug 31522: With implemented StdRegProv.GetStringValue installer no longer complains about WMI/Wbem insufficiencies. Unfortunately, it still fails. One of the final meaningful lines in +wbemprox log is: trace:wbemprox:enum_values 0x80000002, L"SYSTEM\\CurrentControlSet\\Services\\lanmanserver" This key does not exist in Wine, and its absence is probably the direct reason of installer failure. -- 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 29676] New: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29676 Bug #: 29676 Summary: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, encountered this while running .NET 4.0 based apps that make use WPF. Managed backtrace: --- snip --- fixme:rpc:RpcMgmtIsServerListening (0x1724e8): stub Unhandled Exception: System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6 at System.Windows.Media.MediaSystem.ConnectTransport() at System.Windows.Media.MediaSystem.Startup(MediaContext mc) at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher) at System.Windows.Media.MediaContext.From(Dispatcher dispatcher) at System.Windows.Media.Visual.VerifyAPIReadWrite() at System.Windows.Media.VisualCollection.Add(Visual visual) at System.Windows.Controls.UIElementCollection.AddInternal(UIElement element) at System.Windows.Controls.UIElementCollection.Add(UIElement element) at System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object value) at System.Xaml.Schema.XamlTypeInvoker.AddToCollection(Object instance, Object item) at MS.Internal.Xaml.Runtime.ClrObjectRuntime.Add(Object collection, XamlType collectionType, Object value, XamlType valueXamlType) --- End of inner exception stack trace --- at System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri) at System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream) at System.Windows.Application.LoadBamlStreamWithSyncInfo(Stream stream, ParserContext pc) at System.Windows.Application.LoadComponent(Uri resourceLocator, Boolean bSkipJournaledProperties) at System.Windows.Application.DoStartup() --- snip --- Trace log: --- snip --- 002a:CALL wpfgfx_v0400.WgxConnection_Create(<unknown, check return>) ret=04c1aa1b ... 002a:RET wpfgfx_v0400.WgxConnection_Create(00000000,0478617c) retval=00000000 ret=04c1aa1b ... 002a:CALL wpfgfx_v0400.MilConnection_CreateChannel(<unknown, check return>) ret=04c1aac4 ... 002a:Call KERNEL32.LoadLibraryW(55084500 L"wpftxt_v0400.dll") ret=550844d6 002a:Ret KERNEL32.LoadLibraryW() retval=561c0000 ret=550844d6 ... 002a:CALL wpftxt_v0400.1(<unknown, check return>) ret=5508259e ... 002a:Call rpcrt4.RpcStringBindingComposeW(00000000,561d9a24 L"ncalrpc",00000000,561d9a38 L"{2da8dded-086f-4cb9-a77f-b974b9cb0186}",00000000,0032d6d0) ret=561d99b2 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,000000bc) ret=20317376 002a:Ret ntdll.RtlAllocateHeap() retval=0017cc48 ret=20317376 002a:Ret rpcrt4.RpcStringBindingComposeW() retval=00000000 ret=561d99b2 002a:Call rpcrt4.RpcBindingFromStringBindingW(0017cc48 L"ncalrpc:[{2da8dded-086f-4cb9-a77f-b974b9cb0186}]",0032d68c) ret=561d991b ... 002a:Ret rpcrt4.RpcBindingFromStringBindingW() retval=00000000 ret=561d991b 002a:Call rpcrt4.RpcBindingSetAuthInfoExW(0017cd68,561d9970 L"LocalService",00000006,0000000a,00000000,00000000,0032d690) ret=561d9955 ... 002a:Call secur32.AcquireCredentialsHandleW(00000000,0018cc92 L"NTLM",00000002,00000000,00000000,00000000,00000000,0032d538,0032d530) ret=2031b47b ... 002a:Ret secur32.AcquireCredentialsHandleW() retval=00000000 ret=2031b47b ... 002a:Ret rpcrt4.RpcBindingSetAuthInfoExW() retval=00000000 ret=561d9955 ... 002a:Call rpcrt4.RpcMgmtIsServerListening(0017cd68) ret=561d99db 002a:fixme:rpc:RpcMgmtIsServerListening (0x17cd68): stub 002a:Ret rpcrt4.RpcMgmtIsServerListening() retval=000006a6 ret=561d99db ... 002a:CALL MSVCR100_CLR0400._CxxThrowException(<unknown, check return>) ret=562006a7 002a:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032d694) ret=79084c0f 002a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=19930520 002a:trace:seh:raise_exception info[1]=0032d6c0 002a:trace:seh:raise_exception info[2]=5625e764 002a:trace:seh:raise_exception eax=7b8261a9 ebx=7b8a9a08 ecx=19930520 edx=0032d5a4 esi=0032d680 edi=0032d600 002a:trace:seh:raise_exception ebp=0032d5e8 esp=0032d584 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000207 002a:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e06d7363 flags=1 ... 002a:RET wpftxt_v0400.1(00000000,550825b0,0032d924) retval=800706a6 ret=5508259e ... 002a:RET wpfgfx_v0400.MilConnection_CreateChannel(001763a0,00000000,00cd588c) retval=800706a6 ret=04c1aac4 ... 002a:Call KERNEL32.FormatMessageW(000031ff,00000000,800706a6,00000400,0032d558,00000000,0032d504) ret=7923ae16 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7923ae16 ... 002a:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032d970) ret=791cac08 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=800706a6 002a:trace:seh:raise_exception info[1]=00000000 ... 002a:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,00197a40 L"System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6\r\n at System.Windows.Media.Medi"...,000012cc,00000000,00000000,00000000,00000000) ret=7943d8b0 ... --- snip --- Code: http://source.winehq.org/git/wine.git/blob/92ff5f354873cb845f79d950a9877e5c… --- snip --- 1620 /*********************************************************************** 1621 * RpcMgmtIsServerListening (RPCRT4.@) 1622 */ 1623 RPC_STATUS WINAPI RpcMgmtIsServerListening(RPC_BINDING_HANDLE Binding) 1624 { 1625 FIXME("(%p): stub\n", Binding); 1626 return RPC_S_INVALID_BINDING; 1627 } --- snip --- If RPC_S_NOT_LISTENING is returned, "WPFFontCache_v0400" service started and the subsystem doesn't fail. Later it runs into bug 18640 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

[Bug 30707] New: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30707 Bug #: 30707 Summary: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer) Product: Wine Version: 1.5.4 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, this is a bug covering Hans' patch http://source.winehq.org/patches/data/86357 'winetricks dotnet40' recipe currently contains 'gacutil' workaround/hack for installing assemblies into .NET 4.0 GAC. .NET's native fusion currently fails due to junction support (bug 10601) hence all assemblies must be manually installed using 'gacutil' as post-installation step. Using Hans' patch and setting 'fusion=builtin' before running the .NET 4.0 installer gets .NET 4.0 assemblies installed into GAC. The installer actually succeeds which is an improvement over the current "workaround" recipe. There is a difference though. With Hans' patch all .NET 4.0 assemblies get installed into: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/assembly ... $ ls */* GAC_32/CustomMarshalers: 4.0.0.0__b03f5f7f11d50a3a GAC_32/ISymWrapper: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.Transactions.Bridge.Dtc: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.VisualBasic.Activities.Compiler: 10.0.0.0__b03f5f7f11d50a3a ... GAC_32/System.Web: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Accessibility: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/AspNetMMCExt: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Microsoft.Build: 4.0.0.0__b03f5f7f11d50a3a ... --- snip --- Starting with .NET 4.0 there exist two global assembly caches - the "public" one and a "private" one for the Framework. In previous versions, all .NET assemblies were installed into "C:\\windows\\assembly". With .NET 4.0 the assemblies are further split. The "private" GAC for 4.0 is located in "c:\\windows\\Microsoft.NET\\assembly". See: http://msdn.microsoft.com/en-us/magazine/dd727509.aspx ("Understanding The CLR Binder") --- quote --- In .NET Framework 4.0, the GAC went through a few changes. The concept of placing assemblies into a global directory began in CLR v1.1. In case of .NET Framework 1.1 (which had CLR v1.1) and .NET Framework 2.0 (which had CLR 2.0), the GAC was split into two, one for each CLR. This avoided the leaking of assemblies across CLR versions. For example, if both .NET 1.1 and .NET 2.0 shared the same GAC, then a .NET 1.1 application, loading an assembly from this shared GAC, could get .NET 2.0 assemblies, thereby breaking the .NET 1.1 application. The CLR version used for both .NET Framework 2.0 and .NET Framework 3.5 is CLR 2.0. As a result of this, there was no need in the previous two framework releases to split the GAC. The problem of breaking older (in this case, .NET 2.0) applications resurfaces in Net Framework 4.0 at which point CLR 4.0 released. Hence, to avoid interference issues between CLR 2.0 and CLR 4.0, the GAC is now split into private GACs for each runtime. Tools such as GACUtil and Shfusion will behave exactly the same as they did in pre–.NET Framework 4.0 scenarios. Also, the behavior of publisher policy (explicitly mentioned, since it is required to install these policy files to the GAC) will not change. The main change is that CLR v2.0 applications now cannot see CLR v4.0 assemblies in the GAC. ... --- quote --- With the current 'winetricks dotnet40' recipe and help of .NET 4.0 'gacutil' the assemblies live in "private" GAC: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/assembly ... $ ls */* GAC_MSIL/UIAutomationProvider: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/UIAutomationTypes: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsBase: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsFormsIntegration: v4.0_4.0.0.0__31bf3856ad364e35 --- snip --- "public" GAC with no previous .NET versions installed: --- snip --- $ ls assembly/ PublisherPolicy.tme pubpol1.dat temp tmp --- snip --- There are some problems when 'fusion' remains set to 'builtin' after installation though that will be subject to other bugs. If the .NET 4.0 'private' GAC location is fixed one can safely remove 'fusion=builtin' workaround after running the installer and have a functional .NET Framework installation running with native mscoree/fusion. This allows to get rid of 'gacutil' hack. 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 27659] New: Microsoft .NET 4 disk space blocker
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27659 Summary: Microsoft .NET 4 disk space blocker Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Riskexas(a)gmail.com So i have problems with microsoft .NET 4 - First time i installed it it worked fine but i had to renew my wine to play Terraria(from 1.3.15 to 1.3.23). So i did it and now trying to instal .NET 4 it shows that there is not enough disk space: Drive c: Required - 64u MB, Available - 64u MB This blocks my installation. NOTE:No, mono doesn't work! -- 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 33392] New: winetricks dotnet40 install stuck on required disk space dialog
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33392 Bug #: 33392 Summary: winetricks dotnet40 install stuck on required disk space dialog Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)skierpage.com Classification: Unclassified Created attachment 44186 --> http://bugs.winehq.org/attachment.cgi?id=44186 install won't continue past this requirements dialog tl;dr: The dotnet40 installer mis-reports the required and available space on drive C: as "64uMB". I need to install .NET 4.0 for TurboTax Deluxe 2012. So run winetricks dotnet40, it tells me to download gac<something> and restart, I do. After accepting the license I get the following dialog, which I'll attach as a screenshot <2> Resolve the conflicts, click Refresh to confirm the conflicts have been resolved,then click Next to continue with the installation. ⃠ Drive C: Required - 64uMB, Available - 64u MB v These programs must be closed v These services must be stopped [nothing listed] I was at 99% on my ext4 home drive, so I freed some space (now at Size 7.3G Used Avail 592M) and clicked [Refresh]. The dialog didn't change, so I Canceled the installation and repeated, but got the same dialog with the same incorrect space reporting. Console output shows no obvious problems: fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 0, L"Please accept the license terms to continue."): stub fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006e, 1, L"System Requirements"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 1, L"Setup cannot continue until the following conflicts have been resolved."): stub This sounds like bug 27659 which went away for the reporter and so was closed. -- 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 19

[Bug 31130] New: Microsoft C# compiler from .NET Framework 4.x requires kernel32.dll GetLocaleInfoEx
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31130 Bug #: 31130 Summary: Microsoft C# compiler from .NET Framework 4.x requires kernel32.dll GetLocaleInfoEx Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 31128 The .NET 4.x compiler needs kernel32 GetLocaleInfoEx: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe" CompressionDemo.sln ... CoreCompile: C:\windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701, 1702 /nostdlib+ /errorreport:prompt /warn:4 /define:DEBUG;TRACE /highentropyv a+ /reference:C:\windows\Microsoft.Net\assembly\GAC_MSIL\Microsoft.CSharp\v4. 0_4.0.0.0__b03f5f7f11d50a3a\Microsoft.CSharp.dll /reference:C:\windows\Micros oft.NET\Framework\v4.0.30319\mscorlib.dll /reference:C:\windows\Microsoft.Net \assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll /reference:C:\windows\Microsoft.Net\assembly\GAC_MSIL\System.Data.DataSetExt ensions\v4.0_4.0.0.0__b77a5c561934e089\System.Data.DataSetExtensions.dll /ref erence:C:\windows\Microsoft.Net\assembly\GAC_32\System.Data\v4.0_4.0.0.0__b77 a5c561934e089\System.Data.dll /reference:C:\windows\Microsoft.Net\assembly\GA C_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll /reference:C:\windows \Microsoft.Net\assembly\GAC_MSIL\System.IO.Compression\v4.0_4.0.0.0__b77a5c56 1934e089\System.IO.Compression.dll /reference:C:\windows\Microsoft.Net\assemb ly\GAC_MSIL\System.IO.Compression.FileSystem\v4.0_4.0.0.0__b77a5c561934e089\S ystem.IO.Compression.FileSystem.dll /reference:C:\windows\Microsoft.Net\assem bly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll /refere nce:C:\windows\Microsoft.Net\assembly\GAC_MSIL\System.Xml.Linq\v4.0_4.0.0.0__ b77a5c561934e089\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /opti mize- /out:obj\Debug\ImprovedCompression.dll /subsystemversion:6.00 /target:l ibrary /utf8output Compression.cs Properties\AssemblyInfo.cs "C:\users\focht\ Temp\.NETFramework,Version=v4.5.AssemblyAttributes.cs" fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 wine: Call from 0x7bc4c092 to unimplemented function KERNEL32.dll.GetLocaleInfoEx, aborting wine: Unimplemented function KERNEL32.dll.GetLocaleInfoEx called at address 0x7bc4c092 (thread 02c4), starting debugger... --- snip --- Prequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (RC) install, see appdb Example project: http://www.codeproject.com/Articles/381661/Creating-Zip-Files-Easily-in-NET… ("Creating Zip Files Easily in .NET 4.5") 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

[Bug 31128] New: Microsoft.Build tool from .NET Framework 4.x requires kernel32.dll GetDynamicTimeZoneInformation
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31128 Bug #: 31128 Summary: Microsoft.Build tool from .NET Framework 4.x requires kernel32.dll GetDynamicTimeZoneInformation Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, trying to compile a simple .NET 4.x solution with MSBuild tool results in: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe" CompressionDemo.sln ... MSBUILD : error MSB4017: The build stopped unexpectedly because of an unexpected logger failure. Microsoft.Build.Exceptions.InternalLoggerException: The build stopped unexpectedly because of an unexpected logger failure. ---> System.EntryPointNotFoundException: Unable to find an entry point named 'GetDynamicTimeZoneInformation' in DLL 'kernel32.dll'. at Microsoft.Win32.UnsafeNativeMethods.GetDynamicTimeZoneInformation(DynamicTimeZoneInformation& lpDynamicTimeZoneInformation) at System.TimeZoneInfo.GetLocalTimeZone(CachedData cachedData) at System.TimeZoneInfo.CachedData.CreateLocal() at System.DateTime.ToLocalTime(Boolean throwOnOverflow) at Microsoft.Build.Framework.BuildEventArgs.get_Timestamp() at Microsoft.Build.BackEnd.Logging.ParallelConsoleLogger.BuildStartedHandler(Object sender, BuildStartedEventArgs e) at Microsoft.Build.Evaluation.ProjectCollection.ReusableLogger.BuildStartedHandler(Object sender, BuildStartedEventArgs e) at Microsoft.Build.BackEnd.Logging.EventSourceSink.RaiseBuildStartedEvent(Object sender, BuildStartedEventArgs buildEvent) --- snip --- Prequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (RC) install, see appdb Example project: http://www.codeproject.com/Articles/381661/Creating-Zip-Files-Easily-in-NET… ("Creating Zip Files Easily in .NET 4.5") 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 6

[Bug 31127] New: .NET Framework 4.5 RC Runtime Optimization Service needs kernel32.dll WerSetFlags stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31127 Bug #: 31127 Summary: .NET Framework 4.5 RC Runtime Optimization Service needs kernel32.dll WerSetFlags stub Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, as it says ... $ WINEDEBUG=+tid,+seh,+relay wine net start clr_optimization_v4.0.30319_32 >> log.txt 2>&1 --- snip --- ... 000f:Call KERNEL32.CreateProcessW(00000000,00119d28 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe",00000000,00000000,00000000,00000400,00540000,00000000,0033fc68,0033fcac) ret=7ed925fc ... 0013:Call KERNEL32.__wine_kernel_init() ret=7bc5337a 000f:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed925fc ... 0013:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4c092 ip=7bc4c092 tid=0013 0013:trace:seh:raise_exception info[0]=00413a5c 0013:trace:seh:raise_exception info[1]=00414186 wine: Call from 0x7bc4c092 to unimplemented function KERNEL32.dll.WerSetFlags, aborting 0013:trace:seh:call_stack_handlers calling handler at 0x40f40d code=80000100 flags=1 --- snip --- $ du -sh dotNetFx45_Full_x86_x64.exe 49M dotNetFx45_Full_x86_x64.exe $ sha1sum dotNetFx45_Full_x86_x64.exe f55fd7623f3b7110622b37db85042a6dad7228ff dotNetFx45_Full_x86_x64.exe $ wine --version wine-1.5.8 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 30635] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30635 Bug #: 30635 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll.IWICStream_InitializeFromMemory_Prox y Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 20220. --- snip --- wine: Call from 0x7b8393ff to unimplemented function windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy, aborting ... Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception. at MS.Win32.PresentationCore.UnsafeNativeMethods.WICStream.InitializeFromMemory(IntPtr pIWICStream, IntPtr pbBuffer, UInt32 cbSize) at System.Windows.Media.StreamAsIStream.IStreamFrom(IntPtr memoryBuffer, Int32 bufferSize) at System.Windows.Media.Imaging.BitmapDecoder.GetIStreamFromStream(Stream& bitmapStream) at System.Windows.Media.Imaging.BitmapDecoder.SetupDecoderFromUriOrStream(Uri uri, Stream stream, BitmapCacheOption cacheOption, Guid& clsId, Boolean& isOriginalWritable, Stream& uriStream, UnmanagedMemoryStream& unmanagedMemoryStream, SafeFileHandle& safeFilehandle) at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, Boolean insertInDecoderCache) at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) at System.Windows.Markup.XamlTypeMapper.ParseProperty(Object targetObject, Type propType, String propName, Object dpOrPiOrFi, ITypeDescriptorContext typeContext, ParserContext parserContext, String value, Int16 converterTypeId) ... --- snip --- $ wine --version wine-1.5.3-243-g9c0486d 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 20220] New: AutoCAD 2009: unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20220 Summary: AutoCAD 2009: unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=23845) --> (http://bugs.winehq.org/attachment.cgi?id=23845) backtrace with built-in windowscodecs.dll I'm using wine-1.1.30-115-gf8ec47d on Fedora 11 32 bit. Steps to reproduce: 1) start AutoCAD 2009 2) draw a line 3) select a line 4) get Unhandeled exception window from bug #20214 5) unselect line 6) hold left ctrl and select line Application crashes and closes without error message. If I use native windowscodecs.dll (699.5 KB) I get neither crash nor application closes. I did so as Vincent Povirk advised me in bug #20214 so I went to this website and did all what was written there http://wiki.winehq.org/Backtraces built-in windowscodecs.dll backtrace in attachment native windowscodecs.dll no backtrace, no crash -- 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 25

[Bug 18640] New: .NET 3.0 WPF requires IDirect3D9Ex to be functional
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18640 Summary: .NET 3.0 WPF requires IDirect3D9Ex to be functional Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- ... fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17b328)->(0, 0x1814d0) fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17b328)->(0, 0x181568, 0x181580): Stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546e4, (nil)) stub! ... err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827 in caller: Could not create display set. fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17a388)->(0, 0x19bcc0) fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17a388)->(0, 0x19bd58, 0x19bd70): Stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533547a4, (nil)) stub! err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827 in caller: The render thread failed unexpectedly. fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533548ac, (nil)) stub! ... fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources" ... fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x6cc5c4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"presentationframework" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"45398c20" err:eventlog:ReportEventW L"6496" err:eventlog:ReportEventW L"be" err:eventlog:ReportEventW L"system.windows.markup.xamlparse" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by the target of an invocation. Error in markup file 'MainWindow.xaml'. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: 'Menu' object cannot be added to 'Grid'. Exception from HRESULT: 0x88980406 Error at object 'System.Windows.Controls.Menu' in markup file 'Viewer;component/mainwindow.xaml'. ---> System.Runtime.InteropServices.COMException (0x88980406): Exception from HRESULT: 0x88980406 at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Composition.DUCE.Channel.SyncFlush() at System.Windows.Media.MediaContext.CompleteRender() at System.Windows.Media.MediaContext.CreateChannels() at System.Windows.Media.MediaSystem.ConnectChannels(MediaContext mc) at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher) at System.Windows.Media.MediaContext.From(Dispatcher dispatcher) at System.Windows.Media.VisualCollection.Add(Visual visual) at System.Windows.Controls.UIElementCollection.AddInternal(UIElement element) at System.Windows.Controls.UIElementCollection.Add(UIElement element) at System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object value) at System.Windows.Markup.BamlRecordReader.AddToContentProperty(Object container, Object contentProperty, Object value) ... --- snip --- IDirect3D9ExImpl_GetAdapterLUID IDirect3D9ExImpl_GetAdapterDisplayModeEx currently return D3DERR_DRIVERINTERNALERROR 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 41

[Bug 18638] New: .NET 3.0 apps abort with: Call from to unimplemented function GDI32.dll.GdiEntry13, aborting
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18638 Summary: .NET 3.0 apps abort with: Call from to unimplemented function GDI32.dll.GdiEntry13, aborting Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- Wine: Call from 0x53214562 to unimplemented function GDI32.dll.GdiEntry13, aborting fixme:advapi:CheckTokenMembership (0x204 0x192490 0x7eb318a8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,nil),0x0008,0x000000ea,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"milcore.dll" err:eventlog:ReportEventW L"6.0.5840.16386" err:eventlog:ReportEventW L"4539975a" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"00084562" fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- snip --- A simple stub is enough. See: http://msdn.microsoft.com/en-us/library/ms648442.aspx 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 30758] New: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30758 Bug #: 30758 Summary: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: fusion AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, with bug 30707 is fixed all .NET 4.0 assemblies are now installed when using "fusion=builtin,native". As already written, an additional "ngen=builtin" is needed for install process to avoid native ngen.exe being called which wants this unimplemented fusion API. It's not really harmful as these deferred assembly -> GAC install steps have already been carried out by msi install itself but it might confuse/scare users looking at terminal output, spotting "unimplemented function fusion.dll.InitializeFusion, aborting". --- snip --- 00ff:Call KERNEL32.CreateProcessW(00000000,00cb5e98 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe executeQueuedItems 1",00000000,00000000,00000001,00000000,00000000,00cb6058 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319",0151d6b8,0151d698) ret=00c8ffd9 ... 0101:Call KERNEL32.__wine_kernel_init() ret=7bc5312a 00ff:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00c8ffd9 ... 0101:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033e640) ret=f73966d9 0101:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83940f ip=7b83940f tid=0101 0101:trace:seh:raise_exception info[0]=f7396740 0101:trace:seh:raise_exception info[1]=f7396780 wine: Call from 0x7b83940f to unimplemented function fusion.dll.InitializeFusion, aborting ... 0101:Call oleaut32.SysAllocString(0016eb08 L"Uninstalling assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 because of an error during compilation: Unknown exception.\n") ret=608f07f9 ... --- snip --- The assemblies are not really uninstalled as the message suggests. Adding a simple stub for HRESULT WINAPI InitializeFusion(void), returning E_NOTIMPL is enough to avoid that. Only called two times: --- snip --- ... fixme:fusion:InitializeFusion stub! fixme:fusion:InitializeFusion stub! --- snip --- After winetricks install recipe is finished, "fusion=builtin,native" override should be dropped/reversed (not made permanent). This allows for GAC rebuild/updates or later installation of assemblies that are not part of msi installers (using native ngen). For example to trigger manual GAC rebuild/update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update --- snip --- Regard -- 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 18639] New: .NET 3.0 WPF needs NtSecureConnectPort stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18639 Summary: .NET 3.0 WPF needs NtSecureConnectPort stub Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- $ wine ./Viewer.exe fixme:ole:CoGetContextToken stub fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework" fixme:shell:URL_ParseUrl failed to parse L"WindowsBase" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"PresentationCore" fixme:advapi:RegisterTraceGuidsW 0x6307f2 (nil) 0x32dfc4 1 0x32dfa0 (null) (null) 0x32dfa8 fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Engine" fixme:shell:URL_ParseUrl failed to parse L"msvcm90" fixme:shell:URL_ParseUrl failed to parse L"Cube" fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32d050 (null) (null) 0x53355f40 fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub! wine: Call from 0x7bc3c616 to unimplemented function ntdll.dll.NtSecureConnectPort, aborting fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources" fixme:advapi:CheckTokenMembership (0x1c4 0x174c50 0x32d5f8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x7ed505c4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"presentationframework" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"45398c20" err:eventlog:ReportEventW L"6496" err:eventlog:ReportEventW L"be" err:eventlog:ReportEventW L"system.windows.markup.xamlparse" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by the target of an invocation. Error in markup file 'MainWindow.xaml'. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Window' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.FrameworkElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Documents.TextElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Media.FontFamily' threw an exception. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception. at NtSecureConnectPort(Void** , _UNICODE_STRING* , _SECURITY_QUALITY_OF_SERVICE* , _PORT_VIEW* , Void* , _REMOTE_PORT_VIEW* , UInt32* , Void* , UInt32* ) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Void* rawExpectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Sid expectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCProtocol.TryConnectToServer(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.IPCCacheManager.GetServerSectionName(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.CacheManager.GetServerCache() at MS.Internal.FontCache.CacheManager.Lookup(IFontCacheElement e) at System.Windows.Media.FontFamily.PreCreateDefaultFamilyCollection() at System.Windows.Media.FontFamily..cctor() ... at Viewer.App.Main() wine: Unhandled exception 0xe0434f4d at address 0x7b844f6c (thread 003e), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b844fef). --- snip --- A simple stub returning STATUS_NOT_IMPLEMENTED is enough. 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 17

[Bug 46085] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46085 Bug ID: 46085 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-winrt-l1-1-0' exists but not the 1.1.1 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-winr… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-winr… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --version wine-3.19-117-g4852130c82 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 5

[Bug 46086] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46086 Bug ID: 46086 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-processthreads-l1-1-2' exists but not the 1.1.3 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-proc… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-proc… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --version wine-3.19-117-g4852130c82 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 5

[Bug 46101] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46101 Bug ID: 46101 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHand leW Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/projects/woa-winrt/win10sdk-install/Windows Kits/10/bin/10.0.17763.0/arm64 $ WINEDEBUG=+seh,+loaddll,+process wine64 ./DeployUtil.exe ... wine: Call from 0x7bcd0024 to unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW called at address 0x7bcd0024 (thread 0009), starting debugger... Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\win10sdk-install\Windows Kits\10\bin\10.0.17763.0\arm64\DeployUtil.exe 00000009 0 <== ... System information: Wine build: wine-3.19-149-g0dd6105d23 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-libr… --- snip --- 1 @ stdcall FindResourceW(long wstr wstr) kernel32.FindResourceW 2 @ stdcall LoadLibraryA(str) kernel32.LoadLibraryA 3 @ stdcall LoadLibraryW(wstr) kernel32.LoadLibraryW --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… Even in the 1.2.0 APIset is has a lot more functions listed than Wine's .spec file. I wonder what Windows 10/SDK version was used to generate these spec files. Unfortunately that information is rarely given in the patch description. I've already complained about that poor traceability in the past. 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 10

[Bug 46092] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c')
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46092 Bug ID: 46092 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c') Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Not a blocker but still might be useful for more complete aarch64 Wine support. --- snip --- win10sdk-install/Windows Kits/10/Debuggers/arm64$ WINEDEBUG=+seh,+loaddll,+process WINEDLLOVERRIDES=dbgeng=n wine64 ./cdb.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\wine\\win10sdk-install\\Windows Kits\\10\\Debuggers\\arm64\\cdb.exe" at 0x140000000: native ... 0029:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored Microsoft (R) Windows Debugger Version 10.0.17763.1 ARM64 Copyright (c) Microsoft Corporation. All rights reserved. 0029:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0029:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\api-ms-win-core-version-l1-1-0.dll" : builtin Failed to open \\.\com1 Kernel debugger failed initialization, Win32 error 0n2 "File not found." --- snip --- 0xC = 12 -> PROCESSOR_ARCHITECTURE_ARM64 Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/cpu.c#l104 --- snip --- 104 VOID WINAPI GetSystemInfo( 105 LPSYSTEM_INFO si /* [out] Destination for system information, may not be NULL */) 106 { 107 NTSTATUS nts; 108 SYSTEM_CPU_INFORMATION sci; 109 110 TRACE("si=0x%p\n", si); 111 112 if ((nts = NtQuerySystemInformation( SystemCpuInformation, &sci, sizeof(sci), NULL )) != STATUS_SUCCESS) 113 { 114 SetLastError(RtlNtStatusToDosError(nts)); 115 return; 116 } ... 153 case PROCESSOR_ARCHITECTURE_ARM: 154 switch (sci.Level) 155 { 156 case 4: si->dwProcessorType = PROCESSOR_ARM_7TDMI; break; 157 default: si->dwProcessorType = PROCESSOR_ARM920; 158 } 159 break; 160 default: 161 FIXME("Unknown processor architecture %x\n", sci.Architecture); 162 si->dwProcessorType = 0; 163 } 164 si->dwAllocationGranularity = system_info.AllocationGranularity; 165 si->wProcessorLevel = sci.Level; 166 si->wProcessorRevision = sci.Revision; 167 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine64 --version wine-3.19-117-g4852130c82 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 46088] New: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46088 Bug ID: 46088 Summary: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 ./betest.exe ... wine: Call from 0x7bccff04 to unimplemented function vssapi.dll.CreateVssBackupComponentsInternal, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called at address 0x7bccff04 (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 80" ... 0009:trace:seh:call_stack_handlers handler at 0x7b4d6330 returned 1 Unhandled exception: unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called in 64-bit code (0x000000007bccff04). Register dump: ARM64 EL0t Mode Pc:000000007bccff04 Sp:000000000022def0 Lr:000000007bcd20e8 Cpsr:20000000(--C-) x0: 000000000022df18 x1: 000000000022e390 x2: 0000000000000001 x3: 000000000022e2d0 x4: 000000000022e3a0 x5: 000000000022e300 x6: 0000007fa6e1e148 x7: 0000007fa6e1eeab x8: 000000000022df18 x9: 000000000022df18 x10:0000000000000008 x11:0000000000000002 x12:0000000140044000 x13:0000000000000001 x14:000000007bd0c4bd x15:0000000000000147 ip0:000000007b674000 ip1:0000007fa7f4b250 x18:000000007ffd8000 x19:0000000000000000 x20:0000000000000000 x21:00000001400345c8 x22:000000000022f8c0 x23:000000000022f8b8 x24:0000000000000000 x25:0000000140051000 x26:000000000022e3c0 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000022e2c0 Stack dump: ... Backtrace: =>0 0x000000007bccff04 RtlCaptureContext+0xa4() in ntdll (0x000000000022e2c0) 1 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e2d0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e2c0) 2 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e390) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e380) 3 0x000000007b466b68 RaiseException+0xc7(code=0x7f, flags=0xa6e1e148, nbargs=0x7f, args=0x7fa6e1eeab) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022e3b0) 4 0x0000007fa6e1e134 __wine_spec_unimplemented_stub+0x43(module=*** invalid address 0xffffbf53d43c4dde ***, function=0x0(nil)) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:34] in vssapi (0x000000000022f840) 5 0x0000007fa6e1d918 __wine_stub_CreateVssBackupComponentsInternal+0x1b() in vssapi (0x000000000022f8a0) 6 0x000000014000a78c in betest (+0xa78b) (0x000000000022f8a0) 0x000000007bccff04 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (51 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140056000 Export betest ELF 7fa6bc5000- 7fa6bfb000 Deferred imm32<elf> \-PE 7fa6bd0000- 7fa6bfb000 \ imm32 ... ELF 7fa8216000- 7fa8245000 Deferred ld-linux-aarch64.so.1 ELF 7fa8246000- 7fa8247000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\Downloads\win10sdk_arm64\arm64\betest.exe 00000009 0 <== ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 73 @ stub CreateVssBackupComponentsInternal --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vsbackup/nf-vsbackup-c… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 46089] New: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure ( NULL dll failure hook)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46089 Bug ID: 46089 Summary: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure (NULL dll failure hook) Product: Wine Version: 3.19 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, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+process,+module,+ntdll wine64 ./topoedit.exe >>log.txt 2>&1 ... 002b:Ret PE DLL (proc=0x180035d70,module=0x180000000 L"tedutil.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1 002b:trace:module:process_attach (L"tedutil.dll",0x22fc48) - END 002b:trace:module:process_attach (L"topoedit.exe",0x22fc48) - END 002b:Starting process L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\topoedit.exe" (entryproc=0x14001ddb0) ... 002b:Call KERNEL32.LoadLibraryExW(140020a08 L"TEDUTIL.dll",00000000,00000000) ret=140012c64 ... 002b:Ret KERNEL32.LoadLibraryExW() retval=180000000 ret=140012c64 002b:Call ntdll.LdrResolveDelayLoadedAPI(140000000,140022588,00000000,7b43da8c,140027010,00000000) ret=14001e8fc 002b:fixme:module:LdrResolveDelayLoadedAPI (0x140000000, 0x140022588, (nil), 0x7b43da8c, 0x140027010, 0x00000000), partial stub 002b:trace:module:load_dll looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" in L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" ... 002b:trace:module:get_load_order looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:get_load_order got hardcoded default for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:load_builtin_dll Trying built-in L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:warn:module:load_builtin_dll cannot open .so lib for builtin L"ext-ms-win-shell-comctl32-init-l1-1-0.dll": /home/focht/projects/wine/mainline-install-aarch64/bin/../lib64/wine/ext-ms-win-shell-comctl32-init-l1-1-0.dll.so: cannot open shared object file: No such file or directory 002b:warn:module:load_dll Failed to load module L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"; status=c0000135 002b:trace:seh:raise_exception info[0]=0000000000000000 002b:trace:seh:raise_exception info[1]=0000000000000000 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c0000005 flags=0 002b:Call ntdll.NtCurrentTeb() ret=7b466c40 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b466c40 002b:Call ntdll.NtCreateEvent(0022edf0,001f0003,0022edf8,00000000,00000000) ret=7b466f00 002b:Ret ntdll.NtCreateEvent() retval=00000000 ret=7b466f00 002b:Call ntdll.NtCurrentTeb() ret=7b4c5924 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b4c5924 wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002b), starting debugger... ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Running with debugger: --- snip --- Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). Register dump: ARM64 EL0t Mode Pc:0000000000000000 Sp:000000000023f5d0 Lr:000000007bc891b4 Cpsr:60000000(-ZC-) x0: 0000000000000004 x1: 000000000023f6a0 x2: 0000000000000010 x3: 000000007bd0c200 x4: 000000000023f6a0 x5: 0246490a4d1b1d40 x6: 401d1b4d0a494602 x7: 6e652e646c6e672e x8: 000000000023f6a0 x9: 0000000000000000 x10:00000000c0000135 x11:000000000000267c x12:000000000000267c x13:000000000002267c x14:0000000000000000 x15:0000000000000008 ip0:000000000002267c ip1:0000000000000000 x18:000000007ffd8000 x19:0000000140000000 x20:0000000000000001 x21:00000000002519be x22:0000000000000000 x23:000000014001f6f8 x24:0000000140025000 x25:0000000140025000 x26:000000007b4eaf38 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000023f740 ... Backtrace: =>0 0x0000000000000000 (0x000000000023f740) 1 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x140000000, desc=0x140022588, dllhook=(nil), syshook=0x7b494fa8, addr=0x140027010, flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f740) 2 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x7b4a2b60, desc=0x7b8252b8, dllhook=0x140000000, syshook=0x140022588, addr=(nil), flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f750) 3 0x000000014001e8fc in topoedit (+0x1e8fb) (0x000000000023f820) 4 0x0000000140012c90 in topoedit (+0x12c8f) (0x000000000023f820) 0x0000000000000000: -- no code accessible -- Wine-dbg>frame 1 2995 return dllhook(4, &delayinfo); Wine-dbg>info locals 0x000000007bc891b3 LdrResolveDelayLoadedAPI+0x3c7: (0023f740) void* base=0x140000000 (parameter [fp-32]) IMAGE_DELAYLOAD_DESCRIPTOR* desc=0x140022588 (parameter [fp-40]) PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook=(nil) (parameter [fp-48]) void* syshook=0x7b494fa8 (parameter [fp-56]) IMAGE_THUNK_DATA* addr=0x140027010 (parameter [fp-64]) ULONG flags=0 (parameter [fp-68]) IMAGE_THUNK_DATA* pIAT=0x140027010 (local [fp-80]) IMAGE_THUNK_DATA* pINT=0x1400225d8 (local [fp-88]) DELAYLOAD_INFO delayinfo={Size=0x48, DelayloadDescriptor=0x140022588, ThunkAddress=0x140027010, TargetDllName="ext-ms-win-shell-comctl32-init-l1-1-0.dll", TargetApiDescriptor={ImportDescribedByName=0x1, Description={Name=*** invalid address 0x267c ***, Ordinal=0x267c}}, TargetModuleBase=0x0(nil), Unused=0x0(nil), LastError=0xc0000135} (local [fp-160]) UNICODE_STRING mod={Length=0, MaximumLength=0, Buffer=0x0(nil)} (local [fp-176]) CHAR* name="ext-ms-win-shell-comctl32-init-l1-1-0.dll" (local [sp+184]) HMODULE* phmod=0x140025858 (local [sp+176]) NTSTATUS nts=0xc0000135 (local [sp+172]) FARPROC fp=0x7bd0915d (local [sp+160]) DWORD id=0 (local [sp+156]) --- snip --- 'ext-ms-win-shell-comctl32-init-l1-1-0.dll' doesn't exist as stub dll in Wine hence the delay load failure. Wine's 'LdrResolveDelayLoadedAPI' implementation unconditionally calls the dll provided failure hook without checking for NULL pointer. The system failure hook parameter is actually valid: --- snip --- Wine-dbg>disas 0x7b494fa8 0x000000007b494fa8 DelayLoadFailureHook [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1220] in kernel32: be_arm64_disasm_one_insn: not done --- snip --- I guess this one could be called in case the dll failure hook is not provided. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/loader.c#l2936 --- snip --- 2936 void* WINAPI LdrResolveDelayLoadedAPI( void* base, const IMAGE_DELAYLOAD_DESCRIPTOR* desc, 2937 PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook, void* syshook, 2938 IMAGE_THUNK_DATA* addr, ULONG flags ) 2939 { 2940 IMAGE_THUNK_DATA *pIAT, *pINT; 2941 DELAYLOAD_INFO delayinfo; 2942 UNICODE_STRING mod; 2943 const CHAR* name; 2944 HMODULE *phmod; 2945 NTSTATUS nts; 2946 FARPROC fp; 2947 DWORD id; 2948 2949 FIXME("(%p, %p, %p, %p, %p, 0x%08x), partial stub\n", base, desc, dllhook, syshook, addr, flags); 2950 2951 phmod = get_rva(base, desc->ModuleHandleRVA); 2952 pIAT = get_rva(base, desc->ImportAddressTableRVA); 2953 pINT = get_rva(base, desc->ImportNameTableRVA); 2954 name = get_rva(base, desc->DllNameRVA); 2955 id = addr - pIAT; 2956 2957 if (!*phmod) 2958 { 2959 if (!RtlCreateUnicodeStringFromAsciiz(&mod, name)) 2960 { 2961 nts = STATUS_NO_MEMORY; 2962 goto fail; 2963 } 2964 nts = LdrLoadDll(NULL, 0, &mod, phmod); 2965 RtlFreeUnicodeString(&mod); 2966 if (nts) goto fail; 2967 } 2968 2969 if (IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal)) 2970 nts = LdrGetProcedureAddress(*phmod, NULL, LOWORD(pINT[id].u1.Ordinal), (void**)&fp); 2971 else 2972 { 2973 const IMAGE_IMPORT_BY_NAME* iibn = get_rva(base, pINT[id].u1.AddressOfData); 2974 ANSI_STRING fnc; 2975 2976 RtlInitAnsiString(&fnc, (char*)iibn->Name); 2977 nts = LdrGetProcedureAddress(*phmod, &fnc, 0, (void**)&fp); 2978 } 2979 if (!nts) 2980 { 2981 pIAT[id].u1.Function = (ULONG_PTR)fp; 2982 return fp; 2983 } 2984 2985 fail: 2986 delayinfo.Size = sizeof(delayinfo); 2987 delayinfo.DelayloadDescriptor = desc; 2988 delayinfo.ThunkAddress = addr; 2989 delayinfo.TargetDllName = name; 2990 delayinfo.TargetApiDescriptor.ImportDescribedByName = !IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal); 2991 delayinfo.TargetApiDescriptor.Description.Ordinal = LOWORD(pINT[id].u1.Ordinal); 2992 delayinfo.TargetModuleBase = *phmod; 2993 delayinfo.Unused = NULL; 2994 delayinfo.LastError = nts; 2995 return dllhook(4, &delayinfo); 2996 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 47308] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47308 Bug ID: 47308 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47286 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe VswriterSample.xml ... Internal Error: an unexpected error happened in printStatus We were trying to print the following message: Initializing Writer wine: Call from 0x7b45330c to unimplemented function vssapi.dll.CreateWriterEx, aborting wine: Unimplemented function vssapi.dll.CreateWriterEx called at address 0x7b45330c (thread 0035), starting debugger... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vswriter/nf-vswriter-c… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 81 @ stub CreateWriter 82 @ stub CreateWriterEx --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-216-g381c4e7b66 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 3

[Bug 47286] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47286 Bug ID: 47286 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccount SidLocalW Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Early Windows 7 API set stub dll. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe test ... wine: Call from 0x7b45323c to unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW, aborting wine: Unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW called at address 0x7b45323c (thread 0037), starting debugger... Unhandled exception: unimplemented function api-ms-win-security-lsalookup-l.LookupAccountSidLocalW called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:000000000024d210 rbp:000000000024d2e0 eflags:00000202 ( - -- I - - - ) rax:000000000024d230 rbx:0000000080000100 rcx:000000000024d230 rdx:000000000024d250 rsi:000000000024d320 rdi:000000000024d260 r8:0000000000000002 r9:000000000024d310 r10:0000000000000008 r11:0000000000000246 r12:0000000000000000 r13:000000000024f650 r14:0000000000066058 r15:0000000000000000 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x000000000024d2e0) 1 0x00000000643415a5 __wine_spec_unimplemented_stub+0x34(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in api-ms-win-security-lsalookup-l (0x000000000024d470) 2 0x000000006434148f args+0x6434148e() in api-ms-win-security-lsalookup-l (0x000000000024d470) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (79 modules) PE 64340000- 6435f000 Dwarf api-ms-win-security-lsalookup-l1-1-0 PE 6d700000- 6d7a5000 Deferred atl ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140072000 Deferred vswriter ... ELF 7f7ed7f59000- 7f7ed82fe000 Dwarf libwine.so.1 ELF 7f7ed8300000- 7f7ed8529000 Deferred ld-linux-x86-64.so.2 ELF 7fffedc8e000- 7fffedc8f000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000036 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\vswriter.exe 00000037 0 <== --- snip --- --- snip --- $ winedump -j import ./vswriter.exe | sed -n '/api-ms-win/,/^$/p' offset 000584d4 api-ms-win-security-lsalookup-l1-1-0.dll Hint/Name Table: 00059880 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00041380 Thunk Ordn Name 00041380 3 LookupAccountSidLocalW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-security-… --- snip --- 1 @ stub LookupAccountNameLocalA 2 @ stub LookupAccountNameLocalW 3 @ stub LookupAccountSidLocalA 4 @ stub LookupAccountSidLocalW 5 @ stub LsaLookupClose 6 @ stub LsaLookupFreeMemory 7 @ stub LsaLookupGetDomainInfo 8 @ stub LsaLookupManageSidNameMapping 9 @ stub LsaLookupOpenLocalPolicy 10 @ stub LsaLookupTranslateNames 11 @ stub LsaLookupTranslateSids --- snip --- https://www.win7dll.info/api-ms-win-security-lsalookup-l1-1-0_dll.html -> 6.1.7100.0 (winmain_win7rc.090421-1700) $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-95-g6d05fae6f7 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 47309] New: WinML tool 'mlgen.exe' from Windows 10 SDK ( 10.0.17763.x ) crashes on startup, requires several api-ms-win-crt-private-l1-1-0.dll._o__* API functions
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47309 Bug ID: 47309 Summary: WinML tool 'mlgen.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on startup, requires several api-ms-win-crt-private-l1-1-0.dll._o__* API functions Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./mlgen.exe ... wine: Call from 0x7b45330c to unimplemented function api-ms-win-crt-private-l1-1-0.dll._o__get_stream_buffer_pointers, aborting 0035:err:module:LdrInitializeThunk "mlgenlib.dll" failed to initialize, aborting 0035:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files (x86)\\Windows Kits\\10\\bin\\10.0.17763.0\\x64\\mlgen.exe" failed, status 80000100 --- snip --- --- snip --- $ winedump -j import ./mlgen.exe | sed -n '/api-ms-win-crt-private/,/^$/p' offset 00032db0 api-ms-win-crt-private-l1-1-0.dll Hint/Name Table: 00034798 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000298D0 Thunk Ordn Name 000298d0 101 _o___stdio_common_vfwprintf 000298d8 109 _o___stdio_common_vsprintf_s 000298e0 144 _o__callnewh 000298e8 145 _o__calloc_base 000298f0 146 _o__cexit 000298f8 158 _o__configthreadlocale 00029900 160 _o__configure_wide_argv 00029908 166 _o__crt_atexit 00029910 191 _o__errno 00029918 198 _o__exit 00029920 240 _o__free_base 00029928 243 _o__fseeki64 00029930 245 _o__fsopen 00029938 270 _o__get_initial_wide_environment 00029940 54 _o__Getdays 00029948 55 _o__Getmonths 00029950 56 _o__Gettnames 00029958 316 _o__initialize_onexit_table 00029960 317 _o__initialize_wide_environment 00029968 318 _o__invalid_parameter_noinfo 00029970 319 _o__invalid_parameter_noinfo_noreturn 00029978 340 _o__ismbblead 00029980 413 _o__lock_file 00029988 427 _o__malloc_base 00029990 578 _o__purecall 00029998 590 _o__realloc_base 000299a0 592 _o__register_onexit_function 000299a8 601 _o__seh_filter_exe 000299b0 603 _o__set_app_type 000299b8 606 _o__set_fmode 000299c0 609 _o__set_new_mode 000299c8 57 _o__Strftime 000299d0 700 _o__unlock_file 000299d8 58 _o__W_Getdays 000299e0 59 _o__W_Getmonths 000299e8 60 _o__W_Gettnames 000299f0 712 _o__wcsdup 000299f8 61 _o__Wcsftime 00029a00 832 _o_abort 00029a08 859 _o_calloc 00029a10 876 _o_exit 00029a18 883 _o_fclose 00029a20 886 _o_fflush 00029a28 887 _o_fgetc 00029a30 888 _o_fgetpos 00029a38 890 _o_fgetwc 00029a40 903 _o_fputwc 00029a48 907 _o_free 00029a50 910 _o_frexp 00029a58 912 _o_fsetpos 00029a60 914 _o_fwrite 00029a68 932 _o_islower 00029a70 935 _o_isspace 00029a78 936 _o_isupper 00029a80 952 _o_ldexp 00029a88 962 _o_localeconv 00029a90 982 _o_malloc 00029a98 1009 _o_pow 00029aa0 1010 _o_powf 00029aa8 1045 _o_setlocale 00029ab0 1046 _o_setvbuf 00029ab8 1062 _o_strtod 00029ac0 1063 _o_strtof 00029ac8 1076 _o_terminate 00029ad0 1082 _o_tolower 00029ad8 1086 _o_ungetc 00029ae0 1087 _o_ungetwc 00029ae8 48 __uncaught_exception 00029af0 1119 memchr 00029af8 12 __C_specific_handler 00029b00 1 _CxxThrowException 00029b08 97 _o___stdio_common_vfprintf 00029b10 94 _o___std_exception_destroy 00029b18 93 _o___std_exception_copy 00029b20 91 _o___pctype_func 00029b28 82 _o___p__commode 00029b30 80 _o___p___wargv 00029b38 78 _o___p___argc 00029b40 66 _o___acrt_iob_func 00029b48 65 _o____mb_cur_max_func 00029b50 64 _o____lc_locale_name_func 00029b58 63 _o____lc_collate_cp_func 00029b60 62 _o____lc_codepage_func 00029b68 18 __CxxFrameHandler3 00029b70 1120 memcmp 00029b78 1121 memcpy 00029b80 1122 memmove --- snip --- Actually most of the imports are just auto-stubs hence I made the summary line more wildcardish. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-crt-priva… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-216-g381c4e7b66 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 9

[Bug 29413] New: Acronis True Image 11 Home installer: custom action returns with invalid SQL syntax error (empty column name in select expression)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29413 Bug #: 29413 Summary: Acronis True Image 11 Home installer: custom action returns with invalid SQL syntax error (empty column name in select expression) Product: Wine Version: 1.3.35 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, while investigating bug 17212 I found another issue - though seems non-critical to overall install process. Actually I'm not sure if it's valid but here you go... The console spits out: --- snip --- err:msi:custom_get_thread_return Invalid Return Code 1615 --- snip --- This happens in "IsAllUsersPageEnabledCA" custom action. The first "select distinct" query is executed successfully: --- snip --- ... 0025:trace:msi:ACTION_CustomAction Handling custom action L"IsAllUsersPageEnabledCA" (1 L"CustomActionDLL" L"IsAllUsersPageEnabled") 0025:trace:msi:HANDLE_CustomType1 Calling function L"IsAllUsersPageEnabled" from L"C:\\users\\focht\\Temp\\msi5572.tmp" ... 002d:trace:msi:ACTION_CallDllFunction calling L"IsAllUsersPageEnabled" ... 002d:trace:msi:MsiGetActiveDatabase (1) 002d:trace:msi:alloc_msihandle 0x18bb68 -> 3 002d:trace:msi:alloc_msi_remote_handle 0x1182848 -> 4 002d:Ret msi.MsiGetActiveDatabase() retval=00000004 ret=01c136c4 002d:Call msi.MsiDatabaseOpenViewW(00000004,01c55270 L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`",01bfe7f0) ret=01c147ed 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe7f0 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe7f0 002d:trace:msi:MSI_DatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe604 ... 002d:trace:msidb:DISTINCT_CreateView (nil) ... 002d:trace:msi:MSI_ParseSQL Parse returned 0 002d:trace:msi:alloc_msihandle 0x11fac30 -> 5 002d:Ret msi.MsiDatabaseOpenViewW() retval=00000000 ret=01c147ed ... 002d:trace:msidb:DISTINCT_execute 0x12108c0 (nil) ... 002d:trace:msidb:DISTINCT_execute Row 69 -> 329 ... 002d:Ret msi.MsiViewExecute() retval=00000000 ret=01c13c44 ... --- snip --- shortly after, another SQL query is done: --- snip --- 002d:Call msi.MsiDatabaseOpenViewW(00000004,01c54f78 L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? ",01bfe774) ret=01c147ed 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe774 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe774 002d:trace:msi:MSI_DatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe594 .. 002d:trace:msi:MSI_ParseSQL Parse returned 1 ... 002d:trace:msi:msiobj_release object 0x11fac30 destroyed 002d:Ret msi.MsiDatabaseOpenViewW() retval=0000064f ret=01c147ed 002d:Call ntdll.RtlAllocateHeap(01c72000,00000000,00000100) ret=01c40d7f 002d:Ret ntdll.RtlAllocateHeap() retval=01c76a28 ret=01c40d7f 002d:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,01bfe6ac) ret=01c409c6 002d:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b838b5b ip=7b838b5b tid=002d 002d:trace:seh:raise_exception info[0]=19930520 002d:trace:seh:raise_exception info[1]=01bfe714 002d:trace:seh:raise_exception info[2]=01c5f8fc 002d:trace:seh:raise_exception eax=7b826171 ebx=7b8a97a8 ecx=19930520 edx=01bfe5b4 esi=01bfe690 edi=01bfe610 002d:trace:seh:raise_exception ebp=01bfe5f8 esp=01bfe594 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000203 ... 002d:trace:msi:DllThread custom action (2d) returned 1615 --- snip --- -> invalid SQL syntax. The SQL query is hard coded into msi package: --- snip --- $ strings -e l AcronisTrueImage.msi | grep 'distinct' select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Shortcut`, `Directory`, `Component` where `Shortcut`.`Directory_` = `Directory`.`Directory` and `Component`.`Component` = `Shortcut`.`Component_` select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory` --- snip --- It's probably the empty column name ", ''" in select expression. Maybe someone knowledgeable in SQL query language can shed a light on this if this is allowed or the failure is expected. $ sha1sum TrueImage11.8053_s_en.exe 61e8ad32e4fc05ceeb6a125f2c026323a73db032 TrueImage11.8053_s_en.exe $ wine --version wine-1.3.35-117-g27e3e1a 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 17212] New: Unimplemented function ntoskrnl.exe.KeInitializeMutex
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17212 Summary: Unimplemented function ntoskrnl.exe.KeInitializeMutex Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: mc2374(a)mclink.it Created an attachment (id=19133) --> (http://bugs.winehq.org/attachment.cgi?id=19133) Console output from the aborted installation Trying to install Acronis True Image Home 11. After some 'err' and 'fixme' (mostly in the msi component), the installation process halts with the above console message and throws an unhandled exception. -- 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 28

[Bug 16041] New: Acronis Crash while install
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16041 Summary: Acronis Crash while install Product: Wine Version: 1.1.8 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: james2432(a)gmail.com Created an attachment (id=17266) --> (http://bugs.winehq.org/attachment.cgi?id=17266) Backtrace of acronis 12 crashing While running the acronis home 12 the installer crashes -- 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 19

[Bug 45655] New: Acronis Storage Filter Management Driver 'fltsrv.sys' crashes on unimplemented function 'ntoskrnl.exe.DbgQueryDebugFilterState' in trace mode
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45655 Bug ID: 45655 Summary: Acronis Storage Filter Management Driver 'fltsrv.sys' crashes on unimplemented function 'ntoskrnl.exe.DbgQueryDebugFilterState' in trace mode Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- ... 0028:Call driver init 0x789a4c (obj=0x11ccd0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\fltsrv") ... 0028:Call ntoskrnl.exe.RtlInitUnicodeString(0065fb3c,00792408 L"EnableTrace") ret=007858d1 0028:Call ntdll.RtlInitUnicodeString(0065fb3c,00792408 L"EnableTrace") ret=7bc813a3 0028:Ret ntdll.RtlInitUnicodeString() retval=0065fb3c ret=7bc813a3 0028:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0065fb3c ret=007858d1 0028:Call ntoskrnl.exe.ZwOpenKey(0065fa98,00000001,0065fa70) ret=00790c21 0028:Call ntdll.NtOpenKey(0065fa98,00000001,0065fa70) ret=7bc813a3 0028:trace:reg:open_key ((nil),L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\fltsrv\\Parameters",1,0x65fa98) 0028:trace:reg:open_key <- 0x44 0028:Ret ntdll.NtOpenKey() retval=00000000 ret=7bc813a3 0028:Ret ntoskrnl.exe.ZwOpenKey() retval=00000000 ret=00790c21 0028:Call ntoskrnl.exe.ZwQueryValueKey(00000044,0065fa2c,00000002,0065fa60,00000014,0065fa34) ret=00790c86 0028:Call ntdll.NtQueryValueKey(00000044,0065fa2c,00000002,0065fa60,00000014,0065fa34) ret=7bc813a3 0028:trace:reg:NtQueryValueKey (0x44,L"EnableTrace",2,0x65fa60,20) 0028:Ret ntdll.NtQueryValueKey() retval=00000000 ret=7bc813a3 0028:Ret ntoskrnl.exe.ZwQueryValueKey() retval=00000000 ret=00790c86 0028:Call ntoskrnl.exe.ZwClose(00000044) ret=00790b84 0028:Call ntdll.NtClose(00000044) ret=7bc813a3 0028:Ret ntdll.NtClose() retval=00000000 ret=7bc813a3 0028:Ret ntoskrnl.exe.ZwClose() retval=00000000 ret=00790b84 ... 0028:Call hal.KeGetCurrentIrql() ret=0078914f 0028:fixme:ntoskrnl:KeGetCurrentIrql stub! 0028:Ret hal.KeGetCurrentIrql() retval=00000000 ret=0078914f 0028:Call hal.KeGetCurrentIrql() ret=00785e7f 0028:fixme:ntoskrnl:KeGetCurrentIrql stub! 0028:Ret hal.KeGetCurrentIrql() retval=00000000 ret=00785e7f 0028:fixme:ntoskrnl:__regs_KfAcquireSpinLock (0x11cf04) stub! 0028:fixme:ntoskrnl:__regs_KfReleaseSpinLock (0x11cf04 0) stub! 0028:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065faf4) ret=7e98b32d 0028:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44733b ip=7b44733b tid=0028 0028:trace:seh:raise_exception info[0]=7e98b360 0028:trace:seh:raise_exception info[1]=7e98baeb wine: Call from 0x7b44733b to unimplemented function ntoskrnl.exe.DbgQueryDebugFilterState, aborting --- snip --- One has to explicitly enable trace mode by adding the following registry key: --- snip --- [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\fltsrv\Parameters] "EnableTrace"=dword:00000001 --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/ntoskrn… --- snip --- 114 @ stub DbgQueryDebugFilterState --- snip --- Prototype: https://github.com/processhacker/processhacker/blob/master/phnt/include/ntd… --- snip --- NTSYSAPI NTSTATUS NTAPI DbgQueryDebugFilterState( _In_ ULONG ComponentId, _In_ ULONG Level ); --- snip --- It's enough to dump the parameters and return 'STATUS_NOT_IMPLEMENTED'. With that in place the driver is a bit more verbose using 'ntdll:vDbgPrintExWithPrefix()'. --- snip --- ... 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x112774, 0 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:__regs_KfAcquireSpinLock (0x1126bc) stub! 0027:fixme:ntoskrnl:__regs_KfReleaseSpinLock (0x1126bc 0) stub! 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:__regs_KfAcquireSpinLock (0x1126bc) stub! 0027:fixme:ntoskrnl:__regs_KfReleaseSpinLock (0x1126bc 0) stub! 0027:fixme:ntoskrnl:DbgQueryDebugFilterState stub: 0x4d 0x2 0027:err:ntdll:vDbgPrintExWithPrefix [fltsrv] 4d: Trace:driver.cpp(37):OnLoad: passed... 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x14883c, 0 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x148874, 0 0027:fixme:ntoskrnl:ObQueryNameString (0x1488a0 0x148988 128 0x65fa94) stub 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x148994, 0 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x14878c, 0 0027:fixme:ntoskrnl:KeInitializeMutex stub: 0x1487d0, 0 0027:fixme:ntoskrnl:DbgQueryDebugFilterState stub: 0x4d 0x2 0027:err:ntdll:vDbgPrintExWithPrefix [fltsrv] 4d: Version=2227, DeviceNotificationDisabled=0 0027:fixme:ntoskrnl:DbgQueryDebugFilterState stub: 0x4d 0x1 0027:err:ntdll:vDbgPrintExWithPrefix [fltsrv] 4d: status=0xC0000002 0027:fixme:ntoskrnl:DbgQueryDebugFilterState stub: 0x4d 0x2 0027:err:ntdll:vDbgPrintExWithPrefix [fltsrv] 4d: Trace:driver.cpp(56):OnUnload: passed... 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:KeGetCurrentIrql stub! 0027:fixme:ntoskrnl:__regs_KfAcquireSpinLock (0x14865c) stub! 0027:fixme:ntoskrnl:__regs_KfReleaseSpinLock (0x14865c 0) stub! 0027:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x148994, 0, 0, 0, (nil) 0027:fixme:ntoskrnl:DbgQueryDebugFilterState stub: 0x4d (nil) 0027:err:ntdll:vDbgPrintExWithPrefix [fltsrv] 4d: Expression 'LockWithStatus()' failed with status 0xc0000002, Source File: threading\mutex.cpp, line 32 ... --- snip --- ProtectionID scan: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\windows\system32\drivers\fltsrv.sys File Type : 32-Bit Driver (BAD checksum - won't load!), Good Checksum = 01ED8Bh Size : 0123744 (01E360h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5638DF2A -> Tue 03rd Nov 2015 16:22:02 (GMT) [TimeStamp] 0x5638DF2A -> Tue 03rd Nov 2015 16:22:02 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x004000F0 | - [TimeStamp] 0x5638DF2A -> Tue 03rd Nov 2015 16:22:02 (GMT) | DebugDirectory | - | Offset: 0x000139B4 | VA: 0x004151B4 | - -> File Appears to be Digitally Signed @ Offset 017A00h, size : 06960h / 026976 byte(s) [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (3 calculated 2 recorded... 1 invalid addresses) [!] * table may be compressed / encrypted * [LoadConfig] CodeIntegrity -> Flags 0x5352 | Catalog 0x5344 (21316) | Catalog Offset 0x1E431CED | Reserved 0x4EDC114E [LoadConfig] GuardAddressTakenIatEntryTable 0x356CB182 | Count 0x821065B8 (2182112696) [LoadConfig] GuardLongJumpTargetTable 0x1 | Count 0x325C3A4B (844905035) [LoadConfig] HybridMetadataPointer 0x5C373232 | DynamicValueRelocTable 0x6E72656B [LoadConfig] FailFastIndirectProc 0x775C6C65 | FailFastPointer 0x2E5C6E69 [LoadConfig] UnknownZero1 0x7074756F [File Heuristics] -> Flag #1 : 00000100000001001101000000000100 (0x0404D004) [Entrypoint Section Entropy] : 6.66 (section #0) ".text " | Size : 0x13308 (78600) byte(s) [DllCharacteristics] -> Flag : (0x0140) -> ASLR | DEP [SectionCount] 6 (0x6) | ImageSize 0x1C000 (114688) byte(s) [VersionInfo] Company Name : Acronis International GmbH [VersionInfo] Product Name : Acronis Storage Filter Management [VersionInfo] Product Version : 1.3.0.2227 [VersionInfo] File Description : Acronis Storage Filter Management Driver [VersionInfo] File Version : 1.3.0.2227 [VersionInfo] Original FileName : fltsrv.sys [VersionInfo] Internal Name : fltsrv [VersionInfo] Version Comments : Acronis Storage Filter Management [VersionInfo] Legal Trademarks : Acronis International GmbH. All rights reserved. [VersionInfo] Legal Copyrights : Copyright © Acronis International GmbH. 2002-2013. [ModuleReport] [IAT] Modules -> ntoskrnl.exe | HAL.dll [Debug Info] (record 1 of 1) (file offset 0x139B0) Characteristics : 0x0 | TimeDateStamp : 0x5638DF2A (Tue 03rd Nov 2015 16:22:02 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x4C (76) AddressOfRawData : 0x166A4 | PointerToRawData : 0x14EA4 CvSig : 0x53445352 | SigGuid 1E431CED-114E-4EDC-82B16C35B8651082 Age : 0x1 (1) | Pdb : K:\2227\kernel\win\.output\Win32\Release\fltsrv.pdb [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.247 Second(s) [0000000F7h (247) tick(s)] [135 of 580 scan(s) done] --- snip --- $ sha1sum ADD12_trial_en-US.exe da5cd4fb2b457b86bc9a76b0fafd96ceec5608e6e ADD12_trial_en-US.exe $ du -sh ADD12_trial_en-US.exe 293M ADD12_trial_en-US.exe $ wine --version wine-3.13-318-gccf6211c0a 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 40285] New: Acronis Disk Director 12 fails to register with wine
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40285 Bug ID: 40285 Summary: Acronis Disk Director 12 fails to register with wine Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com Distribution: --- $ wine ADD12_trial_en-US.exe fixme:ntdll:__syscall_NtLockFile I/O completion on lock not implemented yet fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord fixme:msi:MsiGetLastErrorRecord err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination err:richedit:ReadStyleSheet skipping optional destination 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:msi_validate_product_id partial stub: template L"<^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^>" key L"xxxx(removed)" err:msi:ITERATE_Actions Execution halted, action L"CADataInitCA" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 -- 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 45167] New: Acronis Disk Director 12 installer fails: ITERATE_Actions Execution halted, action L" _USRCUSTACT_MsiFltSrvInstall_fltsrv_component" returned 1603 ( setupapi lasterror leakage)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45167 Bug ID: 45167 Summary: Acronis Disk Director 12 installer fails: ITERATE_Actions Execution halted, action L"_USRCUSTACT_MsiFltSrvInstall_fltsrv_component" returned 1603 (setupapi lasterror leakage) Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while re-testing bug 40285 --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+setupapi wine ./ADD12_trial_en-US.exe >>log.txt 2>&1 ... 0009:trace:msi:ACTION_PerformAction Performing action (L"_USRCUSTACT_MsiFltSrvInstall_fltsrv_component") ... 0009:trace:msi:ACTION_CustomAction Handling custom action L"_USRCUSTACT_MsiFltSrvInstall_fltsrv_component" (c01 L"_07ACC498A1CC6CE24B33317680A42CA8" L"MsiFltSrvInstall") ... 0009:trace:msi:HANDLE_CustomType1 Calling function L"MsiFltSrvInstall" from L"C:\\users\\focht\\Temp\\msi2409.tmp" ... 00d1:Call KERNEL32.CreateProcessW(009dfc24 L"C:\\windows\\system32\\msiexec.exe",009df9a4 L"C:\\windows\\system32\\msiexec.exe -Embedding {A121B25A-1BB4-4E7E-8C27-789D2A9666D5}",00000000,00000000,00000000,00000000,00000000,00000000,009dfe2c,009dfe70) ret=7e91e77d ... 00d3:Ret PE DLL (proc=0x10003420,module=0x10000000 L"msi2409.tmp",reason=PROCESS_ATTACH,res=(nil)) retval=1 00d3:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7e91e173 00d3:Call KERNEL32.GetProcAddress(10000000,0015be58 "MsiFltSrvInstall") ret=7e91e1f0 00d3:Ret KERNEL32.GetProcAddress() retval=100022b0 ret=7e91e1f0 ... 00d3:trace:msi:__wine_msi_call_dll_function calling "MsiFltSrvInstall" ... 00d5:Call KERNEL32.CreateFileW(00168190 L"\\\\?\\C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys",c0000000,00000000,00000000,00000002,00000080,00000000) ret=10059a51 00d5:Ret KERNEL32.CreateFileW() retval=00000074 ret=10059a51 ... 00d5:Call msi.MsiRecordSetStringW(00000002,00000001,001646f0 L"MSI_TRACE(fltsrv): MsiFltSrvInstall: build number 2299") ret=10024c68 ... 00d5:Call KERNEL32.CreateFileW(00168480 L"\\\\?\\C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.inf",c0000000,00000000,00000000,00000002,00000080,00000000) ret=10059a51 00d5:Ret KERNEL32.CreateFileW() retval=0000007c ret=10059a51 ... 00d5:Call setupapi.SetupOpenInfFileW(001680c0 L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.inf",00000000,00000002,00000000) ret=1001af9e ... 00d5:trace:setupapi:SetupOpenInfFileW L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.inf" -> 0x168158 00d5:Ret setupapi.SetupOpenInfFileW() retval=00168158 ret=1001af9e ... 00d5:Call msi.MsiRecordSetStringW(00000002,00000001,00168440 L"MSI_TRACE(fltsrv): defaultInstallSection=DefaultInstall") ret=10024c68 ... 00d5:Call setupapi.SetupFindFirstLineW(001681a0,001648a8 L"DefaultInstall",001638f0 L"CopyFiles",0045fb20) ret=1001affd 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"CopyFiles"): returning 0 00d5:Ret setupapi.SetupFindFirstLineW() retval=00000001 ret=1001affd 00d5:Call setupapi.SetupGetFieldCount(0045fb20) ret=10018f90 00d5:Ret setupapi.SetupGetFieldCount() retval=00000001 ret=10018f90 00d5:Call setupapi.SetupGetStringFieldW(0045fb20,00000001,0016c910,00001000,00000000) ret=10018fc2 00d5:trace:setupapi:SetupGetStringFieldW context 0x1681a0/0x1681a0/1/0 index 1 returning L"FltSrvDrivers" 00d5:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=10018fc2 ... 00d5:Call setupapi.SetupQueueCopySectionW(00164738,0016c210 L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\",001681a0,00000000,00168088 L"FltSrvDrivers",00000100) ret=1001b30d 00d5:trace:setupapi:SetupQueueCopySectionW hinf=0x1681a0/(nil) section=L"FltSrvDrivers" root=L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\" 00d5:trace:setupapi:SetupFindFirstLineW (0x1681a0,L"FltSrvDrivers",(null)): returning 5/0 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DestinationDirs",L"FltSrvDrivers"): returning 0 ... 00d5:trace:setupapi:SetupGetStringFieldW context 0x1681a0/0x1681a0/7/0 index 1 returning L"Acronis Storage Filter Management Driver Installation Disk" 00d5:trace:setupapi:SetupQueueCopyIndirectW root=L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\" path=(null) file=L"fltsrv.x86.sys" -> dir=L"C:\\windows\\system32\\drivers" file=L"fltsrv.sys" descr=L"Acronis Storage Filter Management Driver Installation Disk" tag=(null) ... 00d5:Ret setupapi.SetupQueueCopySectionW() retval=00000001 ret=1001b30d ... 00d5:Call setupapi.SetupFindNextMatchLineW(0045fb20,001638f0 L"CopyFiles",0045fb20) ret=1001b061 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"CopyFiles"): not found 00d5:Ret setupapi.SetupFindNextMatchLineW() retval=00000000 ret=1001b061 00d5:Call KERNEL32.GetLastError() ret=1001b06b 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=1001b06b ... 00d5:Call setupapi.SetupDefaultQueueCallbackW(0016bdd0,0000000b,0045fa80,00000000) ret=10019646 00d5:trace:setupapi:SetupDefaultQueueCallbackW start copy L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys" -> L"C:\\windows\\system32\\drivers\\fltsrv.sys" 00d5:Ret setupapi.SetupDefaultQueueCallbackW() retval=00000001 ret=10019646 00d5:trace:setupapi:SetupCommitFileQueueW copying file L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys" -> L"C:\\windows\\system32\\drivers\\fltsrv.sys" ... 00d5:trace:setupapi:do_file_copyW copy L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys" to L"C:\\windows\\system32\\drivers\\fltsrv.sys" style 0x100 00d5:err:setupapi:do_file_copyW Unsupported style(s) 0x100 00d5:Call KERNEL32.CopyFileW(0016b270 L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys",0016c210 L"C:\\windows\\system32\\drivers\\fltsrv.sys",00000000) ret=f7ac5e92 00d5:Ret KERNEL32.CopyFileW() retval=00000001 ret=f7ac5e92 00d5:trace:setupapi:do_file_copyW Did copy... rc was 1 00d5:Call setupapi.SetupDefaultQueueCallbackW(0016bdd0,0000000c,0045fa80,00000000) ret=10019646 00d5:trace:setupapi:SetupDefaultQueueCallbackW end copy L"C:\\users\\focht\\Temp\\AE6D8134-43FB-4C07-B3A1-87DA0CC08234\\fltsrv.x86.sys" -> L"C:\\windows\\system32\\drivers\\fltsrv.sys" 00d5:Ret setupapi.SetupDefaultQueueCallbackW() retval=00000000 ret=10019646 00d5:Call setupapi.SetupDefaultQueueCallbackW(0016bdd0,00000004,00000000,00000000) ret=10019646 00d5:trace:setupapi:SetupDefaultQueueCallbackW end subqueue 0 00d5:Ret setupapi.SetupDefaultQueueCallbackW() retval=00000000 ret=10019646 00d5:Call setupapi.SetupDefaultQueueCallbackW(0016bdd0,00000002,00000001,00000000) ret=10019646 00d5:trace:setupapi:SetupDefaultQueueCallbackW end queue 00d5:Ret setupapi.SetupDefaultQueueCallbackW() retval=00000000 ret=10019646 ... 00d5:Ret setupapi.SetupCommitFileQueueW() retval=00000001 ret=100195ca 00d5:Call setupapi.SetupPromptReboot(00164738,00000000,00000001) ret=100195ea 00d5:fixme:setupapi:SetupPromptReboot 0x164738, (nil), 1: stub 00d5:Ret setupapi.SetupPromptReboot() retval=00000000 ret=100195ea ... 00d5:Ret setupapi.SetupCloseFileQueue() retval=00000001 ret=100194ff 00d5:Call setupapi.SetupInstallFromInfSectionW(00000000,001681a0,00168858 L"DefaultInstall",0000000e,80000002,00000000,00000000,00000000,00000000,00000000,00000000) ret=1001b28c 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"WinePreInstall"): not found 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"UpdateInis"): not found 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"UpdateIniFields"): not found 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"Ini2Reg"): not found 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"DelReg"): not found 00d5:trace:setupapi:SetupFindNextMatchLineW (0x1681a0,L"DefaultInstall",L"AddReg"): not found 00d5:Ret setupapi.SetupInstallFromInfSectionW() retval=00000001 ret=1001b28c 00d5:Call KERNEL32.GetLastError() ret=1001b29a 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=1001b29a 00d5:Call KERNEL32.GetLastError() ret=10033590 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=10033590 00d5:Call KERNEL32.GetLastError() ret=10033590 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=10033590 00d5:Call KERNEL32.GetLastError() ret=10033590 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=10033590 00d5:Call KERNEL32.GetLastError() ret=10033590 00d5:Ret KERNEL32.GetLastError() retval=e0000102 ret=10033590 ... 00d5:Call msi.MsiRecordSetStringW(00000002,00000001,00168440 L"MSI_TRACE(fltsrv): ProcessDirectivesFromSection failed: 3758096642") ret=10024c68 ... 00d5:Call msi.MsiRecordSetStringW(00000002,00000001,00168440 L"MSI_TRACE(fltsrv): Failed to install: status 3758096642.") ret=10024c68 ... --- snip --- It seems there is some lasterror leaking in Wine's setupapi. 0xe0000102 -> ERROR_LINE_NOT_FOUND This error is set due to previous parsing calls (ok) but never reset throughout various setupapi call sequences (external and internal). The app installer checks the lasterror even on API return success and reports failure. I've reset the lasterror in 'SetupInstallFromInfSectionW()' on success to zero since the leaf function calls 'SetupFindNextMatchLineW()' will set it -> leakage. It helps the installer to get further and actually install the (kernel) filter service - only to run into next bug. $ sha1sum ADD12_trial_en-US.exe 9c087d66c4e7e4ef22b30721d9ab519753a394b1 ADD12_trial_en-US.exe $ du -sh ADD12_trial_en-US.exe 290M ADD12_trial_en-US.exe $ wine --version wine-3.7-136-g8f46ac233e 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 9

[Bug 33450] New: .NET 3.5 Framework installation fails (.NET WorkFlow Service Registration Tool "WFServicesReg.exe" crash)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33450 Bug #: 33450 Summary: .NET 3.5 Framework installation fails (.NET WorkFlow Service Registration Tool "WFServicesReg.exe" crash) Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, while investigating some .NET related bugs I found .NET Framework 3.5 doesn't install anymore with current winetricks. There is now a crash in .NET WorkFlow Service Registration Tool (WFServicesReg.exe) which leads to main installer getting stuck. Looks like a Wine msxml regression or new bug. Can be reproduced after first failed install by running the tool manually. Prerequisite: clean WINEPREFIX + 'winetricks -q dotnet35' Console output: --- snip --- $ wine C:\\windows\\Microsoft.NET\\Framework\\v3.5\\WFServicesReg.exe /c /v /m /i fixme:heap:HeapSetInformation (nil) 1 (nil) 0 DDSet_Entry: WFServicesReg.exe DDSet_Status: CFxInstaller::CopyConfigFilesToTemp is64bit=0 DDSet_Status: CFileHelper::CopyConfigFilesToTempLocation DDSet_Status: CFxInstaller::SetupComponents isInstall=1 DDSet_Status: CFxInstaller::SetupComponents Calling SetupExtensions. isInstall=1 DDSet_Status: CFxInstaller::SetupExtensions isInstall=1 is64Bit=0 DDSet_Status: CConfigEntry::Initialize szConfigPath=C:\users\focht\Temp\WSF8f8c.tmp DDSet_Status: CConfigEntry::RefreshConfigFile DDSet_Status: CExtensionElement::SetData szName=persistenceProvider szType=System.ServiceModel.Configuration.PersistenceProviderElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 szXPath=system.serviceModel/extensions/behaviorExtensions/add DDSet_Status: CFxInstaller::SetupExtensions Adding System.ServiceModel.Configuration.PersistenceProviderElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35. DDSet_Status: CExtensionElement::AddToConfigFile _xPath=system.serviceModel/extensions/behaviorExtensions/add DDSet_Status: CConfigEntry::IsPresent szPath=system.serviceModel/extensions/behaviorExtensions/add[@name='persistenceProvider' and @type='System.ServiceModel.Configuration.PersistenceProviderElement, System.WorkflowServices, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'] DDSet_Status: CConfigEntry::IsPresent szPath=system.serviceModel/extensions/behaviorExtensions/add[@name='persistenceProvider'] DDSet_Status: CConfigEntry::CreateElementInConfigFile szPath=system.serviceModel/extensions/behaviorExtensions/add insertBefore=0 DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode DDSet_Status: CConfigEntry::AppendTextNode wine: Unhandled page fault on read access to 0x00000007 at address 0xf74cc19d (thread 0009), starting debugger... --- snip --- Running it with winedbg: --- snip --- Unhandled exception: page fault on read access to 0x00000007 in 32-bit code (0xf744619d). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f744619d ESP:0033f970 EBP:0000003c EFLAGS:00010286( R- -- I S - -P- ) EAX:00000006 EBX:f7578ff4 ECX:f75793f8 EDX:ffffffff ESI:f75793e0 EDI:f75793e0 Stack dump: 0x0033f970: 7e879d70 7bcc89d0 0033f998 0033f9a0 0x0033f980: 7bcc89d0 0033fa20 0033fa08 7bc4b26c 0x0033f990: 7bcc89d0 7bcc89d0 0033fa08 7bc4b26c 0x0033f9a0: 00110060 00000001 00000017 ffffffff 0x0033f9b0: 00000006 00000040 00330000 7de87a8a 0x0033f9c0: 00110014 0000003c 0033fa48 7b850bb3 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0xf744619d _int_malloc+0x6d() in libc.so.6 (0x0000003c) 1 0xf7448e75 __libc_malloc+0x64() in libc.so.6 (0x0000003c) 2 0x7dd22462 xmlNewText+0x31() in libxml2.so.2 (0x00000000) 3 0x7dd22850 xmlNewDocText+0xf() in libxml2.so.2 (0x0033fb58) 4 0x7de82243 domdoc_createNode+0x3da(iface=0x12b6d4, Type={n1={n2={vt=0x10, wReserved1=0, wReserved2=0x1a78, wReserved3=0x102, n3={cVal=3, uiVal=0xe03, ulVal=0x1020e03, intVal=0x1020e03, uintVal=0x1020e03, bVal=3, iVal=0xe03, lVal=0x1020e03, fltVal=0.000000, dblVal=0.000000, boolVal=0xe03, scode=0x1020e03, date=0.000000, bstrVal="...", pulVal=0x1020e03, pintVal=0x1020e03, puintVal=0x1020e03, pbVal="...", piVal=0x1020e03, plVal=0x1020e03, pfltVal=0x1020e03, pdblVal=0x1020e03, pboolVal=0x1020e03, pscode=0x1020e03, pdate=0x1020e03, pbstrVal=0x1020e03, pvarVal=0x1020e03, byref=0x1020e03, pcyVal=0x1020e03, pdecVal=0x1020e03, ppunkVal=0x1020e03, ppdispVal=0x1020e03, pparray=0x1020e03, pllVal=0x1020e03, pullVal=0x1020e03, brecVal={pvRecord=0x1020e03, pRecInfo=0x1021a78}}}, decVal={wReserved=0x10, u={={scale=0, sign=0}, signscale=0}, Hi32=0x1021a78, u1={={Lo32=0x1020e03, Mid32=0x1021a78}, Lo64=0x1021a7801020e03}}}}, name=0x0(nil), namespaceURI=0x0(nil), node=0x33fba8) [/home/focht/projects/wine/wine-git/dlls/msxml3/domdoc.c:1969] in msxml3 (0x0033fb58) 5 0x7de811fe domdoc_createTextNode+0x12d(iface=<couldn't compute location>, data=<couldn't compute location>, text=<couldn't compute location>) [/home/focht/projects/wine/wine-build32/dlls/msxml3/../../include/msxml6.h:5222] in msxml3 (0x0033fbf8) 6 0x01013735 in wfservicesreg (+0x13734) (0x0033fc38) ... --- snip --- Can be worked around with 'winetricks msxml3'. $ wine --version wine-1.5.28-200-gf3b0a9f 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 24

[Bug 30384] New: Add support for network connectivity checks using Network List Manager (NLM) API (Vista+)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30384 Bug #: 30384 Summary: Add support for network connectivity checks using Network List Manager (NLM) API (Vista+) Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, feature bug (for now). There are applications that make use of Network List Manager (NLM) introduced with Windows Vista/Windows 7 to check for network connectivity. A symptom are messages like this in terminal: --- snip --- err:ole:CoGetClassObject class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not registered ... err:ole:create_server class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {dcb00c01-570f-4a9b-8d69-199fdba5723b} could be created for context 0x17 --- snip --- MSDN overview: http://msdn.microsoft.com/en-us/library/ee264321%28v=vs.85%29.aspx Network List Manager: http://msdn.microsoft.com/en-us/library/aa370803%28v=vs.85%29.aspx Example applications: newer EA Download Manager versions, some EA Games (Battlefield 3, FIFA12), Windows Live Essentials 2011 It seems plausible that they use an API that ought to be available on this platform. Failure doesn't seem critical, they use other means to detect network state. Though I didn't test all of them. This bug can serve as collector for apps that spam terminal with "{dcb00c01-570f-4a9b-8d69-199fdba5723b}" (CLSID_NetworkListManager) messages. Maybe there will be one where this missing functionality is actually breaking the app. 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

[Bug 31556] New: Polar WebSync 2.6.0 doesn't install under Ubuntu 12.04 64-bit
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31556 Bug #: 31556 Summary: Polar WebSync 2.6.0 doesn't install under Ubuntu 12.04 64-bit Product: Wine Version: 1.5.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rjjardim(a)gmail.com Classification: Unclassified Created attachment 41500 --> http://bugs.winehq.org/attachment.cgi?id=41500 backtrace plus the terminal output attached to the end of the file when running the command line "wine websync_2.6.0.exe" on Ubuntu 12.04 64-bit version to install that windows program on linux, pops up a wine dialog box with the error which is enclosed on the attached file. further errors appear on terminal as well as another wine dialog box error if we proceed with the installation, which I think not to be relevant after that first one probably due to the result triggered by aforementioned 1st error. -- 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 32412] New: WebSync 2.7.0 doesn't install under Ubuntu 12.04 64-bit
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32412 Bug #: 32412 Summary: WebSync 2.7.0 doesn't install under Ubuntu 12.04 64-bit Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: attil(a)citromail.hu Classification: Unclassified Download: https://polarpersonaltrainer.com/downloads/websync_2.7.0.exe -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 33390] New: websync 2.8.1 doesn't load in Wine 1.4.1
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33390 Bug #: 33390 Summary: websync 2.8.1 doesn't load in Wine 1.4.1 Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: brentcreech(a)hotmail.com Classification: Unclassified Created attachment 44183 --> http://bugs.winehq.org/attachment.cgi?id=44183 ISBEW64 Crash ISBEW64 Crash polard.exe crashes -- 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 3

[Bug 35284] New: Polar WebSync client fails to communicate with 'polard' service (WS2_AcceptEx with zero 'local_addr_len' parameter)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35284 Bug ID: 35284 Summary: Polar WebSync client fails to communicate with 'polard' service (WS2_AcceptEx with zero 'local_addr_len' parameter) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, a guy in #winehq reported this problem. --- quote --- <focht> this app: http://www.polar.com/en/support/downloads/Polar_WebSync_Software ? ... <lars_> focht: yes, I downloaded it from there <lars_> I'm gonna have to fix a crying baby so gtg. Thanks for the help! ... --- quote --- He 'fixes' the baby - I take care of the bug (which is much easier) :) 'Polar Daemon' is registered as auto-start Windows service and communicates over sockets with the client (gui app). Trace log (filtered for service thread 002a to avoid all the noise from other processes/threads): --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Polar/WebSync $ WINEDEBUG=+tid,+seh,+relay,+service,+snoop,+winsock, wine ./WebSync.exe >>log.txt 2>&1 ... 002a:trace:winsock:WSAStartup verReq=202 002a:trace:winsock:WSAStartup succeeded 002a:Ret ws2_32.WSAStartup() retval=00000000 ret=10176d80 002a:Call ws2_32.WSADuplicateSocketW(000000b0,00000021,0086e0bc) ret=10176e0d 002a:trace:winsock:WS_DuplicateSocket (unicode 1, socket 00b0, processid 21, buffer 0x86e0bc) 002a:Call KERNEL32.OpenProcess(00000040,00000000,00000021) ret=7e9a49b4 002a:Ret KERNEL32.OpenProcess() retval=000000b4 ret=7e9a49b4 002a:Call KERNEL32.DuplicateHandle(ffffffff,000000b0,000000b4,0086e0c4,00000000,00000000,00000002) ret=7e9a4a5d 002a:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=7e9a4a5d 002a:Call KERNEL32.CloseHandle(000000b4) ret=7e9a4a6b 002a:Ret KERNEL32.CloseHandle() retval=00000001 ret=7e9a4a6b 002a:Ret ws2_32.WSADuplicateSocketW() retval=00000000 ret=10176e0d 002a:Call ws2_32.WSASocketW(00000002,00000001,00000006,00000000,00000000,00000001) ret=10176e36 002a:trace:winsock:WSASocketW af=2 type=1 protocol=6 protocol_info=(nil) group=0 flags=0x1 002a:trace:winsock:WSASocketW created 00b4 002a:Ret ws2_32.WSASocketW() retval=000000b4 ret=10176e36 ... 002a:Call ws2_32.WSAIoctl(000000b4,c8000006,0086e488,00000010,0086e484,00000004,0086e480,00000000,00000000) ret=10204134 002a:trace:winsock:WSAIoctl 180, 0xc8000006, 0x86e488, 16, 0x86e484, 4, 0x86e480, (nil), (nil) 002a:Ret ws2_32.WSAIoctl() retval=00000000 ret=10204134 002a:Call ws2_32.WSAIoctl(000000b4,c8000006,0086e4a4,00000010,0086e4a0,00000004,0086e480,00000000,00000000) ret=1020415f 002a:trace:winsock:WSAIoctl 180, 0xc8000006, 0x86e4a4, 16, 0x86e4a0, 4, 0x86e480, (nil), (nil) 002a:Ret ws2_32.WSAIoctl() retval=00000000 ret=1020415f 002a:Call KERNEL32.CreateEventW(00000000,00000001,00000000,00000000) ret=1020418a 002a:Ret KERNEL32.CreateEventW() retval=000000d0 ret=1020418a ... 002a:trace:winsock:WS2_AcceptEx (b0, b4, 0x148928, 0, 0, 32, 0x86e480, 0x86e46c) 002a:Call ws2_32.WSAGetLastError() ret=102041f3 002a:Ret ws2_32.WSAGetLastError() retval=00002726 ret=102041f3 002a:Call ws2_32.WSAGetLastError() ret=1020431c 002a:Ret ws2_32.WSAGetLastError() retval=00002726 ret=1020431c 002a:Call KERNEL32.GetLastError() ret=10204329 002a:Ret KERNEL32.GetLastError() retval=00002726 ret=10204329 002a:Call KERNEL32.CloseHandle(000000d0) ret=10204350 002a:Ret KERNEL32.CloseHandle() retval=00000001 ret=10204350 ... 002a:Call ws2_32.WSAGetLastError() ret=10204527 002a:Ret ws2_32.WSAGetLastError() retval=00002726 ret=10204527 ... 002a:Call KERNEL32.GetLastError() ret=101d2dbd 002a:Ret KERNEL32.GetLastError() retval=00002726 ret=101d2dbd 002a:Call msvcp90.??0?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@XZ(0014892c) ret=101d078c 002a:Ret msvcp90.??0?$basic_string@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@XZ() retval=0014892c ret=101d078c 002a:Call KERNEL32.FormatMessageW(00001300,00000000,00002726,00000409,0086e394,00000000,00000000) ret=101d07ba 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=101d07ba 002a:Call KERNEL32.FormatMessageW(00001300,00000000,00000507,00000409,0086e394,00000000,00000000) ret=101d07e2 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=101d07e2 002a:Call msvcrt._CxxThrowException(0086e400,1029fe24) ret=10204777 002a:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0086e374) ret=7e7813a1 002a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a89f ip=7b83a89f tid=002a 002a:trace:seh:raise_exception info[0]=19930520 002a:trace:seh:raise_exception info[1]=0086e400 002a:trace:seh:raise_exception info[2]=1029fe24 002a:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=0086e2c4 esi=0086e370 edi=0086e330 002a:trace:seh:raise_exception ebp=0086e308 esp=0086e2a4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 --- snip --- The problem is the overly strict parameter check in WS2_AcceptEx(): Source: http://source.winehq.org/git/wine.git/blob/719715c77426c7cb759a012d24f89862… --- snip --- 2361 static BOOL WINAPI WS2_AcceptEx(SOCKET listener, SOCKET acceptor, PVOID dest, DWORD dest_len, 2362 DWORD local_addr_len, DWORD rem_addr_len, LPDWORD received, 2363 LPOVERLAPPED overlapped) 2364 { 2365 DWORD status; 2366 struct ws2_accept_async *wsa; 2367 int fd; 2368 ULONG_PTR cvalue = (overlapped && ((ULONG_PTR)overlapped->hEvent & 1) == 0) ? (ULONG_PTR)overlapped : 0; 2369 2370 TRACE("(%lx, %lx, %p, %d, %d, %d, %p, %p)\n", listener, acceptor, dest, dest_len, local_addr_len, 2371 rem_addr_len, received, overlapped); 2372 ... 2384 2385 if ((local_addr_len < sizeof(struct sockaddr_in) + 16) 2386 || (rem_addr_len < sizeof(struct sockaddr_in) + 16)) 2387 { 2388 SetLastError(WSAEINVAL); 2389 return FALSE; 2390 } ... --- snip --- The app passes zero 'local_addr_len' which fails the parameter input check. With that part fixed, the service successfully initializes and the client can communicate with the service over sockets. The client software (gui wizard) then waits for some USB smart device (Polar RC3 GPS watch) to be plugged in. --- Unrelated to this service/winsock problem but still useful information: The service registers a device notification callback which is probably triggered when the device has been recognized (PnP manager). That stuff is currently missing in Wine but even then ... 'dmesg' output from IRC user: --- snip --- [ 6188.997849] usb 3-2.3: new full-speed USB device number 8 using uhci_hcd [ 6189.150832] usb 3-2.3: New USB device found, idVendor=0da4, idProduct=0006 [ 6189.150838] usb 3-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 6189.150842] usb 3-2.3: Product: Polar RC3 GPS [ 6189.150845] usb 3-2.3: Manufacturer: Polar Electro [ 6189.150848] usb 3-2.3: SerialNumber: 21BF9A4626001B00 [ 6199.157802] hid-generic 0003:0DA4:0006.0005: timeout initializing reports [ 6199.158076] hid-generic 0003:0DA4:0006.0005: hiddev0,hidraw4: USB HID v1.01 Device [Polar Electro Polar RC3 GPS] on usb-0000:00:1a.0-2.3/input0 --- snip --- Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 45743] New: Firefox crashes on startup due to missing pipe server object type information (needed for Gecko's HandleDispatcher::DuplicateHandleProxy)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45743 Bug ID: 45743 Summary: Firefox crashes on startup due to missing pipe server object type information (needed for Gecko's HandleDispatcher::DuplicateHandleProxy) Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Mozilla Firefox $ WINEDEBUG=+pid,+seh,+loaddll,+process,+relay,+ntdll,+server wine ./firefox.exe >>log.txt 2>&1 ... 0008:0055:Starting thread proc 0x7bca4d0b (arg=0x2cb4a980) ... 0008:0055:Call KERNEL32.GetProcAddress(7bc30000,00427c48 "NtQueryObject") ret=004232be 0008:0055:Ret KERNEL32.GetProcAddress() retval=7bc37154 ret=004232be 0008:0055:Call KERNEL32.DuplicateHandle(00000328,000000f0,ffffffff,3030fb70,00000000,00000000,00000002) ret=0041444c 0008:0055:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=0041444c 0008:0055:Call KERNEL32.GetLastError() ret=0040ba5d 0008:0055:Ret KERNEL32.GetLastError() retval=00000000 ret=0040ba5d 0008:0055:Call ntdll.NtQueryObject(000003f8,00000002,3030fb90,0000009e,3030fb6c) ret=0041449f 0008:0055:trace:ntdll:NtQueryObject (0x3f8,0x00000002,0x3030fb90,0x0000009e,0x3030fb6c) 0008:0055:Ret ntdll.NtQueryObject() retval=00000000 ret=0041449f 0008:0055:Call ntdll.wcslen(3030fbf0 L"Section") ret=0041673c 0008:0055:Ret ntdll.wcslen() retval=00000007 ret=0041673c 0008:0055:Call ntdll.wcslen(3030fbf0 L"Section") ret=0041673c 0008:0055:Ret ntdll.wcslen() retval=00000007 ret=0041673c 0008:0055:Call ntdll.RtlCompareUnicodeString(3030fa9c,3030faac,00000001) ret=004167bb 0008:0055:Ret ntdll.RtlCompareUnicodeString() retval=00000000 ret=004167bb 0008:0055:Call KERNEL32.DuplicateHandle(ffffffff,000003f8,ffffffff,3030fc8c,000f0006,00000000,00000000) ret=0041481f 0008:0055:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=0041481f 0008:0055:Call KERNEL32.CloseHandle(000003f8) ret=0040177b 0008:0055:Ret KERNEL32.CloseHandle() retval=00000001 ret=0040177b 0008:0055:Call ucrtbase.memset(2d07e1a0,000000e5,000000a0) ret=1000603f 0008:0055:Ret ucrtbase.memset() retval=2d07e1a0 ret=1000603f 0008:0055:Call KERNEL32.SetEvent(00000338) ret=00420f64 0008:0055:Ret KERNEL32.SetEvent() retval=00000001 ret=00420f64 0008:0055:Call ucrtbase.memset(3030fd24,00000000,00000034) ret=00420f32 0008:0055:Ret ucrtbase.memset() retval=3030fd24 ret=00420f32 0008:0055:Call ucrtbase.memcpy(30e843e0,2cff0094,00000098) ret=00410459 0008:0055:Ret ucrtbase.memcpy() retval=30e843e0 ret=00410459 0008:0055:Call ucrtbase.memset(3030fc74,00000000,0000003c) ret=00420bfb 0008:0055:Ret ucrtbase.memset() retval=3030fc74 ret=00420bfb 0008:0055:Call ucrtbase.memcmp(00428b6c,3030fcb0,00000028) ret=00422697 0008:0055:Ret ucrtbase.memcmp() retval=ffffffff ret=00422697 0008:0055:Call ucrtbase.memcmp(00428b94,3030fcb0,00000028) ret=004226ab 0008:0055:Ret ucrtbase.memcmp() retval=ffffffff ret=004226ab 0008:0055:Call ucrtbase.memcmp(2ff07370,3030fcb0,00000028) ret=004106ca 0008:0055:Ret ucrtbase.memcmp() retval=00000000 ret=004106ca 0008:0055:Call KERNEL32.DuplicateHandle(00000328,00000170,ffffffff,3030fb70,00000000,00000000,00000002) ret=0041444c 0008:0055:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=0041444c 0008:0055:Call KERNEL32.GetLastError() ret=0040ba5d 0008:0055:Ret KERNEL32.GetLastError() retval=00000000 ret=0040ba5d 0008:0055:Call ntdll.NtQueryObject(00000408,00000002,3030fb90,0000009e,3030fb6c) ret=0041449f 0008:0055:trace:ntdll:NtQueryObject (0x408,0x00000002,0x3030fb90,0x0000009e,0x3030fb6c) 0008:0055:Ret ntdll.NtQueryObject() retval=00000000 ret=0041449f 0008:0055:trace:seh:raise_exception code=c0000005 flags=0 addr=0x4144ba ip=004144ba tid=0055 0008:0055:trace:seh:raise_exception info[0]=00000001 0008:0055:trace:seh:raise_exception info[1]=00000000 0008:0055:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=00000000 edx=00000000 esi=3030fc74 edi=00000002 0008:0055:trace:seh:raise_exception ebp=3030fc34 esp=3030fb58 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0008:0055:trace:seh:call_vectored_handlers calling handler at 0x16d95c3 code=c0000005 flags=0 0008:0055:trace:seh:call_vectored_handlers handler at 0x16d95c3 returned 0 0008:0055:trace:seh:call_stack_handlers calling handler at 0x7bcb3bc4 code=c0000005 flags=0 0008:0055:Call KERNEL32.UnhandledExceptionFilter(3030f654) ret=7bcb3bff ... --- snip --- Tracing the handle back across multiple dupes: --- snip --- ... 0008:002c:Call advapi32.CreateProcessAsUserW(0000031c,2f832a50 L"C:\\Program Files (x86)\\Mozilla Firefox\\firefox.exe",2fae7800 L"\"C:\\Program Files (x86)\\Mozilla Firefox\\firefox.exe\" -contentproc --channel=\"8.0.218090689\\870550889\" -childID 1 -isForBrowser -prefsHandle 756 -prefsLen 5527 -schedulerPrefs 0001,2 -greomni \"C:\\Program Files (x86)\\Mozilla Firefox\\omni.ja\" -appomni \"C:\\Program Files (x86)\\Mozilla Fire"...,00000000,00000000,00000001,0108040c,3041c020,00000000,09c2f0b0,09c2ef94) ret=00422051 ... 002c: new_process( inherit_all=1, create_flags=0108040c, socket_fd=194, exe_file=0318, process_access=001fffff, process_attr=00000000, thread_access=001fffff, thread_attr=00000000, cpu=x86, info_size=1482, ... 002c: new_process() = 0 { info=0320, pid=0056, phandle=0328, tid=0057, thandle=032c } ... 0056:0057:Call KERNEL32.CreateNamedPipeW(010acf40 L"\\\\.\\pipe\\chrome.86.0.22204864",40080003,00000000,00000001,00001000,00001000,00001388,00000000) ret=023d5c1f 0056:0057:trace:ntdll:NtCreateNamedPipeFile (0x33d6dc c0180000 L"\\??\\pipe\\chrome.86.0.22204864" 0x33d6b4 3 5 0 0 0 0 1 4096 4096 0x33d6a8) 0057: create_named_pipe( access=c0180000, options=00000000, sharing=00000003, maxinstances=00000001, outsize=00001000, insize=00001000, timeout=+5.0000000, flags=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L"\\??\\pipe\\chrome.86.0.22204864"} ) 0057: create_named_pipe() = 0 { handle=0164 } ... 0057: dup_handle( src_process=ffffffff, src_handle=0164, dst_process=ffffffff, access=00000000, attributes=00000000, options=00000002 ) 0057: dup_handle() = 0 { handle=0168, self=1, closed=0 } ... 0057: dup_handle( src_process=ffffffff, src_handle=0168, dst_process=ffffffff, access=00000000, attributes=00000000, options=00000002 ) 0057: dup_handle() = 0 { handle=0170, self=1, closed=0 } .... 0008:0055:Call KERNEL32.DuplicateHandle(00000328,00000170,ffffffff,3030fb70,00000000,00000000,00000002) ret=0041444c 0055: dup_handle( src_process=0328, src_handle=0170, dst_process=ffffffff, access=00000000, attributes=00000000, options=00000002 ) 0055: dup_handle() = 0 { handle=0408, self=0, closed=0 } 0008:0055:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=0041444c ... 0008:0055:Call ntdll.NtQueryObject(00000408,00000002,3030fb90,0000009e,3030fb6c) ret=0041449f 0008:0055:trace:ntdll:NtQueryObject (0x408,0x00000002,0x3030fb90,0x0000009e,0x3030fb6c) 0055: get_object_type( handle=0408 ) 0055: get_object_type() = 0 { total=0, type=L"" } 0008:0055:Ret ntdll.NtQueryObject() retval=00000000 ret=0041449f --- snip --- Wineserver debug session: --- snip --- ... (gdb) b no_get_type Breakpoint 1 at 0x42c1a2: file /home/focht/projects/wine/mainline-src/server/object.c, line 499. (gdb) c Continuing. Breakpoint 1, no_get_type (obj=0x269c3e0) at /home/focht/projects/wine/mainline-src/server/object.c:499 499 return NULL; (gdb) bt #0 no_get_type (obj=0x269c3e0) at /home/focht/projects/wine/mainline-src/server/object.c:499 #1 0x0000000000415d55 in req_get_object_type (req=0x2692170, reply=0x7fff998dce50) at /home/focht/projects/wine/mainline-src/server/directory.c:524 #2 0x0000000000445c6d in call_req_handler (thread=0x2692020) at /home/focht/projects/wine/mainline-src/server/request.c:303 #3 0x0000000000445e02 in read_request (thread=0x2692020) at /home/focht/projects/wine/mainline-src/server/request.c:337 #4 0x000000000044e264 in thread_poll_event (fd=0x2692250, event=1) at /home/focht/projects/wine/mainline-src/server/thread.c:272 #5 0x0000000000417188 in fd_poll_event (fd=0x2692250, event=1) at /home/focht/projects/wine/mainline-src/server/fd.c:457 #6 0x000000000041756a in main_loop_epoll () at /home/focht/projects/wine/mainline-src/server/fd.c:552 #7 0x0000000000417b80 in main_loop () at /home/focht/projects/wine/mainline-src/server/fd.c:897 #8 0x0000000000423b73 in main (argc=3, argv=0x7fff998dd688) at /home/focht/projects/wine/mainline-src/server/main.c:148 (gdb) p *req $10 = {__header = {req = 256, request_size = 0, reply_size = 62}, handle = 1032} (gdb) p *obj $9 = {refcount = 4, handle_count = 3, ops = 0x47ee80 <pipe_server_ops>, wait_queue = {next = 0x269c3f0, prev = 0x269c3f0}, name = 0x0, sd = 0x0, obj_list = {next = 0x26a3620, prev = 0x26a8090}} --- snip --- I found the involved source code here: https://github.com/mozilla/gecko-dev/blob/HEAD/security/sandbox/chromium/sa… --- snip --- bool HandleDispatcher::DuplicateHandleProxy(IPCInfo* ipc, HANDLE source_handle, uint32_t target_process_id, uint32_t desired_access, uint32_t options) { static NtQueryObject QueryObject = NULL; if (!QueryObject) ResolveNTFunctionPtr("NtQueryObject", &QueryObject); // Get a copy of the handle for use in the broker process. HANDLE handle_temp; if (!::DuplicateHandle(ipc->client_info->process, source_handle, ::GetCurrentProcess(), &handle_temp, 0, FALSE, DUPLICATE_SAME_ACCESS | options)) { ipc->return_info.win32_result = ::GetLastError(); return false; } options &= ~DUPLICATE_CLOSE_SOURCE; base::win::ScopedHandle handle(handle_temp); // Get the object type (32 characters is safe; current max is 14). BYTE buffer[sizeof(OBJECT_TYPE_INFORMATION) + 32 * sizeof(wchar_t)]; OBJECT_TYPE_INFORMATION* type_info = reinterpret_cast<OBJECT_TYPE_INFORMATION*>(buffer); ULONG size = sizeof(buffer) - sizeof(wchar_t); NTSTATUS error = QueryObject(handle.Get(), ObjectTypeInformation, type_info, size, &size); if (!NT_SUCCESS(error)) { ipc->return_info.nt_status = error; return false; } type_info->Name.Buffer[type_info->Name.Length / sizeof(wchar_t)] = L'\0'; CountedParameterSet<HandleTarget> params; params[HandleTarget::NAME] = ParamPickerMake(type_info->Name.Buffer); params[HandleTarget::TARGET] = ParamPickerMake(target_process_id); EvalResult eval = policy_base_->EvalPolicy(IPC_DUPLICATEHANDLEPROXY_TAG, params.GetBase()); ipc->return_info.win32_result = HandlePolicy::DuplicateHandleProxyAction(eval, handle.Get(), target_process_id, &ipc->return_info.handle, desired_access, options); return true; } --- snip --- Used in several places: https://github.com/mozilla/gecko-dev/search?q=DuplicateHandleProxy Wine source: https://source.winehq.org/git/wine.git/blob/d4e0f0a12fdca62fea49a635418d19e… --- snip --- static const struct object_ops pipe_server_ops = 155 { 156 sizeof(struct pipe_server), /* size */ 157 pipe_server_dump, /* dump */ 158 no_get_type, /* get_type */ 159 add_queue, /* add_queue */ ... --- snip --- Although not strictly needed it might be worth to return type names for these too (touches same file): * pipe_client * named_pipe $ sha1sum Firefox\ Setup\ 61.0.2.exe cbda1b0eaf06486ac0dc8cd29df386d75dc1107c Firefox Setup 61.0.2.exe $ du -sh Firefox\ Setup\ 61.0.2.exe 35M Firefox Setup 61.0.2.exe $ wine --version wine-3.14-323-g6edf38c205 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 9

[Bug 44573] New: Amazon Workspaces: Crashed after login.
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44573 Bug ID: 44573 Summary: Amazon Workspaces: Crashed after login. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: menelaosbgr(a)gmail.com Distribution: --- Created attachment 60543 --> https://bugs.winehq.org/attachment.cgi?id=60543 Attached is the backtrace. So I decided to try amazon workspaces with cross-over. I got to the point of being able to log-on but then everything crashed. Attached is the backtrace. -- 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 45784] New: Bethesda Launcher Updater crashes on unimplemented function msvcp110.xtime_get
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45784 Bug ID: 45784 Summary: Bethesda Launcher Updater crashes on unimplemented function msvcp110.xtime_get Product: Wine Version: 3.15 Hardware: x86-64 URL: http://download.cdp.bethesda.net/BethesdaNetLauncher_S etup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: SUSE Created attachment 62240 --> https://bugs.winehq.org/attachment.cgi?id=62240 log When the installer finishes, the updater will be automatically launched. Attached is a patch that fixes this issue and will make it run into the next problem. -- 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 9

[Bug 45785] New: Bethesda Launcher Updater crashes on unimplemented function msvcp110._Xtime_diff_to_millis2
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45785 Bug ID: 45785 Summary: Bethesda Launcher Updater crashes on unimplemented function msvcp110._Xtime_diff_to_millis2 Product: Wine Version: 3.15 Hardware: x86-64 URL: http://download.cdp.bethesda.net/BethesdaNetLauncher_S etup.exe OS: Linux Status: NEW Keywords: download, patch Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Depends on: 45784 Blocks: 45538 Distribution: SUSE Created attachment 62242 --> https://bugs.winehq.org/attachment.cgi?id=62242 log When the installer finishes, the updater will be automatically launched. Attached in the next comment is a patch that fixes this issue and will make it run into the next problem. I tested in an OpenSUSE Leap 15 VM. $ sha1sum BethesdaNetLauncher_Setup.exe e7fd5dc4e7e2d929cb2db60e38aa9387908f929f BethesdaNetLauncher_Setup.exe -- 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 45538] New: App crashes anytime clipboard copy command executes ( ctrl-v or right-click copy)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45538 Bug ID: 45538 Summary: App crashes anytime clipboard copy command executes (ctrl-v or right-click copy) Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: avanbecelaere(a)gmail.com Distribution: --- Using ElementaryOS Loki (Ubuntu 16.04) All worked fine until a recent update to Wine 3.13, as far as I can tell. Crash output: *************** Unhandled exception: unimplemented function msvcr120.dll.?wait@Concurrency@@YAXI@Z called in 32-bit code (0x7b43d04c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b43d04c ESP:15eefaa4 EBP:15eefb28 EFLAGS:00000212( - -- I -A- - ) EAX:7b42968d EBX:00000004 ECX:15eefad0 EDX:15eefb4c ESI:7dc7d440 EDI:80000010 Stack dump: 0x15eefaa4: 00000001 7bc94595 15eefad0 15eefb24 0x15eefab4: 00000001 15eefaf8 80000100 00000001 0x15eefac4: 00000000 7b43d04c 00000002 7dc7d440 0x15eefad4: 7dc7ee99 00000000 00001000 c0f2dcc4 0x15eefae4: 01d42825 15eefb10 2c965700 15eefb10 0x15eefaf4: 00000000 02fa9a90 00000000 000f4240 Backtrace: =>0 0x7b43d04c in kernel32 (+0x1d04c) (0x15eefb28) 1 0x7dc7ce37 in msvcr120 (+0x7ce36) (0x15eefb60) 2 0x7dc08615 in msvcr120 (+0x8614) (0x15eefbb0) 3 0x10d15015 in pcoip_vchan_clipboard (+0x15014) (0x15eefbb0) 4 0x10d1b1bf in pcoip_vchan_clipboard (+0x1b1be) (0x15eefc0c) 5 0x10d1d060 in pcoip_vchan_clipboard (+0x1d05f) (0x15eefc28) 6 0x7e9da2ca WINPROC_wrapper+0x19() in user32 (0x15eefc58) 7 0x7e9da909 in user32 (+0x9a908) (0x15eefca8) 8 0x7e9dce33 in user32 (+0x9ce32) (0x15eefcf8) 9 0x7e99ea3c DispatchMessageA+0x9b() in user32 (0x15eefe08) 10 0x10d1c8b5 in pcoip_vchan_clipboard (+0x1c8b4) (0x15eefea0) 11 0x10d17c32 in pcoip_vchan_clipboard (+0x17c31) (0x15eefec8) 12 0x7bc800d4 call_thread_func_wrapper+0xb() in ntdll (0x15eefedc) 13 0x7bc83609 in ntdll (+0x73608) (0x15eeffdc) 14 0x7bc800c6 call_thread_exit_func+0x31() in ntdll (0x15eeffec) 0x7b43d04c: addl $12,%esp Modules: Module Address Debug info Name (208 modules) PE 340000- 373000 Deferred qt5webkitwidgets PE 380000- 3a7000 Deferred qt5sensors PE 3b0000- 3da000 Deferred qt5positioning PE 3e0000- 3f6000 Deferred qt5webchannel PE 400000- 8e3000 Deferred workspaces PE 8f0000- c3e000 Deferred qt5gui PE c40000- d9a000 Deferred libglesv2 PE da0000- ef0000 Deferred icuuc53 PE ef0000- 1f8f000 Deferred qt5webkit PE 1f90000- 21dd000 Deferred qt5quick PE 21e0000- 2266000 Deferred qt5multimedia PE 2270000- 2282000 Deferred libegl PE 2290000- 22a8000 Deferred qt5multimediawidgets PE 22b0000- 22f4000 Deferred qt5printsupport PE 2300000- 2b67000 Deferred a2stunneling PE 2b70000- 2d21000 Deferred a2ssignaling PE 2d30000- 32d8000 Deferred pcoip_core PE 32e0000- 32ec000 Deferred pthreadvc2 PE 32f0000- 32f6000 Deferred pcoip_version PE 3300000- 343b000 Deferred libeay32 PE 3440000- 3487000 Deferred ssleay32 PE 3490000- 368b000 Deferred qt5declarative PE 3690000- 37ac000 Deferred qt5script PE 37b0000- 3814000 Deferred broker_client_utils PE 3ca0000- 3d84000 Deferred qwindows PE 42e0000- 42eb000 Deferred qgif PE 4950000- 495b000 Deferred qico PE 4a70000- 4aaf000 Deferred qjpeg PE 4ab0000- 4aeb000 Deferred qmng PE 4af0000- 4af9000 Deferred qsvg PE 4c10000- 4c50000 Deferred qt5svg PE 4c50000- 4c59000 Deferred qtga PE 4c60000- 4cb0000 Deferred qtiff PE 10000000-10124000 Deferred winsparkle PE 10d00000-10d52000 Export pcoip_vchan_clipboard PE 4a900000-4aae7000 Deferred icuin53 PE 4ad00000-4c18a000 Deferred icudt53 PE 61000000-61260000 Deferred qt5xmlpatterns PE 62000000-62029000 Deferred qt5sql PE 63000000-63043000 Deferred qt5opengl PE 64000000-640ce000 Deferred qt5network PE 65000000-65436000 Deferred qt5widgets PE 66000000-66271000 Deferred qt5qml PE 67000000-673e4000 Deferred qt5core ELF 7a800000-7a93d000 Deferred opengl32<elf> \-PE 7a820000-7a93d000 \ opengl32 ELF 7b400000-7b7ec000 Dwarf kernel32<elf> \-PE 7b420000-7b7ec000 \ kernel32 ELF 7bc00000-7bcfe000 Dwarf ntdll<elf> \-PE 7bc10000-7bcfe000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ELF 7c007000-7c09b000 Deferred gdiplus<elf> \-PE 7c020000-7c09b000 \ gdiplus ELF 7c09b000-7c127000 Deferred libvorbisenc.so.2 ELF 7c127000-7c187000 Deferred libflac.so.8 ELF 7c187000-7c200000 Deferred libsndfile.so.1 ELF 7c416000-7c442000 Deferred libvorbis.so.0 ELF 7c442000-7c4ca000 Deferred libpulsecommon-8.0.so ELF 7c4ca000-7c524000 Deferred libpulse.so.0 ELF 7c710000-7c719000 Deferred libogg.so.0 ELF 7c719000-7c720000 Deferred libasyncns.so.0 ELF 7c720000-7c72a000 Deferred libwrap.so.0 ELF 7c72a000-7c736000 Deferred libjson-c.so.2 ELF 7c756000-7c77f000 Deferred winepulse<elf> \-PE 7c760000-7c77f000 \ winepulse ELF 7c77f000-7c7a2000 Deferred mmdevapi<elf> \-PE 7c780000-7c7a2000 \ mmdevapi ELF 7c7e6000-7c7fb000 Deferred schannel<elf> \-PE 7c7f0000-7c7fb000 \ schannel ELF 7c7fb000-7c818000 Deferred wintab32<elf> \-PE 7c800000-7c818000 \ wintab32 ELF 7c85e000-7c878000 Deferred cryptnet<elf> \-PE 7c860000-7c878000 \ cryptnet ELF 7c878000-7c8b7000 Deferred rsaenh<elf> \-PE 7c880000-7c8b7000 \ rsaenh ELF 7c8b7000-7c8cf000 Deferred userenv<elf> \-PE 7c8c0000-7c8cf000 \ userenv ELF 7c9cf000-7c9e5000 Deferred libgpg-error.so.0 ELF 7c9e5000-7ca5a000 Deferred libpcre.so.3 ELF 7ca5a000-7ca77000 Deferred libgcc_s.so.1 ELF 7ca77000-7cb26000 Deferred libgcrypt.so.20 ELF 7cb26000-7cb4c000 Deferred liblzma.so.5 ELF 7cb4c000-7cb55000 Deferred librt.so.1 ELF 7cb55000-7cb7b000 Deferred libselinux.so.1 ELF 7cb7b000-7cc09000 Deferred libsystemd.so.0 ELF 7cc09000-7cc63000 Deferred libdbus-1.so.3 ELF 7cc63000-7cc70000 Deferred libkrb5support.so.0 ELF 7cc70000-7cca1000 Deferred libk5crypto.so.3 ELF 7cca1000-7cd77000 Deferred libkrb5.so.3 ELF 7cd77000-7cdfe000 Deferred libcups.so.2 ELF 7ce7a000-7ce81000 Deferred libnss_dns.so.2 ELF 7ce81000-7ce86000 Deferred libkeyutils.so.1 ELF 7ce86000-7ce8b000 Deferred libcom_err.so.2 ELF 7ce8b000-7ce9f000 Deferred libavahi-client.so.3 ELF 7ce9f000-7cead000 Deferred libavahi-common.so.3 ELF 7cead000-7ceff000 Deferred libgssapi_krb5.so.2 ELF 7ceff000-7cf8b000 Deferred libgmp.so.10 ELF 7cf8b000-7cfc0000 Deferred libhogweed.so.4 ELF 7cfc0000-7cffd000 Deferred libnettle.so.6 ELF 7cffd000-7d031000 Deferred libidn.so.11 ELF 7d031000-7d092000 Deferred libp11-kit.so.0 ELF 7d092000-7d1ea000 Deferred libgnutls.so.30 ELF 7d1f0000-7d20a000 Deferred kerberos<elf> \-PE 7d200000-7d20a000 \ kerberos ELF 7d20a000-7d242000 Deferred uxtheme<elf> \-PE 7d210000-7d242000 \ uxtheme ELF 7d242000-7d249000 Deferred libxfixes.so.3 ELF 7d249000-7d255000 Deferred libxcursor.so.1 ELF 7d255000-7d268000 Deferred libxi.so.6 ELF 7d268000-7d26c000 Deferred libxcomposite.so.1 ELF 7d26c000-7d279000 Deferred libxrandr.so.2 ELF 7d279000-7d285000 Deferred libxrender.so.1 ELF 7d285000-7d28c000 Deferred libxxf86vm.so.1 ELF 7d28c000-7d290000 Deferred libxinerama.so.1 ELF 7d290000-7d297000 Deferred libxdmcp.so.6 ELF 7d297000-7d29b000 Deferred libxau.so.6 ELF 7d29b000-7d2c1000 Deferred libxcb.so.1 ELF 7d2c1000-7d40c000 Deferred libx11.so.6 ELF 7d40c000-7d421000 Deferred libxext.so.6 ELF 7d421000-7d42a000 Deferred libffi.so.6 ELF 7d42a000-7d43f000 Deferred libtasn1.so.6 ELF 7d441000-7d4d2000 Deferred winex11<elf> \-PE 7d450000-7d4d2000 \ winex11 ELF 7d598000-7d5c2000 Deferred libexpat.so.1 ELF 7d5c2000-7d60b000 Deferred libfontconfig.so.1 ELF 7d60b000-7d636000 Deferred libpng12.so.0 ELF 7d636000-7d6e6000 Deferred libfreetype.so.6 ELF 7d706000-7d773000 Deferred setupapi<elf> \-PE 7d710000-7d773000 \ setupapi ELF 7d773000-7d788000 Deferred winusb<elf> \-PE 7d780000-7d788000 \ winusb ELF 7d788000-7d7ef000 Deferred dbghelp<elf> \-PE 7d790000-7d7ef000 \ dbghelp ELF 7d7ef000-7d80d000 Deferred msdmo<elf> \-PE 7d7f0000-7d80d000 \ msdmo ELF 7d80d000-7d842000 Deferred secur32<elf> \-PE 7d810000-7d842000 \ secur32 ELF 7d842000-7d934000 Deferred comdlg32<elf> \-PE 7d850000-7d934000 \ comdlg32 ELF 7d934000-7d974000 Deferred winspool<elf> \-PE 7d940000-7d974000 \ winspool ELF 7d974000-7d995000 Deferred bcrypt<elf> \-PE 7d980000-7d995000 \ bcrypt ELF 7d995000-7da66000 Deferred crypt32<elf> \-PE 7d9a0000-7da66000 \ crypt32 ELF 7da66000-7da90000 Deferred iphlpapi<elf> \-PE 7da70000-7da90000 \ iphlpapi ELF 7da90000-7dac1000 Deferred netapi32<elf> \-PE 7daa0000-7dac1000 \ netapi32 ELF 7dac1000-7dada000 Deferred libresolv.so.2 ELF 7dae5000-7dafa000 Deferred mswsock<elf> \-PE 7daf0000-7dafa000 \ mswsock ELF 7dafa000-7db25000 Deferred msacm32<elf> \-PE 7db00000-7db25000 \ msacm32 ELF 7db25000-7dbde000 Deferred winmm<elf> \-PE 7db30000-7dbde000 \ winmm ELF 7dbde000-7dcca000 Dwarf msvcr120<elf> \-PE 7dc00000-7dcca000 \ msvcr120 ELF 7dcca000-7ddeb000 Deferred msvcp120<elf> \-PE 7dd10000-7ddeb000 \ msvcp120 ELF 7ddeb000-7df36000 Deferred wined3d<elf> \-PE 7de00000-7df36000 \ wined3d ELF 7df36000-7df77000 Deferred d3d9<elf> \-PE 7df40000-7df77000 \ d3d9 ELF 7df77000-7df9b000 Deferred imm32<elf> \-PE 7df80000-7df9b000 \ imm32 ELF 7df9b000-7dfe1000 Deferred usp10<elf> \-PE 7dfa0000-7dfe1000 \ usp10 ELF 7dfe1000-7e11c000 Deferred comctl32<elf> \-PE 7dff0000-7e11c000 \ comctl32 ELF 7e11c000-7e24e000 Deferred oleaut32<elf> \-PE 7e130000-7e24e000 \ oleaut32 ELF 7e24e000-7e3a9000 Deferred ole32<elf> \-PE 7e270000-7e3a9000 \ ole32 ELF 7e3a9000-7e3e3000 Deferred ws2_32<elf> \-PE 7e3b0000-7e3e3000 \ ws2_32 ELF 7e3e3000-7e69b000 Deferred shell32<elf> \-PE 7e3f0000-7e69b000 \ shell32 ELF 7e69b000-7e6c3000 Deferred mpr<elf> \-PE 7e6a0000-7e6c3000 \ mpr ELF 7e6c3000-7e6de000 Deferred libz.so.1 ELF 7e6de000-7e6fe000 Deferred dnsapi<elf> \-PE 7e6e0000-7e6fe000 \ dnsapi ELF 7e6fe000-7e77a000 Deferred wininet<elf> \-PE 7e710000-7e77a000 \ wininet ELF 7e77a000-7e7fb000 Deferred rpcrt4<elf> \-PE 7e790000-7e7fb000 \ rpcrt4 ELF 7e7fb000-7e92a000 Deferred gdi32<elf> \-PE 7e810000-7e92a000 \ gdi32 ELF 7e92a000-7eb30000 Dwarf user32<elf> \-PE 7e940000-7eb30000 \ user32 ELF 7eb30000-7eba6000 Deferred shlwapi<elf> \-PE 7eb40000-7eba6000 \ shlwapi ELF 7eba6000-7ec20000 Deferred advapi32<elf> \-PE 7ebb0000-7ec20000 \ advapi32 ELF 7ef50000-7ef63000 Deferred libnss_files.so.2 ELF 7ef63000-7ef70000 Deferred libnss_nis.so.2 ELF 7ef70000-7ef8b000 Deferred libnsl.so.1 ELF 7ef8b000-7efe0000 Deferred libm.so.6 ELF 7efe6000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7bba000-f7bbf000 Deferred libdl.so.2 ELF f7bbf000-f7d75000 Deferred libc.so.6 ELF f7d75000-f7d92000 Deferred libpthread.so.0 ELF f7d96000-f7da0000 Deferred libnss_compat.so.2 ELF f7db2000-f7f6a000 Dwarf libwine.so.1 ELF f7f6b000-f7f90000 Deferred ld-linux.so.2 ELF f7f93000-f7f95000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000025 0 00000022 0 0000001d 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 0000001a 0 00000017 0 00000016 0 00000012 0 0000001b plugplay.exe 0000001f 0 0000001e 0 0000001c 0 00000020 winedevice.exe 0000002a 0 00000024 0 00000023 0 00000021 0 000000b0 (D) c:\Program Files (x86)\Amazon Web Services, Inc\Amazon WorkSpaces\workspaces.exe 00000031 0 00000030 0 <== 00000136 2 00000132 2 00000131 2 00000130 2 0000012f 2 0000012c 2 00000128 2 00000127 2 00000125 2 00000122 2 0000011f 2 0000011e 2 0000011d 2 0000011c 2 000001aa 2 000000ae 2 000000ad 2 000000aa 2 000000a9 2 000000a8 2 000000a6 2 000000a1 2 0000009f 2 000000a7 2 000000a5 2 000000a4 2 000000a3 2 000000a2 2 000000a0 2 0000009e 2 0000009d 2 0000009c 2 0000009b 15 0000009a 15 00000099 15 00000098 15 00000097 2 00000096 2 00000095 2 00000094 2 00000093 15 00000092 0 00000091 2 00000090 2 0000008e 2 0000008f 2 0000008d 2 0000008c 2 0000008b -1 0000008a 2 00000089 2 00000088 2 00000087 2 00000086 0 00000085 15 00000084 2 00000083 2 00000082 2 00000081 2 00000080 2 0000007f 0 0000007e 0 0000007d 2 0000007c 2 0000007b 2 0000007a -2 00000079 0 00000078 0 00000077 15 00000076 0 00000075 0 00000074 0 00000073 0 00000072 1 00000071 15 00000070 15 00000129 0 000000d1 0 000000ca 0 000000c9 0 000000c8 0 000000c7 0 000000c6 0 000000c3 0 000000c2 0 000000c0 0 000000bd 0 000000ba 0 000000b9 0 000000b8 0 000000b7 0 000000b1 0 000000b3 explorer.exe 000000b6 0 000000b5 0 000000b2 0 000000b4 0 System information: Wine build: wine-3.13 Platform: i386 (WOW64) Version: Windows 8 Host system: Linux Host version: 4.15.0-29-generic -- 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 16946] New: Calling CloseServiceHandle() multiple times on same client side service handle corrupts heap
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16946 Summary: Calling CloseServiceHandle() multiple times on same client side service handle corrupts heap Product: Wine Version: 1.1.12 Platform: Other URL: http://www.nbc.com/Video/NBCDirectInstaller.exe OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, I've seen this some time ago but forgot about it until encountering it again recently while investigating bug 16626 (this is follow up bug). Prerequisite: --- snip --- $ rm -rf ~/.wine $ winetricks -q wmp10 dotnet20 mdac28 $ wine NBCDirectInstaller.exe --- snip --- The installer uses managed (.NET) wrapper for SCM to fetch a list of current services using EnumServicesStatus(). First call to EnumServicesStatus() to query for buffer size and second time to get the real list. Although M$ .NET Framework error handling is somewhat questionable (it doesn't even check for failure on first call), it's actually Wine's management of client side service handles that causes the breakage. --- snip --- ... 0009:Call advapi32.OpenSCManagerW(00000000,00000000,00000004) ret=03f72620 0009:trace:service:OpenSCManagerW ((null),(null),0x00000004) 0009:trace:service:sc_handle_alloc sc_handle type=0 -> 0x1b1fc0 ... 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 4) ... 0009:trace:service:OpenSCManagerW returning 0x1b1fc0 (access : 0x00000004) 0009:Ret advapi32.OpenSCManagerW() retval=001b1fc0 ret=03f72620 ... 0009:Call advapi32.EnumServicesStatusW(001b1fc0,00000030,00000003,00000000,00000000,0032f32c,0032f328,0032f324) ret=03f726df 0009:fixme:service:EnumServicesStatusW 0x1b1fc0 type=30 state=3 (nil) 0 0x32f32c 0x32f328 0x32f324 0009:Ret advapi32.EnumServicesStatusW() retval=00000000 ret=03f726df 0009:Call KERNEL32.GetLastError() ret=03f726e5 0009:Ret KERNEL32.GetLastError() retval=00000005 ret=03f726e5 0009:Call KERNEL32.LocalAlloc(00000000,00000000) ret=04248243 0009:Ret KERNEL32.LocalAlloc() retval=03ec9988 ret=04248243 0009:Call advapi32.EnumServicesStatusW(001b1fc0,00000030,00000003,03ec9988,00000000,0032f32c,0032f328,0032f324) ret=03f726df 0009:fixme:service:EnumServicesStatusW 0x1b1fc0 type=30 state=3 0x3ec9988 0 0x32f32c 0x32f328 0x32f324 0009:Ret advapi32.EnumServicesStatusW() retval=00000000 ret=03f726df 0009:Call KERNEL32.GetLastError() ret=03f726e5 0009:Ret KERNEL32.GetLastError() retval=00000005 ret=03f726e5 ... 0009:Call advapi32.CloseServiceHandle(001b1fc0) ret=007aa722 0009:trace:service:CloseServiceHandle 0x1b1fc0 ... 0009:trace:service:sc_handle_destroy_manager destroying SC Manager 0x1b1fc0 0009:Ret advapi32.CloseServiceHandle() retval=00000001 ret=007aa722 ... --- snip --- Releasing the same client handle again: --- snip --- 0009:Call advapi32.CloseServiceHandle(001b1fc0) ret=007aa722 0009:trace:service:CloseServiceHandle 0x1b1fc0 0009:Call rpcrt4.NdrClientInitializeNew(0032ef8c,0032f06c,60376640,00000000) ret=60366f60 0009:Ret rpcrt4.NdrClientInitializeNew() retval=0032f06c ret=60366f60 0009:Call rpcrt4.NdrGetBuffer(0032f06c,00000018,00000000) ret=60366fbe 0009:err:rpc:I_RpcGetBuffer no binding 0009:Call KERNEL32.RaiseException(000006a6,00000000,00000000,00000000) ret=60b21399 0009:trace:seh:raise_exception code=6a6 flags=0 addr=0x7b844f6c ip=0x7b844fef tid=0009 0009:trace:seh:raise_exception eax=7b82cca9 ebx=7b8c3940 ecx=00000000 edx=00000010 esi=0032ee90 edi=0032ee10 0009:trace:seh:raise_exception ebp=0032edf8 esp=0032ed94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0009:trace:seh:call_stack_handlers calling handler at 0x60366cec code=6a6 flags=0 0009:trace:seh:call_stack_handlers handler at 0x60366cec returned 1 0009:trace:seh:call_stack_handlers calling handler at 0x6036266f code=6a6 flags=0 0009:Call rpcrt4.I_RpcExceptionFilter(000006a6) ret=60360fdd 0009:Ret rpcrt4.I_RpcExceptionFilter() retval=00000001 ret=60360fdd 0009:trace:seh:__regs_RtlUnwind code=6a6 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc3b2ec code=6a6 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc3b2ec returned 1 0009:trace:seh:__regs_RtlUnwind calling handler at 0x60366cec code=6a6 flags=2 0009:Call rpcrt4.NdrFreeBuffer(0032f06c) ret=60366e7f 0009:Ret rpcrt4.NdrFreeBuffer() retval=00000000 ret=60366e7f 0009:trace:seh:__regs_RtlUnwind handler at 0x60366cec returned 1 0009:Ret advapi32.CloseServiceHandle() retval=00000000 ret=007aa722 --- snip --- Even if RPC code correctly detects invalid SCM handles, the latter sc_handle_free() will eventually corrupt heap which will later lead to breakage. This needs to be avoided at all costs. Second allocation returns garbage sub block due to corrupted heap lists, causing exception. --- snip --- ... 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,0000001c) ret=79e78360 0009:Ret ntdll.RtlAllocateHeap() retval=001b1fc0 ret=79e78360 0009:Call KERNEL32.GetLastError() ret=79e71862 0009:Ret KERNEL32.GetLastError() retval=000006a6 ret=79e71862 0009:Call ntdll.RtlTryEnterCriticalSection(0013cedc) ret=79e74811 0009:Ret ntdll.RtlTryEnterCriticalSection() retval=00000001 ret=79e74811 0009:Call KERNEL32.GetLastError() ret=79e783fb 0009:Ret KERNEL32.GetLastError() retval=000006a6 ret=79e783fb 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003c) ret=79e78360 0009:Ret ntdll.RtlAllocateHeap() retval=03ec9988 ret=79e78360 0009:Call KERNEL32.GetLastError() ret=79e71862 0009:Ret KERNEL32.GetLastError() retval=000006a6 ret=79e71862 0009:Call KERNEL32.InitializeCriticalSection(03ec9998) ret=79e7a501 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc450bd ip=0x7bc450bd tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00001796 0009:trace:seh:raise_exception eax=00001796 ebx=7bc9bd90 ecx=7bc9bd90 edx=00110078 esi=00110070 edi=0032f0e4 0009:trace:seh:raise_exception ebp=0032efe8 esp=0032ef80 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0009:trace:seh:call_stack_handlers calling handler at 0x7a322c04 code=c0000005 flags=0 --- snip --- --- snip dlls/advapi32/service.c --- BOOL WINAPI CloseServiceHandle( SC_HANDLE hSCObject ) { struct sc_handle *obj; DWORD err; TRACE("%p\n", hSCObject); if (hSCObject == NULL) { SetLastError(ERROR_INVALID_HANDLE); return FALSE; } obj = (struct sc_handle *)hSCObject; __TRY { err = svcctl_CloseServiceHandle(&obj->server_handle); } __EXCEPT(rpc_filter) { err = map_exception_code(GetExceptionCode()); } __ENDTRY sc_handle_free( obj ); // <---- will eventually corrupt heap! if (err != ERROR_SUCCESS) { SetLastError(err); return FALSE; } return TRUE; } --- snip dlls/advapi32/service.c --- Change the way how client side service handles are managed to avoid heap corruption and allow for multiple service handle close calls. 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 16626] New: NBC Direct installer requires installation of Windows Installer 3.1 redist
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16626 Summary: NBC Direct installer requires installation of Windows Installer 3.1 redist Product: Wine Version: 1.1.11 Platform: PC URL: http://www.nbc.com/Video/NBCDirectInstaller.exe OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: focht(a)gmx.net, yolande(a)haneder.biz Created an attachment (id=18188) --> (http://bugs.winehq.org/attachment.cgi?id=18188) terminal output in git Continuing from bug 12477, NBC installer doesn't yet work. Prereq's: $ rm -rf ~/.wine $ winetricks -q wmp10 dotnet20 mdac28 $ wine NBCDirectInstaller.exe Fails with an error box: SetupManager Error 'Failed to update Select Dialog resources from an external resource file. Please verify that the SetupManagerResource.resx files resides beside executable and is valid. Error details: No access to memory location OK Anastasius suggested to file the bug, saying it probably affects more dotnet apps. Terminal output 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 12

[Bug 36835] New: Microsoft OneDrive/SkyDrive needs support for Shell32.dll.SHGetKnownFolderPath with 'KNOWNFOLDERID_Links'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36835 Bug ID: 36835 Summary: Microsoft OneDrive/SkyDrive needs support for Shell32.dll.SHGetKnownFolderPath with 'KNOWNFOLDERID_Links' Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... The installer needs WINEPREFIX Windows version set to 'Vista' or later. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+shell wine ./OneDriveSetup.exe >>log2.txt 2>&1 ... 0044:Call shell32.SHGetKnownFolderPath(004053e4,00000000,ffffffff,00bee754) ret=00432f55 0044:trace:shell:SHGetKnownFolderPath {bfb9d5e0-c6a9-404c-b2b2-ae6db6af4968}, 0x00000000, 0xffffffff, 0xbee754 0044:trace:shell:SHGetFolderPathAndSubDirW (nil),0xbee4b0,nFolder=0x004d,(null) 0044:trace:shell:_SHGetUserProfilePath 0xffffffff,0x00000000,0x4d,0xbedfc8 0044:trace:shell:_SHGetUserShellFolderPath 0x80000003,L".Default", ... 0044:trace:shell:_SHGetUserShellFolderPath returning 0x80004005 0044:trace:shell:_SHGetUserShellFolderPath 0x80000002,(null),(null),0xbedfc8 0044:Call advapi32.RegCreateKeyW(80000002,7ebfa220 L"Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders",00bedad0) ret=7ebacb12 ... 0044:trace:shell:_SHGetUserShellFolderPath returning 0x80004005 ... 0044:trace:shell:_SHGetUserProfilePath returning 0x00000000 (output path is L"%USERPROFILE%\\Links") 0044:trace:shell:_SHExpandEnvironmentStrings L"%USERPROFILE%\\Links", 0xbee1d0 ... 0044:trace:shell:PathCanonicalizeW (0xbee1d0,L"C:\\users\\focht\\Links") ... 0044:trace:shell:_SHExpandEnvironmentStrings returning 0x00000000 (input was L"%USERPROFILE%\\Links", output is L"C:\\users\\focht\\Links") 0044:Call shlwapi.PathFileExistsW(00bee1d0 L"C:\\users\\focht\\Links") ret=7ebae9eb 0044:trace:shell:PathFileExistsW (L"C:\\users\\focht\\Links") 0044:Call KERNEL32.SetErrorMode(00000001) ret=7eafcd6f 0044:Ret KERNEL32.SetErrorMode() retval=00000000 ret=7eafcd6f 0044:Call KERNEL32.GetFileAttributesW(00bee1d0 L"C:\\users\\focht\\Links") ret=7eafcd7f 0044:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=7eafcd7f 0044:Call KERNEL32.SetErrorMode(00000000) ret=7eafcd90 0044:Ret KERNEL32.SetErrorMode() retval=00000001 ret=7eafcd90 0044:Ret shlwapi.PathFileExistsW() retval=00000000 ret=7ebae9eb 0044:trace:shell:SHGetFolderPathAndSubDirW returning 0x80070003 (final path is L"C:\\users\\focht\\Links") 0044:Ret shell32.SHGetKnownFolderPath() retval=80070002 ret=00432f55 0044:Call KERNEL32.GetLastError() ret=00453265 0044:Ret KERNEL32.GetLastError() retval=00000002 ret=00453265 ... 0044:Call KERNEL32.IsDebuggerPresent() ret=0045482b 0044:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=0045482b 0044:Call KERNEL32.SetUnhandledExceptionFilter(00000000) ret=00454276 0044:Ret KERNEL32.SetUnhandledExceptionFilter() retval=00452f40 ret=00454276 0044:Call KERNEL32.UnhandledExceptionFilter(00be62b4) ret=0045427f 0044:trace:seh:start_debugger Starting debugger "winedbg --auto 64 208" 0044:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=0045427f 0044:Call KERNEL32.TerminateProcess(ffffffff,c0000417) ret=00454264 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/bb762584%28v=VS.85%29.aspx --- quote --- FOLDERID_Links GUID {bfb9d5e0-c6a9-404c-b2b2-ae6db6af4968} Display Name Links Folder Type PERUSER Default Path %USERPROFILE%\Links CSIDL Equivalent None Legacy Display Name Not applicable Legacy Default Path Not applicable --- quote --- Discussion here: https://stackoverflow.com/questions/16656342/how-to-programmatically-add-a-… $ sha1sum OneDriveSetup.exe 172ea5833afcc53b4876cb8d9849ba122e5e9223 OneDriveSetup.exe $ du -sh OneDriveSetup.exe 5.9M OneDriveSetup.exe $ wine --version wine-1.7.21-41-g5af3b8c 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 21783] New: SlingPlayerSetup 2.0.4 causes wine error: Deficiency in wine message just like bug 21567
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21783 Summary: SlingPlayerSetup 2.0.4 causes wine error: Deficiency in wine message just like bug 21567 Product: Wine Version: 1.1.39 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: currter(a)gmail.com Created an attachment (id=26340) --> (http://bugs.winehq.org/attachment.cgi?id=26340) This is the output/log from SlingPlayer 2.0.4 Setup executable file After wine install and winetricks dotnet20 script is run, when I install the downloaded SlingPlayer-2.0.4-Setup.exe I get an error perhaps caused by a deficiency in wine error. There are a series of other "errors" that occur during the setup process that occurred before with bug 21567. 1. Unable to register SlingSDK. Please contact system administrator. 2. Error 1603 Fatal error during registration, Consult Windows Installer Help (Msi.chm) or MSDN. 3. SlingPlayerSetup encountered serious problem. Problem caused in the program or a deficiency in Wine. I will attach the log and images. -- 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 17991] New: QueryPathOfRegTypeLib fails to locate typelib when (major.minor) = (0xffff.0xffff)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17991 Summary: QueryPathOfRegTypeLib fails to locate typelib when (major.minor) = (0xffff.0xffff) Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, oleauto32.QueryPathOfRegTypeLib() doesn't work correctly when (major.minor) = (0xffff.0xffff). These parameters are passed by .NET Framework/CLR when regasm.exe utility is used to export and register typelibs from .NET assemblies. E.g. something like this: --- snip --- $ wine regasm.exe foo.dll /codebase /tlb --- snip --- WINEDEBUG=+tid,+seh,+ole,+reg --- snip --- ... 0021:trace:typelib:QueryPathOfRegTypeLib ({00020430-0000-0000-c000-000000000046}, ffff.ffff, 0x0, 0x32d634) 0021:trace:reg:NtOpenKey (0x21c,L"Typelib\\{00020430-0000-0000-C000-000000000046}",20019,0x32cfcc) 0021:trace:reg:NtOpenKey <- 0x22c 0021:trace:reg:RegEnumKeyExA (0x22c,0,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil)) 0021:trace:ole:find_typelib_key found L"Typelib\\{00020430-0000-0000-C000-000000000046}": 1.0 0021:trace:reg:RegEnumKeyExA (0x22c,1,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil)) 0021:trace:ole:find_typelib_key found L"Typelib\\{00020430-0000-0000-C000-000000000046}": 2.0 0021:trace:reg:RegEnumKeyExA (0x22c,2,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil)) 0021:trace:ole:GetErrorInfo (0, 0x32cb70, (nil)) 0021:trace:ole:CreateErrorInfo (0x32aab8) 0021:trace:ole:IErrorInfoImpl_QueryInterface (0x1d4110)->( IID: {22f03340-547d-101b-8e65-08002b2bd119},0x32aab8) 0021:trace:ole:ICreateErrorInfoImpl_AddRef (0x1d4110) 0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=1) 0021:trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x32aab8)->(0x1d4114) 0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=2) 0021:trace:ole:ICreateErrorInfoImpl_SetDescription (0x1d4110): L"Type library exporter encountered an error while processing 'SlingSDK'. Error: Common Language Runtime Internal error: 0x8002801d" 0021:trace:ole:ICreateErrorInfoImpl_SetHelpFile (0x1d4110,L"complib.hlp") 0021:trace:ole:ICreateErrorInfoImpl_SetHelpContext (0x1d4110,4451) 0021:trace:ole:ICreateErrorInfoImpl_QueryInterface (0x1d4110) 0021:trace:ole:IErrorInfoImpl_QueryInterface (0x1d4110)->( IID: {1cf2b120-547d-101b-8e65-08002b2bd119},0x32aab4) 0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=1) 0021:trace:ole:IErrorInfoImpl_QueryInterface -- Interface: (0x32aab4)->(0x1d4110) 0021:trace:ole:SetErrorInfo (0, 0x1d4110) 0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=2) 0021:trace:ole:ICreateErrorInfoImpl_Release (0x1d4110) 0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=3) 0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=2) 0021:trace:ole:GetErrorInfo (0, 0x32cb3c, 0x1d4110) 0021:trace:ole:IErrorInfoImpl_GetSource (0x1d4110)->(pBstrSource=0x1d4298) 0021:trace:ole:IErrorInfoImpl_GetDescription (0x1d4110)->(pBstrDescription=0x1d4294) 0021:trace:ole:IErrorInfoImpl_GetHelpFile (0x1d4110)->(pBstrHelpFile=0x1d429c) 0021:trace:ole:IErrorInfoImpl_GetHelpContext (0x1d4110)->(pdwHelpContext=0x1d42a0) 0021:trace:ole:IErrorInfoImpl_GetGUID (0x1d4110)->(count=1) 0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=1) 0021:trace:ole:IErrorInfoImpl_Release -- destroying IErrorInfo(0x1d4110) 0021:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8437e8 ip=0x7b84386b tid=0021 0021:trace:seh:raise_exception info[0]=19930520 0021:trace:seh:raise_exception info[1]=0032cb1c 0021:trace:seh:raise_exception info[2]=7a35d570 0021:trace:seh:raise_exception eax=7b82ca2d ebx=7b8c2bf8 ecx=00000000 edx=00004000 esi=00004000 edi=00000000 0021:trace:seh:raise_exception ebp=0032ca98 esp=0032ca34 cs=0023 ds=002b es=002b fs=0063 gs=006b --- snip --- MSDN doesn't mention such condition so this obviously needs some test case to find out what logic is used to select the best match (first? last? lowest? highest?). dll/oleaut32/typelib.c:find_typelib_key() needs to be fixed accordingly. "wMaj" needs to be made an "out" parameter too to actually return best matching maj.min pair With this part fixed it goes further - only to stumble 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 11

[Bug 18025] New: .NET 2.0 Regasm.exe typelib exporter needs ICreateTypeInfo2::SetCustData
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18025 Summary: .NET 2.0 Regasm.exe typelib exporter needs ICreateTypeInfo2::SetCustData Product: Wine Version: 1.1.19 Platform: Other URL: http://downloads.slingmedia.com/go/slingbox-desktop-us OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after overcoming bug 17799, regasm typelib exporter blocks on next one: --- snip --- $ wine ../../../windows/Microsoft.NET/Framework/v2.0.50727/regasm.exe SlingSDK.dll /code /tlb fixme:ole:CoGetContextToken stub Microsoft (R) .NET Framework Assembly Registration Utility 2.0.50727.42 Copyright (C) Microsoft Corporation 1998-2004. All rights reserved. fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\Sling Media\\SlingPlayer\\SlingSDK.dll" failed with error 0 fixme:shell:URL_ParseUrl failed to parse L"" fixme:shell:URL_ParseUrl failed to parse L"RegAsm" fixme:shell:URL_ParseUrl failed to parse L"" fixme:shell:URL_ParseUrl failed to parse L"SMBridge" fixme:powrprof:DllMain (0x61020000, 1, (nil)) not fully implemented fixme:shell:URL_ParseUrl failed to parse L"System" Types registered successfully fixme:shell:URL_ParseUrl failed to parse L"System.Drawing" Type library exporter warning processing 'SlingSDK.Evolution.FiniteStateAutomation.Pair`1, SlingSDK'. Warning: Type library exporter encountered a generic type. Generic classes may not be exposed to COM. fixme:typelib2:ICreateTypeInfo2_fnSetCustData (0x1df508,{0f21f359-ab84-41e8-9a78-36d110e6d2f9},0x32c5b0), stub! RegAsm : error RA0000 : Type library exporter encountered an error while processing 'SlingSDK.WebServices.ClipAndSlingService, SlingSDK'. Error: Common Language Runtime Internal error: 0x8007000e --- snip --- The TLB_ReadTypeLib and typelib exporter warnings are *expected* and completely sane (I'll add a note to appdb later to prevent confusion). The problem is ICreateTypeInfo2::SetCustData being a stub. --- snip dlls/oleaut32/typelib2.c --- static HRESULT WINAPI ICreateTypeInfo2_fnSetCustData( ICreateTypeInfo2* iface, /* [I] The typeinfo in which to set the custom data. */ REFGUID guid, /* [I] The GUID used as a key to retrieve the custom data. */ VARIANT* pVarVal) /* [I] The custom data. */ { FIXME("(%p,%s,%p), stub!\n", iface, debugstr_guid(guid), pVarVal); return E_OUTOFMEMORY; } --- snip dlls/oleaut32/typelib2.c --- Trace log: --- snip --- 007b:Call oleaut32.SysAllocString(0032c638 L"SlingSDK.WebServices.ClipAndSlingService") ret=7a037994 007b:Call KERNEL32.lstrlenW(0032c638 L"SlingSDK.WebServices.ClipAndSlingService") ret=60dfbda4 007b:Ret KERNEL32.lstrlenW() retval=00000028 ret=60dfbda4 ... 007b:Ret oleaut32.SysAllocString() retval=001fb59c ret=7a037994 007b:fixme:typelib2:ICreateTypeInfo2_fnSetCustData (0x205ab8,{0f21f359-ab84-41e8-9a78-36d110e6d2f9},0x32c5b0), stub! 007b:Call ole32.GetErrorInfo(00000000,0032bcd4) ret=79f97d03 007b:Ret ole32.GetErrorInfo() retval=00000001 ret=79f97d03 ... 007b:Call KERNEL32.FormatMessageW(00001000,00000000,8007000e,00000400,0032bcf8,00000400,00000000) ret=7a127c38 007b:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7a127c38 007b:Call KERNEL32.GetLastError() ret=79f061ff 007b:Ret KERNEL32.GetLastError() retval=00000717 ret=79f061ff ... 007b:trace:ole:ICreateErrorInfoImpl_SetDescription (0x1fb468): L"Type library exporter encountered an error while processing 'SlingSDK.WebServices.ClipAndSlingService, SlingSDK'. Error: Common Language Runtime Internal error: 0x8007000e" ... 007b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032bc28) ret=78158dd3 007b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84386b ip=0x7b84386b tid=007b 007b:trace:seh:raise_exception info[0]=19930520 007b:trace:seh:raise_exception info[1]=0032bc80 007b:trace:seh:raise_exception info[2]=7a35d570 007b:trace:seh:raise_exception eax=7b82ca2d ebx=7b8c2bf8 ecx=00000000 edx=0032bc14 esi=0032bc14 edi=0032bb90 007b:trace:seh:raise_exception ebp=0032bb78 esp=0032bb14 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 --- 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 13

[Bug 46195] New: Multiple Windows 10 ARM64 apps need ntdll ' set_cpu_context' implementation (Windows PowerShell Core 6.2)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46195 Bug ID: 46195 Summary: Multiple Windows 10 ARM64 apps need ntdll 'set_cpu_context' implementation (Windows PowerShell Core 6.2) 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, continuation of bug 46194 ("Windows PowerShell Core 6.2 Preview 2 for ARM64 crashes due to decoding of instruction from incorrect PC (write watch access causes SIGSEGV)") --- 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 0x18f50000-0x192f0000 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f50000 - 0x192effff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f50000 - 0x192effff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x18f50000 00090168 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0x18f50000 - 0x192effff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x18f50000 - 0x18fe0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0x18fe1000 - 0x192effff -Hrw- 0009:fixme:seh:set_cpu_context Not implemented on ARM64 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x18f50000 pc=18f50000 tid=0009 0009:trace:seh:raise_exception info[0]=0000000000000000 0009:trace:seh:raise_exception info[1]=0000000018f50000 0009:trace:seh:raise_exception x0=0000000018f4e1a0 x1=000000007bd4bde8 x2=0000000000000000 x3=0000000000000000 0009:trace:seh:raise_exception x4=000000007bd4bde8 x5=000000007bd4bdb0 x6=0000007f85574f10 x7=206465746e656d65 0009:trace:seh:raise_exception x8=0000000000f50000 x9=00000000000007a8 x10=0000000094cfbed4 x11=0000000007ffffff 0009:trace:seh:raise_exception x12=0000000000000000 x13=0000000018f50040 x14=ffffffffffffffc8 x15=000000007bd2da70 0009:trace:seh:raise_exception x16=000000007bd2e008 x17=0000007f8560bdc0 x18=000000007ffd8000 x19=0000007f855f9978 0009:trace:seh:raise_exception x20=000000000000c000 x21=00000000002ad9d8 x22=00000000ffffffff x23=00000000ffffffff 0009:trace:seh:raise_exception x24=0000000000000000 x25=0000000018f50040 x26=0000000000000001 x27=000000007bd2da70 0009:trace:seh:raise_exception x28=000000007bd2e010 fp=0000000000400003 lr=0000000018f50000 sp=00000000002ad690 0009:trace:seh:raise_exception pc=0000000018f50000 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x5e4550 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4dd704 code=c0000005 flags=0 ... 0009:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an unhandled exception.\nException Info: exception code c0000005, exception address 0000000018F50000\nStack:\n" 0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub wine: Unhandled page fault on read access to 0x18f50000 at address 0x18f50000 (thread 0009), starting debugger... ... 0009:trace:seh:call_stack_handlers handler at 0x7b4dd704 returned 1 Unhandled exception: page fault on read access to 0x18f50000 in 64-bit code (0x0000000018f50000). Register dump: ARM64 EL0t Mode Pc:0000000018f50000 Sp:00000000002ad690 Lr:0000000018f50000 Cpsr:80000000(N---) x0: 0000000018f4e1a0 x1: 000000007bd4bde8 x2: 0000000000000000 x3: 0000000000000000 x4: 000000007bd4bde8 x5: 000000007bd4bdb0 x6: 0000007f85574f10 x7: 206465746e656d65 x8: 0000000000f50000 x9: 00000000000007a8 x10:0000000094cfbed4 x11:0000000007ffffff x12:0000000000000000 x13:0000000018f50040 x14:ffffffffffffffc8 x15:000000007bd2da70 ip0:000000007bd2e008 ip1:0000007f8560bdc0 x18:000000007ffd8000 x19:0000007f855f9978 x20:000000000000c000 x21:00000000002ad9d8 x22:00000000ffffffff x23:00000000ffffffff x24:0000000000000000 x25:0000000018f50040 x26:0000000000000001 x27:000000007bd2da70 x28:000000007bd2e010 Fp:0000000000400003 ... Backtrace: =>0 0x0000000018f50000 (0x0000000000400003) 0x0000000018f50000: be_arm64_disasm_one_insn: not done 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 7f8573d000- 7f858f9000 Dwarf libwine.so.1 ELF 7f858fb000- 7f8592d000 Deferred ld-linux-aarch64.so.1 ELF 7f8592e000- 7f8592f000 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 0000002a 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 --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… 'raise_segv_exception' needs it to resume execution at faulting instruction in case of write watch access. Of course it will be needed for various other use-cases in future too. $ 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 5

[Bug 36068] New: Symantec Norton 360 installer needs advapi32.dll.GetTraceEnableLevel and advapi32.GetTraceEnableFlags stubs
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36068 Bug ID: 36068 Summary: Symantec Norton 360 installer needs advapi32.dll.GetTraceEnableLevel and advapi32.GetTraceEnableFlags stubs Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35835 --- snip --- $ wine ./N360-TW-21.1.0-EN-US.exe ... fixme:advapi:GetTraceLoggerHandle ((nil)) stub wine: Call from 0x7b83ac57 to unimplemented function advapi32.dll.GetTraceEnableLevel, aborting fixme:msvcrt:__clean_type_info_names_internal (0x6c2dd03c) stub fixme:msvcrt:__clean_type_info_names_internal (0x6ac72c5c) stub fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 80000100 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa363894%28v=vs.85%… The code (engine.dll) calls these trace API in sequence: --- snip --- GetTraceLoggerHandle() GetTraceEnableLevel() GetTraceEnableFlags() --- snip --- If you add 'GetTraceEnableLevel' and 'GetTraceEnableFlags' stubs it should be fine. $ sha1sum N360-TW-21.1.0-EN-US.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN-US.exe $ du -sh N360-TW-21.1.0-EN-US.exe 202M N360-TW-21.1.0-EN-US.exe $ wine --version wine-1.7.17-53-g5d31c1e 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 35835] New: Try to down load Norton security 360 software
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35835 Bug ID: 35835 Summary: Try to down load Norton security 360 software Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: geo1234(a)roadrunner.com Created attachment 47848 --> http://bugs.winehq.org/attachment.cgi?id=47848 attached file Unhandled exception: 0xc06d007f in 32-bit code (0x7b83ae0b). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b83ae0b ESP:0033fa98 EBP:0033fafc EFLAGS:00000246( - -- I Z- -P- ) EAX:7b826449 EBX:7b8b0000 ECX:00000000 EDX:006b3058 ESI:006b3058 EDI:7e9c0000 Stack dump: 0x0033fa98: 0033fb6c 00000004 7e9c0000 c06d007f 0x0033faa8: 00000000 00000000 7b83ae0b 00000001 0x0033fab8: 0033fb20 00000000 006b3058 0033fb04 0x0033fac8: 7b858cd6 c000007a 0033faf4 00000000 0x0033fad8: 0033fae4 7ffd8c00 7bcc8000 00000000 0x0033fae8: c000007a 7b858b2e 0000007f 00150014 Backtrace: =>0 0x7b83ae0b in kernel32 (+0x2ae0b) (0x0033fafc) 1 0x00547697 in nortonn360downloader (1) (+0x147696) (0x0033fb64) 2 0x00547137 in nortonn360downloader (1) (+0x147136) (0x0033fba8) 3 0x0043fee5 in nortonn360downloader (1) (+0x3fee4) (0x0033fdb0) 4 0x005d3582 in nortonn360downloader (1) (+0x1d3581) (0x0033fe40) 5 0x7b8621c8 call_process_entry+0xb() in kernel32 (0x0033fe58) 6 0x7b86230e call_process_entry+0x151() in kernel32 (0x0033fea8) 7 0x7bc7f84c call_thread_func_wrapper+0xb() in ntdll (0x0033feb8) 8 0x7bc7f89b call_thread_func+0x44() in ntdll (0x0033ff98) 9 0x7bc7f82a in ntdll (+0x6f829) (0x0033ffb8) 10 0x7bc54b97 in ntdll (+0x44b96) (0x0033ffe8) 11 0xb7608c19 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 12 0xb7608bf7 wine_switch_to_stack+0x2a() in libwine.so.1 (0xbf9cbaf8) 13 0x7bc54ed9 LdrInitializeThunk+0x341() in ntdll (0xbf9cbb78) 14 0x7b862be7 __wine_kernel_init+0x71b() in kernel32 (0xbf9cca08) 15 0x7bc5566e __wine_process_init+0x156() in ntdll (0xbf9cca58) 16 0xb7607446 wine_init+0x13d() in libwine.so.1 (0xbf9cca98) 17 0x7bf011ca main+0x13d() in <wine-loader> (0xbf9cced8) 18 0xb7434935 __libc_start_main+0xf4() in libc.so.6 (0x00000000) 0x7b83ae0b: subl $4,%esp Modules: Module Address Debug info Name (79 modules) PE 400000- 869000 Export nortonn360downloader (1) ELF 7b800000-7ba44000 Dwarf kernel32<elf> \-PE 7b810000-7ba44000 \ kernel32 ELF 7bc00000-7bce4000 Dwarf ntdll<elf> \-PE 7bc10000-7bce4000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7dc7f000-7dcb6000 Deferred uxtheme<elf> \-PE 7dc90000-7dcb6000 \ uxtheme ELF 7dcb6000-7dcbd000 Deferred libxfixes.so.3 ELF 7dcbd000-7dcc8000 Deferred libxcursor.so.1 ELF 7dd4b000-7dd73000 Deferred libexpat.so.1 ELF 7dd73000-7ddac000 Deferred libfontconfig.so.1 ELF 7ddac000-7ddbc000 Deferred libxi.so.6 ELF 7ddbc000-7ddc0000 Deferred libxcomposite.so.1 ELF 7ddc0000-7ddcb000 Deferred libxrandr.so.2 ELF 7ddcb000-7ddd5000 Deferred libxrender.so.1 ELF 7ddd5000-7dddb000 Deferred libxxf86vm.so.1 ELF 7dddb000-7ddff000 Deferred imm32<elf> \-PE 7dde0000-7ddff000 \ imm32 ELF 7ddff000-7de06000 Deferred libxdmcp.so.6 ELF 7de06000-7de28000 Deferred libxcb.so.1 ELF 7de28000-7de2e000 Deferred libuuid.so.1 ELF 7de2e000-7de48000 Deferred libice.so.6 ELF 7de48000-7df7f000 Deferred libx11.so.6 ELF 7df7f000-7df91000 Deferred libxext.so.6 ELF 7df91000-7df9a000 Deferred libsm.so.6 ELF 7df9a000-7e04b000 Deferred winex11<elf> \-PE 7dfa0000-7e04b000 \ winex11 ELF 7e04b000-7e0e6000 Deferred libfreetype.so.6 ELF 7e0e6000-7e10b000 Deferred iphlpapi<elf> \-PE 7e0f0000-7e10b000 \ iphlpapi ELF 7e10b000-7e145000 Deferred wintrust<elf> \-PE 7e110000-7e145000 \ wintrust ELF 7e145000-7e383000 Deferred shell32<elf> \-PE 7e150000-7e383000 \ shell32 ELF 7e383000-7e3ac000 Deferred mpr<elf> \-PE 7e390000-7e3ac000 \ mpr ELF 7e3ac000-7e3c5000 Deferred libz.so.1 ELF 7e3da000-7e454000 Deferred wininet<elf> \-PE 7e3e0000-7e454000 \ wininet ELF 7e454000-7e46f000 Deferred imagehlp<elf> \-PE 7e460000-7e46f000 \ imagehlp ELF 7e46f000-7e58e000 Deferred comctl32<elf> \-PE 7e480000-7e58e000 \ comctl32 ELF 7e58e000-7e664000 Deferred crypt32<elf> \-PE 7e5a0000-7e664000 \ crypt32 ELF 7e664000-7e6ee000 Deferred rpcrt4<elf> \-PE 7e670000-7e6ee000 \ rpcrt4 ELF 7e6ee000-7e850000 Deferred ole32<elf> \-PE 7e700000-7e850000 \ ole32 ELF 7e850000-7e995000 Deferred oleaut32<elf> \-PE 7e870000-7e995000 \ oleaut32 ELF 7e995000-7e9b0000 Deferred version<elf> \-PE 7e9a0000-7e9b0000 \ version ELF 7e9b0000-7ea22000 Deferred advapi32<elf> \-PE 7e9c0000-7ea22000 \ advapi32 ELF 7ea22000-7eb03000 Deferred gdi32<elf> \-PE 7ea30000-7eb03000 \ gdi32 ELF 7eb03000-7ec73000 Deferred user32<elf> \-PE 7eb10000-7ec73000 \ user32 ELF 7ec73000-7ece9000 Deferred shlwapi<elf> \-PE 7ec80000-7ece9000 \ shlwapi ELF 7ece9000-7ed6d000 Deferred gdiplus<elf> \-PE 7ed00000-7ed6d000 \ gdiplus ELF 7ed6d000-7ed7a000 Deferred libnss_files.so.2 ELF 7ed7a000-7ed86000 Deferred libnss_nis.so.2 ELF 7ed86000-7ed9f000 Deferred libnsl.so.1 ELF 7ed9f000-7eda8000 Deferred libnss_compat.so.2 ELF 7efa8000-7efeb000 Deferred libm.so.6 ELF 7efec000-7f000000 Deferred psapi<elf> \-PE 7eff0000-7f000000 \ psapi ELF b7411000-b7415000 Deferred libxinerama.so.1 ELF b7416000-b741b000 Deferred libdl.so.2 ELF b741b000-b75cf000 Dwarf libc.so.6 ELF b75d0000-b75eb000 Deferred libpthread.so.0 ELF b75eb000-b75ef000 Deferred libxau.so.6 ELF b7600000-b7744000 Dwarf libwine.so.1 ELF b7746000-b7768000 Deferred ld-linux.so.2 ELF b7768000-b7769000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001f 0 0000001e 0 00000015 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000019 0 00000014 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001d 0 0000001b 0 00000021 explorer.exe 00000022 0 00000023 (D) Z:\home\home\Desktop\NortonN360Downloader (1).exe 00000024 0 <== System information: Wine build: wine-1.4.1 Platform: i386 Host system: Linux Host version: 3.8.0-19-generic -- 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 36143] New: Symantec Norton 360 installer reports 'This product is not compatible with this computer's current operating system' (RtlVerifyVersionInfo doesn't handle major/minor/service pack condition mask properly)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36143 Bug ID: 36143 Summary: Symantec Norton 360 installer reports 'This product is not compatible with this computer's current operating system' (RtlVerifyVersionInfo doesn't handle major/minor/service pack condition mask properly) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks continuation of bug 36142 - it still fails. Log file: --- snip --- 2014-04-28-12-43-53-422 : 0x003A : Information : LaunchConditions_Server set to true from manifest 2014-04-28-12-43-53-424 : 0x003A : Error : unsupported OS 2014-04-28-12-43-53-425 : 0x003A : Error : CEngineManager::CheckLaunchConditions(7777) : failed LaunchCondition: CheckforMinOS 2014-04-28-12-43-53-427 : 0x003A : Information : Unable to delete DING\ReturnCode/LCReturnCode 2014-04-28-12-43-53-436 : 0x003A : Information : URL: http://errors.norton.com?module=9999&error=2&build=Symantec&d=0&entsrc=N360… 2014-04-28-12-43-53-440 : 0x003A : Information : RunOnce: removed "N360" --- snip --- URL: https://support.norton.com/sp/en/us/home/current/solutions/kb20090814170416… --- quote --- The Norton product that you want to install is compatible only with the following operating systems: Windows XP Home Service Pack 2 and later (32-bit only) Windows XP Professional Service Pack 2 and later (32-bit only) Windows XP Media Center Edition 2005 Service Pack 2 and later (32-bit only) Windows Vista 32-bit and 64-bit Starter/Home Basic/Home Premium/Business/Ultimate The current versions of Norton AntiVirus, Norton Internet Security, Norton 360, and Norton Anti-Theft require Service Pack 1 or later for Windows Vista.) Windows 7 32-bit and 64-bit Starter/Home Basic/Home Premium/Professional/Ultimate Windows 8 and Windows 8 Pro (32-bit and 64-bit) If you have Windows 7, Vista, or XP, you can get the latest Service Pack by running Windows Update. --- quote --- This is with default WINEPREFIX (WinVer == 'Windows XP SP3'). Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+ver wine ./N360-TW-21.1.0-EN-US.exe >>log.txt 2>&1 ... 0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000001) ret=6ac30caf 0038:Ret ntdll.VerSetConditionMask() retval=0000000000000008 ret=6ac30caf 0038:Call ntdll.VerSetConditionMask(00000008,00000000,00000001,00000001) ret=6ac30cb5 0038:Ret ntdll.VerSetConditionMask() retval=0000000000000009 ret=6ac30cb5 0038:Call ntdll.VerSetConditionMask(00000009,00000000,00000020,00000003) ret=6ac30cbd 0038:Ret ntdll.VerSetConditionMask() retval=0000000000018009 ret=6ac30cbd 0038:Call ntdll.VerSetConditionMask(00018009,00000000,00000010,00000003) ret=6ac30cc5 0038:Ret ntdll.VerSetConditionMask() retval=000000000001b009 ret=6ac30cc5 0038:Call ntdll.VerSetConditionMask(0001b009,00000000,00000080,00000001) ret=6ac30ccf 0038:Ret ntdll.VerSetConditionMask() retval=000000000021b009 ret=6ac30ccf 0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0021b009,00000000) ret=6ac30cf1 0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x21b009) 0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30cf1 0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0021b009,00000000) ret=6ac30d1d 0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x21b009) 0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30d1d 0038:Call msvcr100.memset(00bbe1d4,00000000,0000011c) ret=6ac30f42 0038:Ret msvcr100.memset() retval=00bbe1d4 ret=6ac30f42 0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000001) ret=6ac30f7a 0038:Ret ntdll.VerSetConditionMask() retval=0000000000000008 ret=6ac30f7a 0038:Call ntdll.VerSetConditionMask(00000008,00000000,00000001,00000001) ret=6ac30f80 0038:Ret ntdll.VerSetConditionMask() retval=0000000000000009 ret=6ac30f80 0038:Call ntdll.VerSetConditionMask(00000009,00000000,00000020,00000001) ret=6ac30f87 0038:Ret ntdll.VerSetConditionMask() retval=0000000000008009 ret=6ac30f87 0038:Call ntdll.VerSetConditionMask(00008009,00000000,00000010,00000003) ret=6ac30f8f 0038:Ret ntdll.VerSetConditionMask() retval=000000000000b009 ret=6ac30f8f 0038:Call ntdll.VerSetConditionMask(0000b009,00000000,00000080,00000001) ret=6ac30f99 0038:Ret ntdll.VerSetConditionMask() retval=000000000020b009 ret=6ac30f99 0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0020b009,00000000) ret=6ac30faf 0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x20b009) 0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30faf 0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000003) ret=6ac30fcb 0038:Ret ntdll.VerSetConditionMask() retval=0000000000000018 ret=6ac30fcb 0038:Call ntdll.VerSetConditionMask(00000018,00000000,00000001,00000003) ret=6ac30fd2 0038:Ret ntdll.VerSetConditionMask() retval=000000000000001b ret=6ac30fd2 0038:Call ntdll.VerSetConditionMask(0000001b,00000000,00000020,00000003) ret=6ac30fda 0038:Ret ntdll.VerSetConditionMask() retval=000000000001801b ret=6ac30fda 0038:Call ntdll.VerSetConditionMask(0001801b,00000000,00000010,00000003) ret=6ac30fe2 0038:Ret ntdll.VerSetConditionMask() retval=000000000001b01b ret=6ac30fe2 0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,00000033,0001b01b,00000000) ret=6ac30fef 0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0x33,0x1b01b) 0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30fef ... 0038:Call msvcr100.vswprintf_s(09211686,00000054,6c2772f0 L"CEngineManager::CheckLaunchConditions(7777) : failed LaunchCondition: CheckforMinOS",00bbe468) ret=6abd42e3 0038:Ret msvcr100.vswprintf_s() retval=00000053 ret=6abd42e3 --- snip --- The problem is not really visible, one has to debug it out. Source: http://source.winehq.org/git/wine.git/blob/0463d01f151fb3d7c7acf26c7628683f… --- snip --- 679 NTSTATUS WINAPI RtlVerifyVersionInfo( const RTL_OSVERSIONINFOEXW *info, 680 DWORD dwTypeMask, DWORDLONG dwlConditionMask ) 681 { 682 RTL_OSVERSIONINFOEXW ver; 683 NTSTATUS status; ... 725 if(dwTypeMask & (VER_MAJORVERSION|VER_MINORVERSION|VER_SERVICEPACKMAJOR|VER_SERVICEPACKMINOR)) 726 { 727 unsigned char condition = 0; 728 BOOLEAN do_next_check = TRUE; 729 730 if(dwTypeMask & VER_MAJORVERSION) 731 condition = dwlConditionMask >> 1*3 & 0x07; 732 else if(dwTypeMask & VER_MINORVERSION) 733 condition = dwlConditionMask >> 0*3 & 0x07; 734 else if(dwTypeMask & VER_SERVICEPACKMAJOR) 735 condition = dwlConditionMask >> 5*3 & 0x07; 736 else if(dwTypeMask & VER_SERVICEPACKMINOR) 737 condition = dwlConditionMask >> 4*3 & 0x07; 738 739 if(dwTypeMask & VER_MAJORVERSION) 740 { 741 status = version_compare_values(ver.dwMajorVersion, info->dwMajorVersion, condition); 742 do_next_check = (ver.dwMajorVersion == info->dwMajorVersion) && 743 ((condition != VER_EQUAL) || (status == STATUS_SUCCESS)); 744 } 745 if((dwTypeMask & VER_MINORVERSION) && do_next_check) 746 { 747 status = version_compare_values(ver.dwMinorVersion, info->dwMinorVersion, condition); 748 do_next_check = (ver.dwMinorVersion == info->dwMinorVersion) && 749 ((condition != VER_EQUAL) || (status == STATUS_SUCCESS)); 750 } ... --- snip --- Multiple version info members can be verified at once (represented by type mask and condition pair). The code to extract the conditions is wrong (if-elseif-elseif.. single cond var) It captures only the condition for the first member present (type mask) and subsequently uses this value for other members which might have different conditions. $ sha1sum N360-TW-21.1.0-EN-US.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN-US.exe $ du -sh N360-TW-21.1.0-EN-US.exe 202M N360-TW-21.1.0-EN-US.exe $ wine --version wine-1.7.17-92-ge2bf516 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 9

[Bug 36142] New: Symantec Norton 360 installer fails ('HKLM\\System\\CurrentControlSet\\Services\\RpcSs' service entry not present)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=36142 Bug ID: 36142 Summary: Symantec Norton 360 installer fails ('HKLM\\System\\CurrentControlSet\\Services\\RpcSs' service entry not present) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... Fortunately the installer writes a log file: --- snip -- $ find . -name "*.log" ./users/Public/Application Data/NortonInstaller/Logs/2014-04-28-12h15m58s/NortonInstall-2014-04-28-12h15m58s.log --- snip -- Relevant part: --- snip -- ... 2014-04-28-12-15-59-931 : 0x0037 : Information : ===> Start: CheckForServiceError 2014-04-28-12-15-59-932 : 0x0037 : Information : OpenService(PlugPlay, 0x1) 2014-04-28-12-15-59-932 : 0x0037 : Information : OpenService(Schedule, 0x1) 2014-04-28-12-15-59-933 : 0x0037 : Information : OpenService(Schedule, 0x3) 2014-04-28-12-15-59-933 : 0x0037 : Information : ChangeServiceConfig(Schedule, 2, C:\windows\system32\svchost.exe -k netsvcs, (null), Task Scheduler) 2014-04-28-12-15-59-933 : 0x0037 : Information : OpenService(Schedule, 0x115) 2014-04-28-12-15-59-934 : 0x0037 : Information : StartService 2014-04-28-12-16-00-104 : 0x0037 : Information : Waiting for Schedule service to start. 2014-04-28-12-16-00-104 : 0x0037 : Information : Service status is set to 4 2014-04-28-12-16-00-104 : 0x0037 : Information : Service status before exit 4 2014-04-28-12-16-00-105 : 0x0037 : Information : OpenService(RpcSs, 0x1) 2014-04-28-12-16-00-106 : 0x0037 : Error : OpenService failed: RpcSs (1060) 2014-04-28-12-16-00-106 : 0x0037 : Information : OpenService(TermService, 0x1) 2014-04-28-12-16-00-107 : 0x0037 : Information : CSCMModify returned 0x80070424 2014-04-28-12-16-00-107 : 0x0037 : Information : <=== Finish: CheckForServiceError, Time: 176ms 2014-04-28-12-16-00-107 : 0x0037 : Information : Unable to delete DING\ReturnCode/LCReturnCode 2014-04-28-12-16-00-107 : 0x0037 : Information : URL: http://errors.norton.com?module=9999&error=2&build=Symantec&d=0&entsrc=N360… 2014-04-28-12-16-00-108 : 0x0037 : Information : RunOnce: removed "N360" ... --- snip --- The installer validates the Remote Procedure Call (RPC) service entry and refuses to run further if not. Small recap about RPC architecture: http://technet.microsoft.com/en-us/library/cc738291%28v=ws.10%29.aspx ("How RPC Works") Screenshot showing service entries: http://smallvoid.com/article/winnt-services-regedit.html Adding the minimal set of keys manually lets the installer continue (only to run into next bug). --- snip --- [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RpcSs] "Description"="Provides the endpoint mapper and other miscellaneous RPC services." "DisplayName"="Remote Procedure Call (RPC)" "ErrorControl"=dword:00000001 "ImagePath"="C:\\windows\\system32\\svchost.exe -k rpcss" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:00000000 "Start"=dword:00000002 "Type"=dword:00000020 --- snip --- New log: --- snip --- 2014-04-28-12-31-56-828 : 0x0034 : Information : ===> Start: CheckForServiceError 2014-04-28-12-31-56-829 : 0x0034 : Information : OpenService(PlugPlay, 0x1) 2014-04-28-12-31-56-830 : 0x0034 : Information : OpenService(Schedule, 0x1) 2014-04-28-12-31-56-831 : 0x0034 : Information : OpenService(RpcSs, 0x1) 2014-04-28-12-31-56-832 : 0x0034 : Information : OpenService(RpcSs, 0x3) 2014-04-28-12-31-56-832 : 0x0034 : Information : ChangeServiceConfig(RpcSs, 2, C:\windows\system32\svchost.exe -k rpcss, (null), Remote Procedure Call (RPC)) 2014-04-28-12-31-56-833 : 0x0034 : Information : OpenService(TermService, 0x1) 2014-04-28-12-31-56-834 : 0x0034 : Information : CSCMModify returned 0x00000000 2014-04-28-12-31-56-834 : 0x0034 : Information : <=== Finish: CheckForServiceError, Time: 6ms --- snip --- Source: http://source.winehq.org/git/wine.git/blob/cb35df7ee61944adf083543f9872c9e9… Regardshttp://source.winehq.org/git/wine.git/blob/cb35df7ee61944adf083543f9… $ sha1sum N360-TW-21.1.0-EN-US.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN-US.exe $ du -sh N360-TW-21.1.0-EN-US.exe 202M N360-TW-21.1.0-EN-US.exe $ wine --version wine-1.7.17-92-ge2bf516 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

[Bug 37645] New: vsphere 5.5 (update2) - vmrc has disconnected
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37645 Bug ID: 37645 Summary: vsphere 5.5 (update2) - vmrc has disconnected Product: Wine Version: 20050628 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guillaume.lebigot(a)ikonenn.com Distribution: --- Hi, I successfully installed the Vsphere Hypervisor Esxi under its version 5.5.0-1618071. I do the necessary for the hcmon.sys bug. I have a shortcut of Vsphere on my desktop (ubuntu utopic) that launch vsphere and permits me to connect to my Dedibox (Online.net). My problem is about the launching of a VM because the console (vmrc) does not connect with this error message : La console VMRC a été déconnectée. Tentative de reconnexion... I found some solutions from Google investigations however I can't launch this VM wich is a new VM added with a ISO image store in datastore (debian7). I have added enought executable rights on this .iso file in case it could blocked the console but I don't think it could be linked to my problem. Have you some ideas, ideas of investigations i can make to solve this ? Thank you a lot for your help ! (I have a strange english writing ? It's normal...i am french ;)) Best 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 14

[Bug 36777] New: Couldn't install vSphere 5.5 client
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=36777 Bug ID: 36777 Summary: Couldn't install vSphere 5.5 client Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Created attachment 48841 --> http://bugs.winehq.org/attachment.cgi?id=48841 error screenshot Couldn't install vSphere 5.5 client $ wine Downloads/VMware-viclient-all-5.5.0-1618071.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:WTSGetActiveConsoleSessionId stub fixme:wtsapi:WTSQueryUserToken 0 0x72b114 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0xfc L"C:\\Program Files\\Mobogenie\\DaemonProcess.exe" (null) 0x72b0ec (nil) 0 0x00000430 0x340000 (null) 0x72b08c 0x72b0f8 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:system:SetProcessDPIAware stub! fixme:wininet:InternetCheckConnectionW fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:iphlpapi:NotifyAddrChange (Handle 0xdee8b0, overlapped 0xdee8bc): stub wine: configuration in '/home/mikhail/.wine' has been updated. fixme:wtsapi:WTSQueryUserToken 0 0x72b0e0 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0x104 L"C:\\Program Files\\Mobogenie\\UpdateMoboGenie.exe" (null) 0x72b0b8 (nil) 0 0x00000430 0x340000 (null) 0x72b058 0x72b0c4 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:msvcrt:__clean_type_info_names_internal (0x381178) stub fixme:msvcrt:__clean_type_info_names_internal (0x8e93a8) stub fixme:msvcrt:__clean_type_info_names_internal (0x10bd6cc4) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0ce4) stub fixme:msvcrt:__clean_type_info_names_internal (0x657b9c4c) stub fixme:msvcrt:__clean_type_info_names_internal (0x672641fc) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:clusapi:GetNodeClusterState ((null),0x33ebe4) stub! fixme:advapi:DecryptFileA ("c:\\6679bda56132be6639f215f076c214\\", 00000000): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:advapi:LsaOpenPolicy ((null),0x33f2c4,0x00000001,0x33f2b0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:clusapi:GetNodeClusterState ((null),0x33ebe4) stub! fixme:advapi:DecryptFileA ("c:\\802862d94b2f1e3e87\\", 00000000): stub err:process:create_process 64-bit application L"C:\\802862d94b2f1e3e87\\install.exe" not supported in 32-bit prefix fixme:advapi:DecryptFileA ("C:\\users\\mikhail\\Temp\\IXP000.TMP\\", 00000000): stub p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:advapi:LsaOpenPolicy ((null),0x33f2e4,0x00000001,0x33f2d0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"Microsoft.Build.VisualJSharp, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VjsWfcBrowserStubLib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjscor, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VJSharpCodeProvider, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjslib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjslibcw, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VJSSupUILib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfccw, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfchtml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjsjbc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjsvwaux, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"update" L"/queue" p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4ac 1 C) semi-stub regsvr32: Successfully registered DLL 'C:\Program Files\Common Files\VMware\VMware Remote Console Plug-in 5.5\Internet Explorer\vmwareRemoteConsole.dll' fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub fixme:ntoskrnl:IoWMIRegistrationControl (0x546940 2147549185) stub wine: Call from 0x7b83b83c to unimplemented function ntoskrnl.exe.IoCsqInitialize, aborting wine: Unimplemented function ntoskrnl.exe.IoCsqInitialize called at address 0x7b83b83c (thread 0056), starting debugger... err:msi:ITERATE_Actions Execution halted, action L"VM_InstallHcmon.AB568CC9_1F06_4225_B985_9531B0D3BB56" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4ac 1 C) semi-stub regsvr32: Successfully unregistered DLL 'C:\Program Files\Common Files\VMware\VMware Remote Console Plug-in 5.5\Internet Explorer\vmwareRemoteConsole.dll' fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub [mikhail@localhost ~]$ fixme:wtsapi:WTSQueryUserToken 0 0x72b0e0 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0x104 L"C:\\Program Files\\Mobogenie\\UpdateMoboGenie.exe" (null) 0x72b0b8 (nil) 0 0x00000430 0x340000 (null) 0x72b058 0x72b0c4 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:msvcrt:__clean_type_info_names_internal (0x381178) stub fixme:msvcrt:__clean_type_info_names_internal (0x8e93a8) stub fixme:msvcrt:__clean_type_info_names_internal (0x10bd6cc4) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0ce4) stub fixme:msvcrt:__clean_type_info_names_internal (0x657b9c4c) stub fixme:msvcrt:__clean_type_info_names_internal (0x672641fc) stub -- 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 45448] New: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45448 Bug ID: 45448 Summary: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45378 Prerequisite: * .NET Framework 3.5 (SP1) installation ('winetricks -q dotnet35sp1') Happens on teardown/unloading. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+service wineboot >>log.txt 2>&1 ... 0022:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effb431 0022:Call driver unload 0x782f60 (obj=0x11cc98) 0022:Call ntoskrnl.exe.RtlInitUnicodeString(0076fc74,007859fc L"\\DosDevices\\hcmon") ret=00782f8b 0022:Call ntdll.RtlInitUnicodeString(0076fc74,007859fc L"\\DosDevices\\hcmon") ret=7bc81503 0022:Ret ntdll.RtlInitUnicodeString() retval=0076fc74 ret=7bc81503 0022:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0076fc74 ret=00782f8b 0022:Call ntoskrnl.exe.IoDeleteSymbolicLink(0076fc74) ret=00782f95 0022:Call ntdll.NtOpenSymbolicLinkObject(0076fc00,00000000,0076fbe8) ret=7e986ad9 0022:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7e986ad9 0022:Call ntdll.NtClose(00000050) ret=7e986b52 0022:Ret ntdll.NtClose() retval=00000000 ret=7e986b52 0022:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00782f95 0022:Call ntoskrnl.exe.IoUnregisterPlugPlayNotification(00000000) ret=00782fa3 0022:fixme:ntoskrnl:IoUnregisterPlugPlayNotification stub: (nil) 0022:Ret ntoskrnl.exe.IoUnregisterPlugPlayNotification() retval=00000000 ret=00782fa3 0022:Call ntoskrnl.exe.IoUnregisterPlugPlayNotification(00000000) ret=00782fab 0022:fixme:ntoskrnl:IoUnregisterPlugPlayNotification stub: (nil) 0022:Ret ntoskrnl.exe.IoUnregisterPlugPlayNotification() retval=00000000 ret=00782fab 0022:Call ntoskrnl.exe.KeSetEvent(00120f70,00000000,00000000) ret=00782fc1 0022:fixme:ntoskrnl:KeSetEvent (0x120f70, 0, 0): stub 0022:Ret ntoskrnl.exe.KeSetEvent() retval=00000000 ret=00782fc1 0022:Call ntoskrnl.exe.KeWaitForSingleObject(deadbeaf,00000000,00000000,00000000,00000000) ret=00782fd1 0022:fixme:ntoskrnl:KeWaitForSingleObject stub: 0xdeadbeaf, 0, 0, 0, (nil) 0022:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=00782fd1 0022:Call ntoskrnl.exe.ExFreePoolWithTag(0011ce60,63684d76) ret=00782fe2 0022:trace:ntoskrnl:ExFreePoolWithTag 0x11ce60 0022:Call ntdll.RtlFreeHeap(00110000,00000000,0011ce60) ret=7e987d37 0022:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e987d37 0022:Ret ntoskrnl.exe.ExFreePoolWithTag() retval=00000001 ret=00782fe2 0022:trace:ntoskrnl:ObDereferenceObject (0xdeadbeaf): stub 0022:Call KERNEL32.RaiseException(80000100,00000001,00000002,0076fc40) ret=7e98c13a 0022:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447132 ip=7b447132 tid=0022 0022:trace:seh:raise_exception info[0]=7e98c160 0022:trace:seh:raise_exception info[1]=7e98e78d 0022:trace:seh:call_vectored_handlers calling handler at 0x7e983675 code=80000100 flags=1 0022:trace:seh:call_vectored_handlers handler at 0x7e983675 returned 0 0022:trace:seh:call_stack_handlers calling handler at 0x7bcb3cd2 code=80000100 flags=1 0022:Call KERNEL32.UnhandledExceptionFilter(0076f6f4) ret=7bcb3d0d 0022:trace:seh:start_debugger Starting debugger "winedbg --auto 27 80" 0022:err:seh:start_debugger Couldn't start debugger ("winedbg --auto 27 80") (1115) ... wine: Unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs called at address 0x7b447132 (thread 0022), starting debugger... --- snip --- API: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… --- quote --- KeFlushQueuedDpcs function The KeFlushQueuedDpcs routine returns after all queued DPCs on all processors have executed. Syntax NTKERNELAPI VOID KeFlushQueuedDpcs( ); Parameters This function has no parameters. Return Value None Remarks Drivers can use this routine to wait until all currently-queued DPCs are run. Note that KeFlushQueuedDpcs can take a long time to return, so drivers should not use it along any critical code paths. --- quote --- $ sha1sum VMware-viclient-all-5.5.0-1281650.exe dccbf3e787f05f7930ed712007375188ea99f009 VMware-viclient-all-5.5.0-1281650.exe $ du -sh VMware-viclient-all-5.5.0-1281650.exe 349M VMware-viclient-all-5.5.0-1281650.exe $ wine --version wine-3.12-110-g414fe80aeb 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 5

[Bug 45379] New: VMware vSphere client console does not connect.
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45379 Bug ID: 45379 Summary: VMware vSphere client console does not connect. Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: themainliner(a)hotmail.com Distribution: --- Created attachment 61692 --> https://bugs.winehq.org/attachment.cgi?id=61692 WINEDEBUG=+warn+all console output. VMware vSphere client console does not work. When clicking the console tab or the button 'Launch Virtual Machine Console'. Error message returned: "The VMRC console has disconnected...attempting to reconnect." -- 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 9

[Bug 45378] New: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45378 Bug ID: 45378 Summary: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out from bug 44981 Seems to happen on teardown/unloading. --- snip --- ... 0021:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effbf63 0021:Call driver unload 0x782f60 (obj=0x11cbb0) 0021:Call ntoskrnl.exe.RtlInitUnicodeString(0076fd34,007859fc L"\\DosDevices\\hcmon") ret=00782f8b 0021:Call ntdll.RtlInitUnicodeString(0076fd34,007859fc L"\\DosDevices\\hcmon") ret=7bc91b0f 0021:Ret ntdll.RtlInitUnicodeString() retval=00000024 ret=7bc91b0f 0021:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=00000024 ret=00782f8b 0021:Call ntoskrnl.exe.IoDeleteSymbolicLink(0076fd34) ret=00782f95 0021:Call ntdll.NtOpenSymbolicLinkObject(0076fc34,00000000,0076fc38) ret=7e98b101 0021:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7e98b101 0021:Call ntdll.NtClose(00000050) ret=7e98b164 0021:Ret ntdll.NtClose() retval=00000000 ret=7e98b164 0021:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00782f95 0021:Call KERNEL32.RaiseException(80000100,00000001,00000002,0076fcfc) ret=7e991acf 0021:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b43c40b ip=7b43c40b tid=0021 0021:trace:seh:raise_exception info[0]=7e991b00 0021:trace:seh:raise_exception info[1]=7e993cec 0021:trace:seh:call_vectored_handlers calling handler at 0x7e9882c0 code=80000100 flags=1 0021:trace:seh:call_vectored_handlers handler at 0x7e9882c0 returned 0 0021:trace:seh:call_stack_handlers calling handler at 0x7bcc7cf0 code=80000100 flags=1 0021:Call KERNEL32.UnhandledExceptionFilter(0076f858) ret=7bcc7d19 ... wine: Unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification called at address 0x7b43c40b (thread 0021), starting debugger... 0021:err:seh:start_debugger Couldn't start debugger ("winedbg --auto 27 80") (1115) --- snip --- $ sha1sum VMware-viclient-all-5.5.0-1281650.exe dccbf3e787f05f7930ed712007375188ea99f009 VMware-viclient-all-5.5.0-1281650.exe $ du -sh VMware-viclient-all-5.5.0-1281650.exe 349M VMware-viclient-all-5.5.0-1281650.exe $ wine --version wine-3.11-21-gb513d6dcbe 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 21557] New: .net 3.0 redistributable installer aborts after clicking 'OK'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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@austin2:~$ sha1sum asc-setup.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 asc-setup.exe austin@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 19 Mar '21

19 Mar '21

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 45979] New: Advanced SystemCare 6.4 needs 'SWbemPropertySet:: get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45979 Bug ID: 45979 Summary: Advanced SystemCare 6.4 needs 'SWbemPropertySet::get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 40534 Download: https://advanced-systemcare-free.en.uptodown.com/windows/download/49018 Prerequisite: workaround for bug 26936 ('winetricks -q comctl32') --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/IObit/Advanced SystemCare 6 $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ASC.exe >>log.txt 2>&1 ... 002a:trace:wbemprox:wbem_services_ExecQuery 0x1ef4e0, L"WQL", L"SELECT * FROM Win32_PhysicalMedia", 0x00000011, (nil), 0x33f77c ... 002a:trace:wbemprox:grab_table returning 0x7ba6860c 002a:trace:wbemprox:parse_query wql_parse returned 0 ... 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f77c ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Reset 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Clone 0x1efb98, 0x33f7fc 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f7fc ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efbc8 ... 002a:trace:wbemprox:enum_class_object_Next 0x1efbc8, -1, 1, 0x33f7e4, 0x33f7e8 002a:trace:wbemprox:create_class_object L"Win32_PhysicalMedia", 0x33f7e4 ... 002a:trace:wbemprox:create_class_object returning iface 0x1efbf8 ... 002a:trace:wbemprox:class_object_Get 0x1efbf8, L"__PROPERTY_COUNT", 00000000, 0x33f7f0, (nil), (nil) 002a:fixme:wbemdisp:propertyset_get__NewEnum 002a:Call ole32.GetErrorInfo(00000000,0033f820) ret=0527c946 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=0527c946 002a:Call KERNEL32.FormatMessageW(00003200,00000000,80004001,00000000,0033f564,00000100,00000000) ret=0522136c 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=0522136c 002a:Call user32.LoadStringW(051c0000,0000ff1d,0033d75c,00001000) ret=051c8996 002a:Ret user32.LoadStringW() retval=0000000e ret=051c8996 002a:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f7d4) ret=0527f336 002a:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b43c81b ip=7b43c81b tid=002a 002a:trace:seh:raise_exception info[0]=0527f336 002a:trace:seh:raise_exception info[1]=053e8510 002a:trace:seh:raise_exception info[2]=80004001 002a:trace:seh:raise_exception info[3]=0527f336 002a:trace:seh:raise_exception info[4]=0033f904 002a:trace:seh:raise_exception info[5]=0033f824 002a:trace:seh:raise_exception info[6]=0033f7f0 002a:trace:seh:raise_exception eax=7b4298b1 ebx=00000018 ecx=0033f724 edx=0033f7d4 esi=0033f824 edi=0033f7a0 002a:trace:seh:raise_exception ebp=0033f778 esp=0033f704 cs=7bcf0023 ds=33002b es=f7b9002b fs=f7b90063 gs=f7b9006b flags=00000212 002a:trace:seh:call_stack_handlers calling handler at 0x527ca00 code=eedfade flags=1 002a:trace:seh:call_stack_handlers handler at 0x527ca00 returned 1 002a:trace:seh:call_stack_handlers calling handler at 0x527f403 code=eedfade flags=1 002a:trace:seh:__regs_RtlUnwind code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0033f360 ecx=0527f336 edx=0033f830 esi=0033f830 edi=0033f710 002a:trace:seh:__regs_RtlUnwind ebp=0033f378 esp=0033f32c eip=051c4934 cs=0023 ds=002b fs=0063 gs=006b flags=00000246 002a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc81810 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x7bc81810 returned 1 002a:trace:seh:__regs_RtlUnwind calling handler at 0x527ca00 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x51c4b90 returned 1 002a:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,0527c1bb "EOleException\xb0\x04\x02",0000000d,053e854c,0000000e) ret=051c8551 002a:Ret KERNEL32.MultiByteToWideChar() retval=0000000d ret=051c8551 ... --- snip --- $ sha1sum advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ du -sh advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 23M advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ wine --version wine-3.18 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 2

[Bug 46149] New: Multiple applications need ntdll.dll.RtlIpv4StringToAddress{A,W,ExA, ExW} implementation (Processhacker 2.x)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46149 Bug ID: 46149 Summary: Multiple applications need ntdll.dll.RtlIpv4StringToAddress{A,W,ExA,ExW} implementation (Processhacker 2.x) Product: Wine Version: 3.20 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, needed for some tools like 'processhacker' (via plugins-extra) and/or Win Vista+ native wininet (attempt to prove bug 45847). --- snip --- ... 0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.*", 1, 0x7d4fd50, 0x7d4fd4e): stub 0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.*", 0x7d4fd54, 0x7d4fd64, 0x7d4fd4e): stub ... 0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.warframe.com", 1, 0x7d4fd24, 0x7d4fd22): stub 0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.warframe.com", 0x7d4fd28, 0x7d4fd38, 0x7d4fd22): stub ... 0059:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc53371 ip=7bc53371 tid=0059 0059:trace:seh:raise_exception info[0]=63184658 0059:trace:seh:raise_exception info[1]=63186020 wine: Call from 0x7bc53371 to unimplemented function ntdll.dll.RtlIpv4StringToAddressExA, aborting 0059:trace:seh:call_stack_handlers calling handler at 0x48b6cc code=80000100 flags=1 0059:trace:seh:call_stack_handlers handler at 0x48b6cc returned 1 0059:trace:seh:call_stack_handlers calling handler at 0x4620a0 code=80000100 flags=1 0059:trace:seh:call_stack_handlers handler at 0x4620a0 returned 1 0059:trace:seh:call_stack_handlers calling handler at 0x7bca6fa0 code=80000100 flags=1 wine: Unimplemented function ntdll.dll.RtlIpv4StringToAddressExA called at address 0x7bc53371 (thread 0059), starting debugger... ... --- snip --- Process hacker plugins-extra: https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP… https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec --- snip --- 732 @ stdcall RtlIpv4AddressToStringA(ptr ptr) 733 @ stdcall RtlIpv4AddressToStringExA(ptr long ptr ptr) 734 @ stdcall RtlIpv4AddressToStringExW(ptr long ptr ptr) 735 @ stdcall RtlIpv4AddressToStringW(ptr ptr) 736 # @ stub RtlIpv4StringToAddressA 737 # @ stub RtlIpv4StringToAddressExA 738 @ stdcall RtlIpv4StringToAddressExW(wstr long ptr ptr) 739 @ stdcall RtlIpv4StringToAddressW(wstr long ptr ptr) 740 # @ stub RtlIpv6AddressToStringA 741 # @ stub RtlIpv6AddressToStringExA 742 # @ stub RtlIpv6AddressToStringExW 743 # @ stub RtlIpv6AddressToStringW 744 # @ stub RtlIpv6StringToAddressA 745 # @ stub RtlIpv6StringToAddressExA 746 @ stdcall RtlIpv6StringToAddressExW(wstr ptr ptr ptr) 747 # @ stub RtlIpv6StringToAddressW --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/rtl.c#l897 https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3… Looks pretty inconsistent. There is no pattern between Ipv4, Ipv6 and/or A/W ExA/ExW pairs of the API recognizable here. Some are auto-generated stubs, some are stubs, some are simply not present (commented out). The Ipv4 string <-> address functions are not very hard to implement. Wine tests for this family of functions were added some time ago via Wine-Staging: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/tests/rtl.c#l1… * https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string… * https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string… 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 45175] New: Icinga 2 'check_ping' tool with IPv4 address/ host crashes due to ntdll.RtlIpv4StringToAddressW stub
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45175 Bug ID: 45175 Summary: Icinga 2 'check_ping' tool with IPv4 address/host crashes due to ntdll.RtlIpv4StringToAddressW stub Product: Wine Version: 3.7 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, the stub was added here: https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3… https://github.com/Icinga/icinga2 --- quote --- Icinga 2 is an open source monitoring system which checks the availability of your network resources, notifies users of outages, and generates performance data for reporting. --- quote --- Download: http://packages.icinga.com/windows/Icinga2-v2.8.4-x86.msi --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/ICINGA2/sbin $ WINEDEBUG=+seh,+relay,+ntdll wine ./check_ping.exe --host www.google.com >>log.txt 2>&1 ... 008f:Call ws2_32.GetAddrInfoW(004a2818 L"www.google.com",00000000,0032fb0c,0032fb2c) ret=00419d0a ... 008f:Ret ws2_32.GetAddrInfoW() retval=00000000 ret=00419d0a 008f:Call ws2_32.InetNtopW(00000002,0015d9ac,0032fb30,0000002e) ret=00419d5f 008f:Call KERNEL32.MultiByteToWideChar(00000000,00000000,0032fa3f "172.217.21.228",ffffffff,0032fb30,0000002e) ret=7e59bde3 008f:Ret KERNEL32.MultiByteToWideChar() retval=0000000f ret=7e59bde3 008f:Ret ws2_32.InetNtopW() retval=0032fb30 ret=00419d5f ... 008f:Call ntdll.RtlIpv4StringToAddressW(004a2840 L"172.217.21.228",00000001,0032fba8,0032fba4) ret=00414d82 008f:fixme:ntdll:RtlIpv4StringToAddressW (L"172.217.21.228", 1, 0x32fba8, 0x32fba4): stub 008f:Ret ntdll.RtlIpv4StringToAddressW() retval=c0000002 ret=00414d82 008f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x414db5 ip=00414db5 tid=008f 008f:trace:seh:raise_exception info[0]=00000000 008f:trace:seh:raise_exception info[1]=00000001 008f:trace:seh:raise_exception eax=00000001 ebx=00000000 ecx=0032fba8 edx=7bd0d548 esi=0032fe30 edi=00000000 008f:trace:seh:raise_exception ebp=0032fbb4 esp=0032fb78 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010297 008f:trace:seh:call_stack_handlers calling handler at 0x462aa6 code=c0000005 flags=0 008f:trace:seh:call_stack_handlers handler at 0x462aa6 returned 1 008f:trace:seh:call_stack_handlers calling handler at 0x45ce91 code=c0000005 flags=0 ... Backtrace: =>0 0x00414db5 in check_ping (+0x14db5) (0x0032fbb4) 1 0x0041ae23 in check_ping (+0x1ae22) (0x0032fe68) 2 0x0045c6f5 in check_ping (+0x5c6f4) (0x0032feb0) 3 0x7b46d860 call_process_entry+0xb() in kernel32 (0x0032fec8) 4 0x7b46d99b start_process+0x12c(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1099] in kernel32 (0x0032ffd8) 5 0x7b46d86e start_process_wrapper+0x9() in kernel32 (0x0032ffec) 0x00414db5: cmpw %bx,0x0(%eax) Modules: Module Address Debug info Name (66 modules) PE 400000- 49c000 Export check_ping ELF 7b400000-7b7f3000 Dwarf kernel32<elf> \-PE 7b420000-7b7f3000 \ kernel32 ELF 7bc00000-7bd0e000 Deferred ntdll<elf> \-PE 7bc30000-7bd0e000 \ ntdll ... Threads: process tid prio (all id:s are in hex) ... 0000008e (D) C:\Program Files (x86)\ICINGA2\sbin\check_ping.exe 0000008f 0 <== ... --- snip --- Source: https://github.com/Icinga/icinga2/blob/5bd69b4a490b77ac5c3bf748606d4fffb9b3… --- snip --- static int check_ping4(const printInfoStruct& pi, response& response) { if (l_Debug) std::wcout << L"Parsing ip address" << '\n'; in_addr ipDest4; LPCWSTR term; if (RtlIpv4StringToAddress(pi.ip.c_str(), TRUE, &term, &ipDest4) == STATUS_INVALID_PARAMETER) { std::wcout << pi.ip << " is not a valid ip address\n"; return 3; } if (*term != L'\0') { std::wcout << pi.ip << " is not a valid ip address\n"; return 3; } .... --- snip --- $ sha1sum Icinga2-v2.8.4-x86.msi 5bd6dfdd5e437ef12e20b580a2745564055a0ea3 Icinga2-v2.8.4-x86.msi $ du -sh Icinga2-v2.8.4-x86.msi 28M Icinga2-v2.8.4-x86.msi $ wine --version wine-3.7-156-g6d6b4bffb3 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 5

[Bug 45798] New: NVIDIA GeForce Experience 3.x installer fails due to missing support for 'WinHttpSetOption( ..., WINHTTP_OPTION_RECEIVE_RESPONSE_TIMEOUT, ...)'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45798 Bug ID: 45798 Summary: NVIDIA GeForce Experience 3.x installer fails due to missing support for 'WinHttpSetOption( ..., WINHTTP_OPTION_RECEIVE_RESPONSE_TIMEOUT, ...)' Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45797 --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+winhttp wine ./setup.exe >>log.txt 2>&1 ... 0047:Call KERNEL32.OutputDebugStringW(02e1d648 L" 20.201 | INFO: [NVI2.Telemetry] 1293@CTelemetry::UploadData : Sending request to \"https://telemetry.nvidia.com/installer-telemetry\". \n") ret=1003cbe7 ... 0047:Call winhttp.WinHttpOpen(10378b9c L"NVIDIA Installer v2.1002.291.0",00000000,00000000,00000000,00000000) ret=10286886 ... 0047:Ret winhttp.WinHttpOpen() retval=00000001 ret=10286886 0047:Call winhttp.WinHttpCrackUrl(02e099d0 L"https://telemetry.nvidia.com/installer-telemetry",00000030,00000000,02e09968) ret=102868e5 ... 0047:Call winhttp.WinHttpConnect(00000001,02dd2cd0 L"telemetry.nvidia.com",000001bb,00000000) ret=102869a3 0047:trace:winhttp:WinHttpConnect 0x1, L"telemetry.nvidia.com", 443, 0 ... 0047:trace:winhttp:WinHttpConnect returning 0x2 0047:Ret winhttp.WinHttpConnect() retval=00000002 ret=102869a3 ... 0047:Call winhttp.WinHttpOpenRequest(00000002,10378cd0 L"POST",02e09a08 L"/installer-telemetry",00000000,00000000,00000000,00800000) ret=10287f23 0047:trace:winhttp:WinHttpOpenRequest 0x2, L"POST", L"/installer-telemetry", (null), (null), (nil), 0x00800000 ... 0047:Ret winhttp.WinHttpOpenRequest() retval=00000003 ret=10287f23 ... 0047:Call winhttp.WinHttpSetOption(00000003,00000003,02d78480,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 3, 0x2d78480, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000001 ret=102883c6 0047:Call winhttp.WinHttpSetOption(00000003,00000006,02d78484,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 6, 0x2d78484, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000001 ret=102883c6 0047:Call winhttp.WinHttpSetOption(00000003,00000007,02d78488,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 7, 0x2d78488, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:fixme:winhttp:request_set_option unimplemented option 7 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000000 ret=102883c6 0047:Call KERNEL32.GetLastError() ret=1028844d 0047:Ret KERNEL32.GetLastError() retval=00002ee9 ret=1028844d ... 0047:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,00e6fa54) ret=102c4338 0047:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b4473c3 ip=7b4473c3 tid=0047 0047:trace:seh:raise_exception info[0]=19930520 0047:trace:seh:raise_exception info[1]=00e6fa70 0047:trace:seh:raise_exception info[2]=10489b00 0047:trace:seh:raise_exception eax=7b435899 ebx=00e6fa70 ecx=00000000 edx=00e6fa34 esi=00e6fa34 edi=00e6fa00 0047:trace:seh:raise_exception ebp=00e6f9d8 esp=00e6f974 cs=e60023 ds=6332002b es=e6002b fs=f7bd0063 gs=e7006b flags=00000216 0047:trace:seh:call_stack_handlers calling handler at 0x10369098 code=e06d7363 flags=1 ... 0047:Call KERNEL32.OutputDebugStringW(02e1d648 L" 20.203 | WARNING: [NVI2.Telemetry] 1260@CTelemetry::SendTelemetry : Ignoring exception Exception {0x80072ee9; File: Url.cpp; Line: 504; WinHttpSetOption failed.}. \n") ret=1003cbe7 ... --- snip --- Installer log: --- snip --- ... 20.213 | INFO: [NVI2.NVInstaller] 4990@CNVInstaller::GetOverallDownloadSize : Package "MSVCRuntime2017" has URL "http://download-cdn.gfe.nvidia.com/packages/vcredist/4be642f2-cc77-4d46-a24…". 20.215 | ERROR: [NVI2.InstallThread] 54@CInstallThread::ThreadProc : Install failed - Exception {0x80072ee9; File: Url.cpp; Line: 504; WinHttpSetOption failed.} - going to fail state. 20.218 | INFO: [NVI2.NVInstaller] 3820@CNVInstaller::InternalProcessFinalStatus : Calling all extensions to process final status -2147012887. ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/winhttp/option-flags Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winhttp/session.c#l8… --- snip --- 847 static BOOL request_set_option( object_header_t *hdr, DWORD option, LPVOID buffer, DWORD buflen ) 848 { 849 request_t *request = (request_t *)hdr; 850 851 switch (option) 852 { 853 case WINHTTP_OPTION_PROXY: 854 { 855 WINHTTP_PROXY_INFO *pi = buffer; 856 857 FIXME("%u %s %s\n", pi->dwAccessType, debugstr_w(pi->lpszProxy), debugstr_w(pi->lpszProxyBypass)); 858 return TRUE; 859 } ... 992 case WINHTTP_OPTION_CONNECT_RETRIES: 993 FIXME("WINHTTP_OPTION_CONNECT_RETRIES\n"); 994 return TRUE; 995 default: 996 FIXME("unimplemented option %u\n", option); 997 set_last_error( ERROR_WINHTTP_INVALID_OPTION ); 998 return FALSE; 999 } 1000 } --- snip --- With the option supported, the installer is able to download MS VC++ 2017 runtime package. $ sha1sum GeForce_Experience_v3.14.1.48.exe 67f7326ce6d328b0f5384bcb8a7a6eb7cde6efc5 GeForce_Experience_v3.14.1.48.exe $ du -sh GeForce_Experience_v3.14.1.48.exe 84M GeForce_Experience_v3.14.1.48.exe $ wine --version wine-3.15-97-g58338eac8b 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 45665] New: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.MmCopyVirtualMemory'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45665 Bug ID: 45665 Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.MmCopyVirtualMemory' Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Only applies to 64-bit version of the driver. Continuation of bug 45664 --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed Games/PlanetSide 2 $ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1 ... 0049:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a248 ... 0049:Call KERNEL32.GetModuleHandleW(7f692f9758f0 L"ntoskrnl.exe") ret=7f692f9678b4 0049:Ret KERNEL32.GetModuleHandleW() retval=7f692f940000 ret=7f692f9678b4 0049:Call KERNEL32.GetProcAddress(7f692f940000,00027040 "MmCopyVirtualMemory") ret=7f692f9678d2 0049:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f692f9678d2 0049:Call KERNEL32.GetModuleHandleW(7f692f975910 L"hal.dll") ret=7f692f9678f5 0049:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f692f9678f5 ... 0049:fixme:ntoskrnl:MmGetSystemRoutineAddress L"MmCopyVirtualMemory" not found 0049:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=14024a248 0049:Ret driver init 0x140011000 (obj=0x26d60,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 --- snip --- https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.… --- snip --- NTKERNELAPI NTSTATUS NTAPI MmCopyVirtualMemory( IN PEPROCESS FromProcess, IN PVOID FromAddress, IN PEPROCESS ToProcess, OUT PVOID ToAddress, IN SIZE_T BufferSize, IN KPROCESSOR_MODE PreviousMode, OUT PSIZE_T NumberOfBytesCopied ); --- snip --- It's only imported, not called (yet). Adding stub line to .spec should be fine. Although it wouldn't harm if a real stub is added that just dumps the parameter and returns 'STATUS_NOT_IMPLEMENTED'. $ sha1sum PS2_setup.exe a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe $ du -sh PS2_setup.exe 38M PS2_setup.exe $ wine --version wine-3.14 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 5

[Bug 38070] New: GEOVIA Surpac 6.x (geology and mine planning software) wants vbscript:Global_Replace
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

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 45879] New: Aruba Key crashes on unimplemented function setupapi.dll.CM_Request_Device_EjectA when clicking 'remove' button
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45879 Bug ID: 45879 Summary: Aruba Key crashes on unimplemented function setupapi.dll.CM_Request_Device_EjectA when clicking 'remove' button Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. BTW the app seems to be a perfect test candidate/suite for Wine's Winscard. Unfortunately Winscard looks pretty much abandoned area ('SCard4Wine' project exists for that). --- snip --- $ pwd /home/focht/.wine/drive_c/unpacked $ WINEDEBUG=+seh,+relay,+process,+setupapi wine ./autorun.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessW(00000000,004435b8 L"C:\\unpacked\\Launcher\\launcher.exe",00000000,00000000,00000000,00000020,00000000,004437c8 L"C:\\unpacked\\Launcher",0033fdc4,0033fdb4) ret=00401104 .... 002a:trace:process:create_process_impl starting L"C:\\unpacked\\Launcher\\launcher.exe" as Win32 binary (400000-493000, arch 014c) ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc6d62a ... 002a:trace:process:create_process_impl started process pid 002b tid 002c 002a:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00401104 ... 002c:Call KERNEL32.CreateProcessW(00000000,0080797a L"C:\\users\\focht\\Temp\\38763tool.exe C: 43 aa_DJ",00000000,00000000,00000000,00000410,00000000,00807fba L"C:\\users\\focht\\Temp",0069c1e8,0069c22c) ret=6a294dd7 ... 002c:trace:process:create_process_impl starting L"C:\\users\\focht\\Temp\\38763tool.exe" as Win32 binary (400000-43c000, arch 014c) ... 002c:trace:process:create_process_impl started process pid 0033 tid 0034 ... 002c:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6a294dd7 ... 0034:Call setupapi.SetupDiGetClassDevsA(004279fc,00000000,00000000,00000012) ret=00401bbb 0034:trace:setupapi:SetupDiGetClassDevsExW {53f56307-b6bf-11d0-94f2-00a0c91efb8b} (null) (nil) 0x00000012 (nil) (null) (nil) 0034:trace:setupapi:SetupDiCreateDeviceInfoListExW {53f56307-b6bf-11d0-94f2-00a0c91efb8b} (nil) (null) (nil) ... 0034:Call advapi32.RegOpenKeyExW(80000002,7d8049e0 L"System\\CurrentControlSet\\Control\\DeviceClasses",00000000,00020019,0033ef34) ret=7d7e5db2 0034:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7d7e5db2 0034:trace:setupapi:SETUPDI_EnumerateInterfaces 0x1694d8, {53f56307-b6bf-11d0-94f2-00a0c91efb8b}, (null), 00000012 ... 0034:Ret setupapi.SetupDiGetClassDevsA() retval=001694d8 ret=00401bbb 0034:Call setupapi.SetupDiEnumDeviceInterfaces(001694d8,00000000,004279fc,00000000,0033f178) ret=00401be4 0034:trace:setupapi:SetupDiEnumDeviceInterfaces 0x1694d8, (nil), {53f56307-b6bf-11d0-94f2-00a0c91efb8b}, 0, 0x33f178 0034:Ret setupapi.SetupDiEnumDeviceInterfaces() retval=00000000 ret=00401be4 0034:Call setupapi.SetupDiDestroyDeviceInfoList(001694d8) ret=00401cf1 0034:trace:setupapi:SetupDiDestroyDeviceInfoList 0x1694d8 0034:Call ntdll.RtlFreeHeap(00110000,00000000,001694d8) ret=7d7e4d5a 0034:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d7e4d5a 0034:Ret setupapi.SetupDiDestroyDeviceInfoList() retval=00000001 ret=00401cf1 0034:Call setupapi.CM_Get_Parent(0033f5e4,00000000,00000000) ret=0040230d 0034:fixme:setupapi:CM_Get_Parent 0x33f5e4 0x00000000 0x00000000 stub 0034:Ret setupapi.CM_Get_Parent() retval=0000000d ret=0040230d 0034:Call KERNEL32.CloseHandle(00000014) ret=00402314 0034:Ret KERNEL32.CloseHandle() retval=00000001 ret=00402314 0034:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033f56c) ret=7d8021fb 0034:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447477 ip=7b447477 tid=0034 0034:trace:seh:raise_exception info[0]=7d802240 0034:trace:seh:raise_exception info[1]=7d802e1d wine: Call from 0x7b447477 to unimplemented function setupapi.dll.CM_Request_Device_EjectA, aborting ... wine: Unimplemented function setupapi.dll.CM_Request_Device_EjectA called at address 0x7b447477 (thread 0034), starting debugger... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/setupapi/setupapi.sp… --- snip --- 171 @ stub CM_Request_Device_EjectA 172 @ stub CM_Request_Device_EjectW --- snip --- $ sha1sum AK* bd0408fa2c72f9f87067aa9f348bb626aa0d503d AK_WIN_VERSION.exe f4a5ce7c902b64c7459f96a08df542dea6cf4a8a AK_WIN_VERSION.zip $ du -sh AK* 160M AK_WIN_VERSION.exe 159M AK_WIN_VERSION.zip $ wine --version wine-3.16-149-gb1a3b9e5ce 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 45880] New: Multiple PC/ SC applications crash on unimplemented function winscard.dll.SCardCancel ( Aruba key, SmartCard test apps)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45880 Bug ID: 45880 Summary: Multiple PC/SC applications crash on unimplemented function winscard.dll.SCardCancel (Aruba key, SmartCard test apps) Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Click 'Import Certificate' which triggers installation of additional drivers/tools -> 'Bit4id - Universal Middleware for Incard' --- snip --- $ pwd /home/focht/.wine/drive_c/unpacked/Launcher $ WINEDEBUG=+seh,+relay,+winscard wine ./launcher.exe >>log.txt 2>&1 ... 0065:Call KERNEL32.CreateProcessA(00000000,010387a8 "\"C:\\windows\\SysWOW64\\RUNDLL32.EXE\" \"C:\\windows\\system32\\bit4upki-store.dll\",RunImportServer",00000000,00000000,00000000,00000000,00000000,00000000,0128faec,0128fb3c) ret=003b8d69 ... 006f:Call KERNEL32.__wine_kernel_init() ret=7bc6d62a 0065:Ret KERNEL32.CreateProcessA() retval=00000001 ret=003b8d69 ... 006f:Call KERNEL32.LoadLibraryW(001506f0 L"C:\\windows\\system32\\bit4upki-store.dll") ret=7effd119 ... 006f:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7effd119 ... 006f:Call winscard.SCardEstablishContext(00000002,00000000,00000000,0033fc44) ret=10004a97 006f:fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x33fc44) stub 006f:Ret winscard.SCardEstablishContext() retval=80100001 ret=10004a97 ... 0070:Starting thread proc 0x1000fae0 (arg=0x360d98) ... 0070:Call winscard.SCardIsValidContext(00000000) ret=10008569 006f:Call KERNEL32.GetLastError() ret=1001d22e 0070:fixme:winscard:SCardIsValidContext (0) stub ... 006f:Ret KERNEL32.GetLastError() retval=00000003 ret=1001d22e 0070:Ret winscard.SCardIsValidContext() retval=80100001 ret=10008569 ... 0070:Call winscard.SCardEstablishContext(00000002,00000000,00000000,0056fe08) ret=10004a97 0070:fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x56fe08) stub 0070:Ret winscard.SCardEstablishContext() retval=80100001 ret=10004a97 ... 006f:Call KERNEL32.ExitProcess(00000000) ret=10009312 ... 006f:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033ef24) ret=f7aeccd5 006f:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447477 ip=7b447477 tid=006f 006f:trace:seh:raise_exception info[0]=f7aeccec 006f:trace:seh:raise_exception info[1]=f7aecd69 wine: Call from 0x7b447477 to unimplemented function winscard.dll.SCardCancel, aborting --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winscard/winscard.sp… --- snip --- 9 @ stub SCardCancel --- snip --- $ sha1sum AK* bd0408fa2c72f9f87067aa9f348bb626aa0d503d AK_WIN_VERSION.exe f4a5ce7c902b64c7459f96a08df542dea6cf4a8a AK_WIN_VERSION.zip $ du -sh AK* 160M AK_WIN_VERSION.exe 159M AK_WIN_VERSION.zip $ wine --version wine-3.16-149-gb1a3b9e5ce 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 45664] New: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.PsGetProcessWow64Process'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45664 Bug ID: 45664 Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.PsGetProcessWow64Process' Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Only applies to 64-bit version of the driver. --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed Games/PlanetSide 2 $ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1 ... 004b:Call ntoskrnl.exe.IoCreateDriver(0055fa90,7f087b40a927) ret=7f087b40b5ec 004b:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\BEDaisy", 0x7f087b40a927) ... 004b:Call KERNEL32.LoadLibraryW(000271c0 L"C:\\Program Files (x86)\\Common Files\\BattlEye\\BEDaisy.sys") ret=7f087b409cea 004b:Ret KERNEL32.LoadLibraryW() retval=140000000 ret=7f087b409cea ... 004b:Call driver init 0x140011000 (obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 004b:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a0f8 ... 004b:Call KERNEL32.GetModuleHandleW(7f086d05f6f0 L"ntoskrnl.exe") ret=7f086d0517cc 004b:Ret KERNEL32.GetModuleHandleW() retval=7f086d030000 ret=7f086d0517cc 004b:Call KERNEL32.GetProcAddress(7f086d030000,000271c0 "PsGetProcessWow64Process") ret=7f086d0517ea 004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f086d0517ea 004b:Call KERNEL32.GetModuleHandleW(7f086d05f710 L"hal.dll") ret=7f086d05180d 004b:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f086d05180d ... 004b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetProcessWow64Process" not found 004b:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=14024a0f8 004b:Ret driver init 0x140011000 (obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 ... 004b:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7f087b40b5ec 004b:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 --- snip --- https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.… --- snip --- NTKERNELAPI PVOID NTAPI PsGetProcessWow64Process( IN PEPROCESS Process ); --- snip --- It's only imported, not called (yet). Adding stub line to .spec should be fine. Although it wouldn't harm if a real stub is added that just dumps the parameter and returns NULL. $ sha1sum PS2_setup.exe a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe $ du -sh PS2_setup.exe 38M PS2_setup.exe $ wine --version wine-3.14 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 10

[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 19 Mar '21

19 Mar '21

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 46187] New: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46187 Bug ID: 46187 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV) Product: Wine Version: 3.21 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, now that I have a full multi-lib/bi-arch Wine on ARM64, revisiting the ARM32/aarch32 side of things ;-) Download: https://github.com/PowerShell/PowerShell/releases https://github.com/PowerShell/PowerShell/releases/download/v6.2.0-preview.2… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay wine ./pwsh.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.VirtualAlloc(00000000,000a0000,00202000,00000004) ret=f68e14f1 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e14f1 002b:Call KERNEL32.VirtualAlloc(f3970000,00010068,00001000,00000004) ret=f68e156d 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e156d 002b:err:seh:segv_handler Got unexpected trap 0 002b:trace:seh:raise_exception code=c000001d flags=0 addr=0xf68e160c pc=f68e160c tid=002b 002b:trace:seh:raise_exception r0=f3970020 r1=f6ffe904 r2=0000001e r3=f3a20000 r4=f703aa34 r5=00090068 002b:trace:seh:raise_exception r6=00000000 r7=f69da5e4 r8=f3970000 r9=f6b08500 r10=f69e1268 r11=f6ffeaa0 002b:trace:seh:raise_exception r12=f68e156d sp=f6ffea48 lr=f7838ccc pc=f68e160c cpsr=40000030 002b:trace:seh:call_vectored_handlers calling handler at 0xf6756221 code=c000001d flags=0 ... wine: Unhandled illegal instruction at address 0xf68e160c (thread 002b), starting debugger... Unhandled exception: illegal instruction in 32-bit code (0xf68e160c). Register dump: Thumb User Mode Pc:f68e160c Sp:f6ffea48 Lr:f7838ccc Cpsr:40000030(-Z--) r0:f3970020 r1:f6ffe904 r2:0000001e r3:f3a20000 r4:f703aa34 r5:00090068 r6:00000000 r7:f69da5e4 r8:f3970000 r9:f6b08500 r10:f69e1268 r11:f6ffeaa0 r12:f68e156d ... Backtrace: =>0 0xf68e160c in coreclr (+0x1d160c) (0xf6ffeaa0) 1 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6ffeaa0) 2 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6b00204) 3 0xf6ffec38 (0x00000000) 0xf68e160c: strd r6, r3, [r0, #-32] Modules: Module Address Debug info Name (63 modules) PE 400000- 439000 Deferred pwsh ELF 48c000- 49f000 Deferred <wine-loader> PE 10000000-10045000 Deferred hostfxr ELF f5d88000-f5dad000 Deferred imm32<elf> \-PE f5d90000-f5dad000 \ imm32 ELF f5dad000-f5dd6000 Deferred libgcc_s.so.1 ELF f5dd6000-f5e0c000 Deferred libexpat.so.1 ELF f5e0c000-f5e4b000 Deferred libfontconfig.so.1 ELF f5e4b000-f5e6b000 Deferred libz.so.1 ELF f5e6b000-f5edf000 Deferred libfreetype.so.6 ELF f5ef8000-f5f0c000 Deferred api-ms-win-crt-time-l1-1-0<elf> \-PE f5f00000-f5f0c000 \ api-ms-win-crt-time-l1-1-0 ELF f5f0c000-f5f20000 Deferred api-ms-win-crt-utility-l1-1-0<elf> \-PE f5f10000-f5f20000 \ api-ms-win-crt-utility-l1-1-0 ELF f5f20000-f5f9c000 Deferred shlwapi<elf> \-PE f5f30000-f5f9c000 \ shlwapi ELF f5f9c000-f60e2000 Deferred oleaut32<elf> \-PE f5fb0000-f60e2000 \ oleaut32 ELF f60e2000-f617b000 Deferred rpcrt4<elf> \-PE f60f0000-f617b000 \ rpcrt4 ELF f617b000-f6196000 Deferred version<elf> \-PE f6180000-f6196000 \ version ELF f6196000-f62e6000 Deferred gdi32<elf> \-PE f61a0000-f62e6000 \ gdi32 ELF f62e6000-f6515000 Deferred user32<elf> \-PE f6300000-f6515000 \ user32 ELF f6515000-f668e000 Deferred ole32<elf> \-PE f6530000-f668e000 \ ole32 ELF f668e000-f6710000 Deferred advapi32<elf> \-PE f66a0000-f6710000 \ advapi32 PE f6710000-f6b3f000 Export coreclr PE f6b40000-f6ba6000 Deferred hostpolicy ... LF f7a03000-f7bb8000 Dwarf libwine.so.1 ELF f7bb8000-f7be1000 Deferred ld-linux-armhf.so.3 Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\powershell620-arm32\pwsh.exe 0000002c 0 0000002b 0 <== System information: Wine build: wine-3.21-4-gfc4d5d49c6 Platform: arm Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Debugging session: --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [Detaching after fork from child process 4337] [Detaching after fork from child process 4339] 0009:fixme:msvcrt:_configure_wide_argv (1) stub 0009:fixme:msvcrt:_initialize_wide_environment stub 0009:fixme:process:GetNumaHighestNodeNumber (0xf73ced14): semi-stub 0009:fixme:thread:SetThreadStackGuarantee (0xf73cec98): stub 0009:fixme:ntdll:EtwEventRegister ({e13c0d23-ccbc-4e12-931b-d9cc2eee27e4}, 0xf6aed7b1, 0xf6e6d920, 0xf6e6d920) stub. 0009:fixme:ntdll:EtwEventRegister ({763fd754-7086-4dfe-95eb-c01a46faf4ca}, 0xf6aed7b1, 0xf6e6d958, 0xf6e6d958) stub. 0009:fixme:ntdll:EtwEventRegister ({a669021c-c450-4609-a035-5af59af4df18}, 0xf6aed7b1, 0xf6e6d8e8, 0xf6e6d8e8) stub. 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\woa-winrt\\powershell620-arm32\\mscordaccore.dll", 0xf6a80000) stub! [New Thread 0xf5f23460 (LWP 4501)] 0009:fixme:msvcrt:_control87 not implemented Thread 1 "pwsh.exe" received signal SIGSEGV, Segmentation fault. 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0030 1611595824 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i 0xf6c5160c => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) x/10x ($r0-0x20) 0xf3ce0000: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0010: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0020: 0x00000000 0x00000000 (gdb) bt #0 segv_handler (signal=0xb, info=0xf73ce6d8, ucontext=0xf73ce758) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:732 #1 <signal handler called> #2 0xf6c5160c in ?? () #3 0xf7ddf7a8 in pthread_sigmask (how=0x90068, newmask=<optimized out>, oldmask=0xf74baee0 <VirtualAlloc>) at ../sysdeps/unix/sysv/linux/pthread_sigmask.c:45 #4 0x000e0280 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) set output-radix 16 (gdb) p *context $3 = {uc_flags = 0x0, uc_link = 0x0, uc_stack = {ss_sp = 0x0, ss_flags = 0x0, ss_size = 0x0}, uc_mcontext = {trap_no = 0x0, error_code = 0x800, oldmask = 0x0, arm_r0 = 0xf3ce0020, arm_r1 = 0xf73ce944, arm_r2 = 0x11000, arm_r3 = 0xf3d90000, arm_r4 = 0xf74baee0, arm_r5 = 0x90068, arm_r6 = 0x0, arm_r7 = 0xf6d4a5e4, arm_r8 = 0xf3ce0000, arm_r9 = 0xf6e78500, arm_r10 = 0xf6d51268, arm_fp = 0xf73ceaa0, arm_ip = 0xaf, arm_sp = 0xf73cea48, arm_lr = 0xf7ddf7a9, arm_pc = 0xf6c5160c, arm_cpsr = 0x602f0030, fault_address = 0xf3ce0000}, uc_sigmask = {__val = {0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11, 0x11, 0xffffffff, 0xf7cbb180, 0x2300ffff, 0xf73ce84c}}, uc_regspace = {0x56465001, 0x120, 0x80005, 0x0, 0xa0a0a0a, 0xa0a0a0a, 0x10000, 0x10000, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x8040201, 0x80402010, 0x8040201, 0x80402010, 0x0 <repeats 18 times>, 0x594e9a4, 0x0 <repeats 29 times>, 0x20000010, 0xf7810088, 0x40000000, 0x0, 0x0, 0x1, 0x0, 0x0, 0xf6b36fff, 0x0, 0xe8f86fff, 0x0, 0xf6b37000, 0x0, 0xe8f87000, 0x0, 0xfffeefff, 0x0, 0xfffdefff, 0x0, 0x0, 0x0, 0x2, 0xf73ce9b4, 0xf73ce9d4, 0xf7810064, 0xf73ce9d4, 0xf7c02a14, 0x2, 0xf7810060, 0xe0268, 0xf7941508, 0x43, 0xf783fd98, 0xf73cea1c, 0xf7c1e7c8, 0xf6ac0c51, 0x6, 0xf73cea0c, 0xffff, 0x0, 0x0, 0x11000, 0xf3ce0000, 0xf73cea24, 0xf74baf74, 0x1000, 0x4, 0x1000, 0x11000, 0xf3ce0000, 0xffffffff, 0xf3ce0000, 0x0, 0xf73cea44, 0xf74baf18, 0x4, 0x40, 0x4, 0x1000, 0x10068, 0xf3ce0000}} --- snip --- trap_no = 0 error_code = 0x800 (write access) fault_address = 0xf3ce0000 Using +virtual debug channel reveals it: --- snip --- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 000a0000 202000 00000004 0009:trace:virtual:map_view got mem with anon mmap 0xf3ce0000-0xf3d80000 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3d7ffff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0xf3ce0000 00010068 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3cf0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0xf3cf1000 - 0xf3d7ffff -Hrw- --- snip --- VPROT_COMMITTED + VPROT_WRITEWATCH + VPROT_READ + VPROT_WRITE A write watch should get triggered here. Wine has no trap number mapping and defaults to "illegal instruction" where things go haywire. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 117 enum arm_trap_code 118 { 119 TRAP_ARM_UNKNOWN = -1, /* Unknown fault (TRAP_sig not defined) */ 120 TRAP_ARM_PRIVINFLT = 6, /* Invalid opcode exception */ 121 TRAP_ARM_PAGEFLT = 14, /* Page fault */ 122 TRAP_ARM_ALIGNFLT = 17, /* Alignment check exception */ 123 }; --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 712 static void segv_handler( int signal, siginfo_t *info, void *ucontext ) 713 { 714 EXCEPTION_RECORD *rec; 715 ucontext_t *context = ucontext; 716 717 /* check for page fault inside the thread stack */ 718 if (get_trap_code(context) == TRAP_ARM_PAGEFLT && 719 (char *)info->si_addr >= (char *)NtCurrentTeb()->DeallocationStack && 720 (char *)info->si_addr < (char *)NtCurrentTeb()->Tib.StackBase && 721 virtual_handle_stack_fault( info->si_addr )) 722 { 723 /* check if this was the last guard page */ 724 if ((char *)info->si_addr < (char *)NtCurrentTeb()->DeallocationStack + 2*4096) 725 { 726 rec = setup_exception( context, raise_segv_exception ); 727 rec->ExceptionCode = EXCEPTION_STACK_OVERFLOW; 728 } 729 return; 730 } 731 732 rec = setup_exception( context, raise_segv_exception ); 733 if (rec->ExceptionCode == EXCEPTION_STACK_OVERFLOW) return; 734 735 switch(get_trap_code(context)) 736 { 737 case TRAP_ARM_PRIVINFLT: /* Invalid opcode exception */ 738 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 739 break; 740 case TRAP_ARM_PAGEFLT: /* Page fault */ 741 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 742 rec->NumberParameters = 2; 743 rec->ExceptionInformation[0] = (get_error_code(context) & 0x800) != 0; 744 rec->ExceptionInformation[1] = (ULONG_PTR)info->si_addr; 745 break; 746 case TRAP_ARM_ALIGNFLT: /* Alignment check exception */ 747 rec->ExceptionCode = EXCEPTION_DATATYPE_MISALIGNMENT; 748 break; 749 case TRAP_ARM_UNKNOWN: /* Unknown fault code */ 750 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 751 rec->NumberParameters = 2; 752 rec->ExceptionInformation[0] = 0; 753 rec->ExceptionInformation[1] = 0xffffffff; 754 break; 755 default: 756 ERR("Got unexpected trap %d\n", get_trap_code(context)); 757 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 758 break; 759 } 760 } --- snip --- Since 'TRAP_ARM_PAGEFLT' identifier has already been used for trap_no 14 (arch/arm/mm/fault.c:__do_user_fault) I guess you have to invent another identifier for essentially the same thing. With that part fixed it runs a bit further - into next Wine ARM32 bug ;-) $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.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 10

[Bug 46189] New: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll ' set_cpu_context' not restoring Thumb mode during return from exception handling
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46189 Bug ID: 46189 Summary: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll 'set_cpu_context' not restoring Thumb mode during return from exception handling Product: Wine Version: 3.21 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the continuation of bug 46187("Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)") Even with trap code 0 properly translated it still crashes. Debugger session (with fixup for bug #46187 applied). --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe ... Thread 1 "pwsh.exe" hit Breakpoint 1, virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 2010 NTSTATUS ret = STATUS_ACCESS_VIOLATION; (gdb) bt #0 virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 #1 0xf7c612ec in raise_segv_exception (rec=0xf73ce9f8, context=0xf73ce858) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:574 #2 0xf7c61152 in raise_func_trampoline_thumb () at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:508 Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) info locals ret = 0xc0000005 page = 0xf3ce0000 sigset = {__val = {0x0, 0x0, 0xf7c61150, 0x600f0030, 0xf3ce0000, 0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11}} vprot = 0x63 ... (gdb) n 2027 set_page_vprot_bits( page, page_size, 0, VPROT_WRITEWATCH ); (gdb) n 2028 mprotect_range( page, page_size, 0, 0 ); (gdb) n 2031 if (VIRTUAL_GetUnixProt( get_page_vprot( page )) & PROT_WRITE) (gdb) n 2033 if ((vprot & VPROT_WRITEWATCH) || is_write_watch_range( page, page_size )) (gdb) n 2034 ret = STATUS_SUCCESS; ... --- snip --- The problem is the way Wine restores the context on ARM32 via 'set_cpu_context': --- snip --- Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 => 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) (gdb) info reg r0 0xf73ce858 0xf73ce858 r1 0x602f0030 0x602f0030 r2 0x0 0x0 r3 0x0 0x0 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ce854 0xf73ce854 r12 0xaf 0xaf sp 0xf73ce840 0xf73ce840 lr 0xf7c61350 0xf7c61350 pc 0xf7c605c4 0xf7c605c4 <set_cpu_context+4> cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. --- snip --- CPSR = 0x600f0010 = Wine ARM32 mode R1 = old CPSR before fault = 0x602f0030 = app code in Thumb mode Wine -> CPSR_f = only flag bits set (execution state/control bits can't be set explicitly in USR mode by design, no USR SPSR_xxx). --- snip --- (gdb) disas Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} => 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) End of assembler dump. (gdb) si 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 0xf3ce0020 r1 0xf73ce944 0xf73ce944 r2 0x11000 0x11000 r3 0xf3d90000 0xf3d90000 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ceaa0 0xf73ceaa0 r12 0xaf 0xaf sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 0xf7ddf7a9 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i $pc => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) si 0xf6c51610 in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c51610 0xf6c51610 cpsr 0x600f0010 1611595792 Unable to fetch SVE register header: Invalid argument. (gdb) si 0xf6c51614 in ?? () (gdb) si 0xf6c51618 in ?? () (gdb) si 0xf6c78248 in ?? () (gdb) si Thread 1 "pwsh.exe" received signal SIGILL, Illegal instruction. 0xf6c78248 in ?? () --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 283 void DECLSPEC_HIDDEN set_cpu_context( const CONTEXT *context ); 284 __ASM_GLOBAL_FUNC( set_cpu_context, 285 ".arm\n\t" 286 "ldr r1, [r0, #0x44]\n\t" /* context->Cpsr */ 287 "msr CPSR_f, r1\n\t" 288 "ldr r1, [r0, #0x40]\n\t" /* context->Pc */ 289 "ldr lr, [r0, #0x3c]\n\t" /* context->Lr */ 290 "ldr sp, [r0, #0x38]\n\t" /* context->Sp */ 291 "push {r1}\n\t" 292 "ldmib r0, {r0-r12}\n\t" /* context->R0..R12 */ 293 "pop {pc}" ) --- snip --- Well, that's an unfortunate combination of things here. The app binaries contain a mix of 16-bit Thumb and 32-bit Thumb(2) instructions. Thumb-2 instruction set is the default for Windows on ARM per convention. https://msdn.microsoft.com/en-us/library/dn736986.aspx) --- quote --- The instruction set for Windows on ARM is strictly limited to Thumb-2. All code executed on this platform is expected to start and remain in Thumb mode at all times. An attempt to switch into the legacy ARM instruction set may succeed, but if it does, any exceptions or interrupts that occur may lead to an application fault in user mode, or a bugcheck in kernel mode. A side-effect of this requirement is that all code pointers must have the low bit set. This is so that when they are loaded and branched to via BLX or BX, the processor will remain in Thumb mode and not try to execute the target code as 32-bit ARM instructions. --- quote --- The write-watch fault is caused by an instruction that has 32-bit encoding (Thumb2), located at 0xf6c5160c -> bits[1:0] of the address = 0b00. Due to the segfault handling, the mode is switched to ARM (there are also explicit '.arm' directives in Wine code) -> CPSR 'T' bit gone. Wine's 'set_cpu_context' uses 'pop {pc}' to return to the faulting instruction for re-execution after write-watch has been reset. The instruction behaviour is defined by ARM: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0588b/Babefb… --- quote --- == POP, with reglist including the PC This instruction causes a branch to the address popped off the stack into the PC. This is usually a return from a subroutine, where the LR was pushed onto the stack at the start of the subroutine. In ARMv5T and above: bits[1:0] must not be 0b10 if bit[0] is 1, execution continues in Thumb state if bit[0] is 0, execution continues in ARM state. In ARMv4, bits[1:0] of the address loaded must be 0b00. == Thumb instructions A subset of these instructions are available in the Thumb instruction set. The following restrictions apply to the 16-bit instructions: For PUSH, reglist can only include the Lo registers and the LR For POP, reglist can only include the Lo registers and the PC. The following restrictions apply to the 32-bit instructions: reglist must not include the SP For PUSH, reglist must not include the PC For POP, reglist can include either the LR or the PC, but not both. == Restrictions on reglist in ARM instructions ARM PUSH instructions can have SP and PC in the reglist but these instructions that include SP or PC in the reglist are deprecated in ARMv6T2 and above. ARM POP instructions cannot have SP but can have PC in the reglist. These instructions that include both PC and LR in the reglist are deprecated in ARMv6T2 and above. --- quote --- Since I run the whole target under QEMU aarch64 system emulation I double checked that part too. Qemu behaves correctly, not switching from ARM to Thumb mode because bits[1:0] of the address = 0b00. https://github.com/qemu/qemu/blob/master/target/arm/translate.c#L225 --- snip --- /* Set a CPU register. The source must be a temporary and will be marked as dead. */ static void store_reg(DisasContext *s, int reg, TCGv_i32 var) { if (reg == 15) { /* In Thumb mode, we must ignore bit 0. * In ARM mode, for ARMv4 and ARMv5, it is UNPREDICTABLE if bits [1:0] * are not 0b00, but for ARMv6 and above, we must ignore bits [1:0]. * We choose to ignore [1:0] in ARM mode for all architecture versions. */ tcg_gen_andi_i32(var, var, s->thumb ? ~1 : ~3); s->base.is_jmp = DISAS_JUMP; } tcg_gen_mov_i32(cpu_R[reg], var); tcg_temp_free_i32(var); } --- snip --- Due to Wine's cpu context helper not restoring Thumb mode properly, execution is incorrectly resumed in ARM mode, leading to crash shortly after. Any Wine ARM32-specific assembly code/wrappers that pass control directly to app code, bypassing the compiler's ARM-Thumb interworking, has to make sure that it restores thumb mode properly. $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.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 9

[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 19 Mar '21

19 Mar '21

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 45333] New: Failed to install Microsoft .NET 4.7.2
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45333 Bug ID: 45333 Summary: Failed to install Microsoft .NET 4.7.2 Product: Wine Version: 3.0.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: gtsasamori(a)gmail.com Created attachment 61620 --> https://bugs.winehq.org/attachment.cgi?id=61620 log file $ wine NDP472-DevPack-ENU.exe [. . . ] 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00cd:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00ca:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00d9:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00bc:fixme:service:EnumDependentServicesW 0x18a5eb8 0x00000001 0x0 0x00000000 0xb6f668 0xb6f664 - stub 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled -- 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 44975] New: Multiple applications need 'find.exe' command line tool ( ConEmu)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44975 Bug ID: 44975 Summary: Multiple applications need 'find.exe' command line tool (ConEmu) Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says, encountered with 'ConEmu' build 180409. Separated from bug 31519 which is now about providing 'fc.exe' (file compare) tool. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/ConEmu $ WINEDEBUG=+seh,+relay wine ./ConEmu.exe >>log.txt 2>&1 ... 006e:Call KERNEL32.CreateProcessW(00329a88 L"C:\\windows\\system32\\cmd.EXE",0014e080 L"cmd /d /c ver ",00000000,00000000,00000001,00000000,00000000,00000000,00329a44,00329f48) ret=7e13009e ... 006e:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e13009e ... 0062:Call gdi32.ExtTextOutW(003d003f,00000000,00000010,00000000,00000000,00150b60 L"Can't recognize '\"C:\\windows\\system32\\find.exe\" \"Windows\"' as an internal or external command, or batch script.\00d4\ffff\00ff\d0c8\00d4\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ffy",0000006f,00145960) ret=7ec8ea0d --- snip --- The relevant part of batch file: --- snip --- ... rem Simple "ver" prints empty line before Windows version rem Use this construction to print just a version info cmd /d /c ver | "%windir%\system32\find.exe" "Windows" ... --- snip --- Command line usage: https://ss64.com/nt/find.html $ sha1sum ConEmuSetup.180409.exe 5b8b0e78789027841f5312e132101408b292996c ConEmuSetup.180409.exe $ du -sh ConEmuSetup.180409.exe 6.3M ConEmuSetup.180409.exe $ wine --version wine-3.6 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 10

[Bug 45449] New: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation ( Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45449 Bug ID: 45449 Summary: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation (Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install) Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45333 (diagnostics for the NGEN server side). The client side 'ngen.exe' calls unimplemented 'mscoree.dll.CorGetSvc'. NOTE: MSI (CA) server is currently broken/regressed for 64-bit WINEPREFIXes, so a broken .NET installation can't be tested there. Prepare a broken 32-bit WINEPREFIX: --- snip --- $ wineserver -k $ rm -rf .wine $ export WINEARCH=win32 $ wineboot $ wine uninstaller --list {BB9BDB97-C247-4F20-B710-8B6765F67105}|||Wine Gecko (32-bit) {E45D8920-A758-4088-B6C6-31DBB276992E}|||Wine Mono $ wine uninstaller --remove {E45D8920-A758-4088-B6C6-31DBB276992E} # to be really sure 'mscoree.dll' won't get updated -> keeps Wine's placeholder $ winetricks win7 # run .NET 4.0 installer without 'winetricks' $ wine ./dotNetFx40_Full_x86_x64.exe ... # really check if placeholder is still there $ winedump .wine/drive_c/windows/system32/mscoree.dll Contents of .wine/drive_c/windows/system32/mscoree.dll: 5236 bytes *** This is a Wine fake DLL *** File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) offset 104 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 2022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE DLL ... --- snip --- Test by trigger .NET GAC update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0016:fixme:service:svcctl_ChangeServiceConfig2W SERVICE_CONFIG_FAILURE_ACTIONS not implemented: period 86400 msg (null) cmd (null) 0019:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. 0019:err:winediag:CorIsLatestSvc If this function is called, it is likely the result of a broken .NET installation 0019:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime Optimization Service"): stub 0019:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x0000044f,(nil),0x0001,0x00000000,0x76f9d0,(nil)): stub 0019:err:eventlog:ReportEventW L".NET Runtime Optimization Service (clr_optimization_v4.0.30319_32) - Tried to start a service that wasn't the latest version of CLR Optimization service. Will shutdown\n" 0019:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub wine: Call from 0x7b447132 to unimplemented function mscoree.dll.CorGetSvc, aborting Unknown exception --- snip --- That one is actually documented: https://github.com/dotnet/coreclr/blob/master/src/inc/mscorsvc.idl#L21 --- snip --- #pragma midl_echo("STDAPI CorGetSvc(IUnknown **pIUnknown);") --- snip --- With a stub added, returning default 'CLR_E_SHIM_RUNTIMEEXPORT': --- snip --- 0009:Call mscoree.CorGetSvc(0033f9f8) ret=1000df20 0009:fixme:mscoree:CorGetSvc stub(0x33f9f8)! 0009:Ret mscoree.CorGetSvc() retval=80131701 ret=1000df20 0009:Call KERNEL32.GetLastError() ret=1000f4c7 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f4c7 ... 0009:Call KERNEL32.GetLastError() ret=1000f417 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f417 ... 0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f9a4) ret=79084c0f 0009:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b446fe6 ip=7b446fe6 tid=0009 0009:trace:seh:raise_exception info[0]=19930520 0009:trace:seh:raise_exception info[1]=0033f9e4 0009:trace:seh:raise_exception info[2]=1001a760 0009:trace:seh:raise_exception eax=7b4356b1 ebx=00000000 ecx=00000000 edx=0033f990 esi=0033f990 edi=0033f950 0009:trace:seh:raise_exception ebp=0033f928 esp=0033f8c4 cs=330023 ds=33002b es=f7bc002b fs=f7bc0063 gs=f7bc006b flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0x10018276 code=e06d7363 flags=1 ... Failed to find a required export in the runtime. (Exception from HRESULT: 0x80131701) ... --- snip --- $ wine --version wine-3.12-110-g414fe80aeb 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 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 19 Mar '21

19 Mar '21

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

[Bug 15437] New: Company of Heroes Opposing Fronts: Installer fails
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=15437 Summary: Company of Heroes Opposing Fronts: Installer fails Product: Wine Version: 1.1.5 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=16303) --> (http://bugs.winehq.org/attachment.cgi?id=16303) log Installation of the game is not possible. Exception EAccessViolation error in module GameInst.exe happens. According to test data the game had to be installed from a Windows installation in order to be played. A log 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 66

[Bug 30072] New: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30072 Bug #: 30072 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...) 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, continuation of bug 29742 After a stub "wevtapi" dll is provided the installer still crashes. A stub is needed for the following event API functions: EvtOpenChannelConfig EvtGetChannelConfigProperty EvtSetChannelConfigProperty EvtSubscribe With these stubs in place the installer doesn't crash and continues. winecfg -> "Windows 7" --- snip --- $ WINEDEBUG=+tid,+loaddll,+wevtapi wine dotNetFx45_Full_x86_x64.exe /q ... 0015:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wuapi.dll" at 0xf7180000: builtin 000f:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\rstrtmgr.dll" at 0xf75f0000: builtin 001d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wevtapi.dll" at 0xf7340000: builtin 001d:trace:wevtapi:DllMain (0x0xf7340000, 1, (nil)) 001d:fixme:wevtapi:EvtOpenChannelConfig stub((nil), L"Microsoft-Windows-CAPI2/Operational", 0) 001d:fixme:wevtapi:EvtGetChannelConfigProperty stub((nil), 0, 0, 16, 0x61c254, 0x61c270) 001d:fixme:wevtapi:EvtSetChannelConfigProperty stub((nil), 0, 0, 0x61c24c) 001d:fixme:wevtapi:EvtSubscribe stub((nil), 0x80, L"Microsoft-Windows-CAPI2/Operational", (null), (nil), (nil), (nil), 1) ... --- snip --- $ sha1sum dotNetFx45_Full_x86_x64.exe e3ffcb31565ebee65cc95c93db7d11eee2055d68 dotNetFx45_Full_x86_x64.exe $ wine --version wine-1.4-rc6-1-ge11565b 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 30074] New: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30074 Bug #: 30074 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe 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, continuation of bug 30072 The installer now aborts due to missing "wusa.exe" executable. I didn't find any installer on MS downloads that contains this standalone component (only updates). With a stub executable provided the installer is happy: --- snip --- $ WINEDEBUG=+tid,+wusa wine ./dotNetFx45_Full_x86_x64.exe -q ... fixme:wusa:wmain stub: L"wusa.exe" L"C:\\711ec06a13d5ed1f9b3e\\Windows6.1-KB958488-v6001-x86.msu" L"/quiet" L"/norestart" ... --- snip --- At least the .NET Framework 4.5 installation finishes without further critical error in basic ui or silent mode. Although .NET Framework 4.5 is an update of .NET Framework 4.0, no previous install of .NET Framework 4.0 is required (winetricks -q dotnet40). One problem will turn up later: mscoree.dll is still builtin (Mono placeholder/fake) which will prevent from loading CLR. Actually this component gets updated through "Windows6.1-KB958488-v6001-x86.msu" (Microsoft .NET Framework 4.0 Shared -> KB958488) Windows6.1-KB958488-x86.cab. Due to wusa.exe stub this update is skipped. Maybe a winetricks recipe will take care of that in future (manually extracting/unpacking the missing dlls from msu). 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

[Bug 39402] New: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39402 Bug ID: 39402 Summary: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice) Product: Wine Version: 1.7.52 Hardware: x86-64 URL: http://www.geforce.com/games-applications/pc-games/los t-planet-2 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- Created attachment 52514 --> https://bugs.winehq.org/attachment.cgi?id=52514 log warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! wine-1.7.52-134-g20ff335 -- 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 90

[Bug 38176] New: Optical Circuit 4K demo crashes on startup
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38176 Bug ID: 38176 Summary: Optical Circuit 4K demo crashes on startup Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 50930 --> https://bugs.winehq.org/attachment.cgi?id=50930 demo itself Backtrace: =>0 0x004000aa in optical_circuit.1280x720.150221 (+0xaa) (0x00000000) 0x004000aa: xorb 0x0(%edi),%al Modules: Module Address Debug info Name (17 modules) PE 400000- 683b6eb Export optical_circuit.1280x720.150221 -- 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 42125] New: 8k demos often fail with Bad EXE Format
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42125 Bug ID: 42125 Summary: 8k demos often fail with Bad EXE Format Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Several 8k demos fail to load because of a Bad EXE format error. I'm assuming they're hacking off unnecessary bits from the executable format to get within their size constraints, and wine is getting confused. This is the error I get in the logs: wine: Bad EXE format for Z:\home\aaron\eos_-_blue_morpho_1280x720.exe. This particular demo can be found at http://www.pouet.net/prod.php?which=68352 -- 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 23

[Bug 44860] New: 4k/ 8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44860 Bug ID: 44860 Summary: 4k/8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out from bug 42125 which is about OS loader compatibility/PE image header fields/mappings. Most of the PE tools struggle or even crash when trying to get something useful out of this due to the "optimized" usage (truncation) of DOS, PE headers (basically providing the bare minimum info to not have the OS loader crash). Example: http://www.pouet.net/prod.php?which=66502 ("Psyltcipher by Loonies") ProtectionID scan: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\lns-lpt-psyltcipher_720.exe [!] Warning : File has NO sections (suspicious) [!] Warning : File has NO imports (suspicious) File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7242 (01C4Ah) Byte(s) | Machine: 0x14C (I386) [!] Warning - Entrypoint is INVALID (file may be damaged) Compilation TimeStamp : 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) [TimeStamp] 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) | PE Header | - | Offset: 0x0000000C | VA: 0x0040000C | - [LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46A4A0 [LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558 (4629848) [LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008) [LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C [LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360 [LoadConfig] UnknownZero1 0x8000011 [File Heuristics] -> Flag #1 : 00010001000001111110000011001000 (0x1107E0C8) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 0 (0x0) | ImageSize 0x2263B6EB (576960235) byte(s) [!} Warning - image has NO Data Directories... [!] Warning : Import Table is bad !!! -> Suspicious MZ Header.. [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.211 Second(s) [0000000D3h (211) tick(s)] [506 of 580 scan(s) done] --- snip --- LordPE dump (helper tool crashes during analysis but main app still shows info): --- snip --- ->DOS Header e_magic: 0x5A4D e_cblp: 0x3032 e_cp: 0x4550 e_crlc: 0x0000 e_cparhdr: 0x014C e_minalloc: 0x0000 e_maxalloc: 0xDB01 e_ss: 0x7F61 e_sp: 0xD010 e_csum: 0x7317 e_ip: 0x4775 e_cs: 0xF9EB e_lfarlc: 0x0008 e_ovno: 0x0002 e_res: 0x010BC911854579C0 e_oemid: 0x011F e_oeminfo: 0x50D3 e_res2: 0xE2F73D90005C0000F3F7C139DB1948EB00000040 e_lfanew: 0x00000004 ->File Header Machine: 0x014C (I386) NumberOfSections: 0x0000 TimeDateStamp: 0x7F61DB01 (GMT: Mon Sep 21 04:18:09 2037) PointerToSymbolTable: 0x7317D010 NumberOfSymbols: 0xF9EB4775 SizeOfOptionalHeader: 0x0008 Characteristics: 0x0002 (EXECUTABLE_IMAGE) ->Optional Header Magic: 0x010B (HDR32_MAGIC) MajorLinkerVersion: 0x11 MinorLinkerVersion: 0xC9 -> 17.201 SizeOfCode: 0x79C08545 SizeOfInitializedData: 0x50D3011F SizeOfUninitializedData: 0x3D90E2F7 AddressOfEntryPoint: 0x0000005C BaseOfCode: 0xC139F3F7 BaseOfData: 0x48EBDB19 ImageBase: 0x00400000 SectionAlignment: 0x00000004 FileAlignment: 0x00000004 MajorOperatingSystemVersion: 0xA30F MinorOperatingSystemVersion: 0x7D2D -> 41743.32045 MajorImageVersion: 0x4001 MinorImageVersion: 0x8D00 -> 16385.36096 MajorSubsystemVersion: 0x0004 MinorSubsystemVersion: 0xCEEB -> 4.52971 Win32VersionValue: 0x00000000 SizeOfImage: 0x2263B6EB ; <------- important! SizeOfHeaders: 0x00000040 CheckSum: 0xBBED3153 Subsystem: 0x0002 (WINDOWS_GUI) DllCharacteristics: 0x0000 SizeOfStackReserve: 0x0154BE90 SizeOfStackCommit: 0x016A0040 SizeOfHeapReserve: 0x0000BF58 SizeOfHeapCommit: 0x00B10042 LoaderFlags: 0x12EB5757 NumberOfRvaAndSizes: 0x00000000 --- snip --- The PE compressor used for most of these 4K/8K demos is named 'Crinkler': http://www.crinkler.net/ --- quote --- Crinkler is an executable file compressor (or rather, a compressing linker) for Windows specifically targeted towards executables with a size of just a few kilobytes. As of 2018, it is the most widely used tool for compressing 4k intros. Crinkler is being developed by Rune L. H. Stubbe (Mentor/TBC) and Aske Simon Christensen (Blueberry/Loonies). --- quote --- The compression itself and some parts of imports resolver are nicely covered here: http://code4k.blogspot.de/2010/12/crinkler-secrets-4k-intro-executable.html The decompression area for code, data etc. starts usually at fixed 0x420000 address range. One can easily bypass all the decompression stuff from entry and set a hardware breakpoint on execution to 0x420000. NOTE: Not all 8K demos from http://www.pouet.net can be fixed in Wine nor run in modern Windows (bug 42125). Crinkler uses the PE optional header 'SizeOfImage' field to have the loader allocate a huge chunk of memory used for decompression. Memory map: --- snip --- Address Size Owner Section Contains 00110000 00010000 00220000 00001000 Process Parameters 00230000 00003000 Environment 00400000 2263C000 lns-lpt-psyltcipher_720 PE header (+SizeOfImage) 22A40000 00001000 22A41000 00001000 22A42000 016AE000 Stack of main thread 7B420000 00001000 KERNEL32 PE header 7B421000 00221000 KERNEL32 .text Code 7B642000 001B1000 KERNEL32 .data Data,imports,exports, .. 7BC30000 00001000 ntdll PE header 7BC31000 000BF000 ntdll .text Code 7BCF0000 0001D000 ntdll .data Data,exports,resources 7FFD8000 00004000 Data block of main thread 7FFDF000 00001000 Process Environment Block 7FFE0000 00010000 ... --- snip --- https://github.com/wine-staging/wine-staging/blob/master/patches/kernel32-P… Relevant part of Crinkler code: --- snip --- ; PE entry 0040005C 53 PUSH EBX ; PEB, see later 0040005D 31ED XOR EBP,EBP 0040005F BB 02000000 MOV EBX,2 00400064 90 NOP 00400065 BE 54014000 MOV ESI,OFFSET 00400154 0040006A 6A 01 PUSH 1 0040006C 58 POP EAX 0040006D BF 00004200 MOV EDI,OFFSET 00420000 00400072 B1 00 MOV CL,0 00400074 57 PUSH EDI 00400075 57 PUSH EDI 00400076 EB 12 JMP SHORT 0040008A ... ; OEP after decompression 00420000 5F POP EDI 00420001 B9 1D000000 MOV ECX,1D 00420006 B0 E8 MOV AL,0E8 00420008 AE SCAS BYTE PTR ES:[EDI] 00420009 75 FB JNE SHORT 00420006 0042000B 8B07 MOV EAX,DWORD PTR DS:[EDI] 0042000D 98 CWDE 0042000E 3B07 CMP EAX,DWORD PTR DS:[EDI] 00420010 75 F4 JNE SHORT 00420006 00420012 29F8 SUB EAX,EDI 00420014 98 CWDE 00420015 AB STOS DWORD PTR ES:[EDI] 00420016 E2 EE LOOP SHORT 00420006 00420018 BB 08014000 MOV EBX,OFFSET 00400108 0042001D BE D3124200 MOV ESI,OFFSET 004212D3 00420022 BF 00004300 MOV EDI,OFFSET 00430000 00420027 58 POP EAX ; was EBX -> PEB 00420028 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; PEB_LDR_DATA ; InLoadOrderModuleList->LDR_DATA_TABLE_ENTRY 0042002B 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; LDR_DATA_TABLE_ENTRY->InLoadOrderLinks 0042002E 8B00 MOV EAX,DWORD PTR DS:[EAX] 00420030 8B00 MOV EAX,DWORD PTR DS:[EAX] ; Flink ; _LDR_DATA_TABLE_ENTRY.DllBase (kernel32) 00420032 8B68 18 MOV EBP,DWORD PTR DS:[EAX+18] 00420035 31C0 XOR EAX,EAX 00420037 AC LODS BYTE PTR DS:[ESI] ; "user32" 00420038 85ED TEST EBP,EBP 0042003A 75 12 JNE SHORT 0042004E 0042003C 85C0 TEST EAX,EAX 0042003E 74 5B JE SHORT 0042009B 00420040 6A 00 PUSH 0 00420042 6A 00 PUSH 0 00420044 52 PUSH EDX ; "d3d11" 00420045 6A 00 PUSH 0 00420047 FF15 180043. CALL DWORD PTR DS:[430018] ; user32.MessageBoxA 0042004D C3 RETN ... --- snip --- $ sha1sum lns-* 482e8d0fe4b5e6f7ffa6f2125143da5aadab34ad lns-lpt-psyltcipher_1080.exe 1da4738309c2738f5f89c4713c689a93b94cd898 lns-lpt-psyltcipher_1080_vsync.exe 7bab7cb1c8f528878b1547147d2c97dfa1032eab lns-lpt-psyltcipher_720.exe 85d1624523110af6c00cc53027e3b504ef3d5362 lns-lpt-psyltcipher.zip $ du -sh lns-* 8.0K lns-lpt-psyltcipher_1080.exe 8.0K lns-lpt-psyltcipher_1080_vsync.exe 8.0K lns-lpt-psyltcipher_720.exe 24K lns-lpt-psyltcipher.zip $ wine --version wine-3.4-256-g725ad420e1 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 19

[Bug 46005] New: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46005 Bug ID: 46005 Summary: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 34711 See my comment https://bugs.winehq.org/show_bug.cgi?id=34711#c3 where I stated my surprise about the interface proxies not being registered. Zebediah's comment https://www.winehq.org/pipermail/wine-devel/2018-October/133648.html convinced me to create a new ticket to target this problem in general. --- quote --- I don't think this is the right solution to this problem. On Windows only the coclass declaration is inside the library declaration, so I think we should fix widl to also register dependent interfaces. --- quote --- Copy/pasta from https://bugs.winehq.org/show_bug.cgi?id=34711 --- Download: http://wc3dota.persiangig.com/.Srl0nxC6Ke/Terraria/terraria-server-12031.zip New version: http://terraria.org/system/dedicated_servers/archives/000/000/032/original/… It crashes. Running under managed CLR debugger shows: --- snip --- ... 0035:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\hnetcfg.dll" at 0x7d060000: builtin 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b28f-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b283-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000144-0000-0000-c000-000000000046} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 (31.32): C++ EH exception - code e06d7363 (first chance) 0030:fixme:ntdll:RtlGetUnloadEventTrace stub! 0030:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wtsapi32.dll" at 0xf7df0000: builtin 0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll" at 0x7a820000: native There is no current managed exception on this thread OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] 0032:fixme:ntdll:EtwRegisterTraceGuidsW (0xc405ba, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b930, (null), (null), 0xfb2d64): stub 0032:fixme:ntdll:EtwRegisterTraceGuidsW register trace class {8e9f5090-2d75-4d03-8a81-e5afbf85daf1} (31.32): CLR exception - code e0434352 (first chance) Exception object: 00f9d5e4 Exception type: System.InvalidCastException Message: Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE). InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004002 OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] First chance exceptions are reported before any exception handling. This exception may be expected and handled. --- snip --- "Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE)." Cross-thread marshalling doesn't work here. Each thread must have access to the type information (registry) that describes the COM object to be able to unmarshal the object from the source thread. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/include/natupnp.idl#l205 --- snip --- 187 [ 188 object, 189 uuid(b171c812-cc76-485a-94d8-b6b3a2794e99), 190 dual, 191 pointer_default(unique) 192 ] 193 interface IUPnPNAT : IDispatch 194 { 195 [propget, id(1)] 196 HRESULT StaticPortMappingCollection ([out, retval] IStaticPortMappingCollection **collection); 197 198 [propget, id(2)] 199 HRESULT DynamicPortMappingCollection ([out, retval] IDynamicPortMappingCollection **collection); 200 201 [propget, id(3)] 202 HRESULT NATEventManager ([out, retval] INATEventManager **manager); 203 }; 204 205 [ 206 id(2), 207 uuid(1c565858-f302-471e-b409-f180aa4abec6), 208 version(1.0) 209 ] 210 library NATUPNPLib 211 { 212 importlib("stdole2.tlb"); 213 214 [ 215 vi_progid("HNetCfg.NATUPnP"), 216 progid("HNetCfg.NATUPnP.1"), 217 threading(apartment), 218 uuid(ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1) 219 ] 220 coclass UPnPNAT 221 { 222 [default] interface IUPnPNAT; 223 }; 224 }; --- snip --- It seems for Wine's MIDL the interface in question needs to be defined *inside* the 'library' block and have 'oleautomation' attribute. Otherwise it's not getting registered under 'HKEY_CLASSES_ROOT\\Interface\\{IID}\\...' (proxy/stub). I was surprised about that behaviour since the interface was referenced by the coclass within the library block and had 'dual' attribute. http://diranieh.com/IDL/Structure.htm --- quote --- Interface location [oleautomation]/ [dual] defined Inside library block Interface uses Universal Marshaler Interface appears in type library Outside library block Interface uses Universal Marshaler Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- Interface location [oleautomation]/ [dual] not defined Inside library block AVOID. NO INTERCEPTION CODE GENERATED! Outside library block Interface does not use Universal Marshaler. Need to build proxy/stub DLL. Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- quote --- $ wine --version wine-3.18-75-ge55aca8f49 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 34711] New: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1})
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34711 Bug #: 34711 Summary: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1}) Product: Wine Version: 1.7.4 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 folks, split off from bug 30097 as this is a different issue. Prerequisite: 'winetricks -q dotnet40 xna40' in clean 32-bit WINEPREFIX --- snip --- $ wine TerrariaServer.exe -config serverconfig.txt ... fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Game" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework" fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" fixme:shell:URL_ParseUrl failed to parse L"System.Xml" err:ole:CoGetClassObject class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered err:ole:create_server class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} could be created for context 0x15 fixme:advapi:RegisterTraceGuidsW (0xc3c4da, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b6cc, (null), (null), 0xfa2868,): stub fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Graphics" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Xact" fixme:process:FlushProcessWriteBuffers : stub Unhandled Exception: System.TypeInitializationException: The type initializer for 'Terraria.Main' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Terraria.Netplay' threw an exception. ---> System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache) at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache) at System.Activator.CreateInstance(Type type, Boolean nonPublic) at System.Activator.CreateInstance(Type type) at Terraria.Netplay..cctor() --- End of inner exception stack trace --- at Terraria.Main..cctor() --- End of inner exception stack trace --- at Terraria.Main..ctor() at Terraria.ProgramServer.Main(String[] args) --- snip --- Server: Main.versionNumber = "v1.2.0.3.1"; Decompiling with ILSpy gives: --- snip --- // Terraria.Netplay static Netplay() { // Note: this type is marked as 'beforefieldinit'. Netplay.stopListen = false; Netplay.serverSock = new ServerSock[256]; Netplay.clientSock = new ClientSock(); Netplay.serverPort = 7777; Netplay.disconnect = false; Netplay.password = ""; Netplay.banFile = "banlist.txt"; Netplay.spamCheck = false; Netplay.anyClients = false; Netplay.upnpnat = (UPnPNAT)Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1"))); Netplay.mappings = Netplay.upnpnat.StaticPortMappingCollection; Netplay.uPNP = true; Netplay.ServerUp = false; } --- snip --- Expected as Wine doesn't implement CLSID_UPnPNAT in HNetCfg.dll (NATUPnP.idl). $ du -sh terraria-server-12031.zip 788K terraria-server-12031.zip $ sha1sum terraria-server-12031.zip 2333bf1e6ad1d77fc5d59a389cad6581e48c12bf terraria-server-12031.zip $ wine --version wine-1.7.4-91-g7ac2b3b 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 41670] New: Planetside 2: BattlEye service not starting
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41670 Bug ID: 41670 Summary: Planetside 2: BattlEye service not starting Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: arsh79(a)gmail.com Distribution: --- Created attachment 56062 --> https://bugs.winehq.org/attachment.cgi?id=56062 error in cosole for the 'failed to initialize battleye service' window Trying to run the latest version of the game, Installer runs fine, but game doesn't start. On the first run the launcher tries to install battleye service, which it fails with the error in the attachment. On subsequent runs it just hangs forever trying to start the same service without outputting any error. -- 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 75

[Bug 31890] New: Cicso communicator throws a segmentation fault when call is initiated
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31890 Bug #: 31890 Summary: Cicso communicator throws a segmentation fault when call is initiated Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fastalan(a)gmail.com Classification: Unclassified Description of problem: While emulator the Cisco IP Communicator 8-6-1, sometimes the application seg faults after the call is initiated. STDOUT shows: fixme:mmdevapi:AEV_GetMasterVolumeLevelScalar stub Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. wine ./communicatork9.exe 2. Make a call on the soft phone Actual results: When call initiates, the app crashes. The cisco CUCM continues the call, but the UA Endpoint client is dead. Expected results: Caller should hear a ringing sound and call should complete. Additional info: 3.5.4-2.fc17.x86_64 wine-1.5.13 -- 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 26

[Bug 37061] New: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37061 Bug ID: 37061 Summary: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex Product: Wine Version: 1.7.23 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 we have a stub 'wpcap' component now (thanks André) it might be useful to file individual bugs :) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SystemCorp/DLL $ wine ./IEC61850_Example_Client.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs_ex, aborting --- snip --- $ sha1sum SET\ IEC61850DLLV2\ Demo.exe 72ebe36f11e4a3fb5c117db7bd6b367b4e0eb058 SET IEC61850DLLV2 Demo.exe $ du -sh SET\ IEC61850DLLV2\ Demo.exe 1.1M SET IEC61850DLLV2 Demo.exe $ wine --version wine-1.7.23-90-gbdeb761 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 9

[Bug 37062] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37062 Bug ID: 37062 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs Product: Wine Version: 1.7.23 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, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs, aborting wine: Unimplemented function wpcap.dll.pcap_findalldevs called at address 0x7b83ae8f (thread 0026), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.23-90-gbdeb761 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 5

[Bug 37094] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37094 Bug ID: 37094 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live Product: Wine Version: 1.7.24 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 37062 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... Capturing on 'virbr0' wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_open_live, aborting wine: Unimplemented function wpcap.dll.pcap_open_live called at address 0x7b83ae8f (thread 0009), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.24-14-gd1749b5 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 5

[Bug 12099] New: .NET Framework 1.1 installer requires loadperf. dll in case of AeDebug -> Auto=0 (unhandled exception dialog)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=12099 Summary: .NET Framework 1.1 installer requires loadperf.dll in case of AeDebug -> Auto=0 (unhandled exception dialog) Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=11486) --> (http://bugs.winehq.org/attachment.cgi?id=11486) example patch to add loadperf.dll and simple UnloadPerfCounterTextStringsW stub preventing .NET 1.1 installer exception Hello, VS.NET 7.x installers modify AeDebug which results in error message box from .NET Framework 1.1 installer due to an unhandled exception. With default AeDebug Auto=1 and standalone .NET 1.1 installation you won't notice it because this exception doesn't affect overall "success" result of installer. You can capture output from console to see winedbg actually spawned. VS.NET 7.x installers add/modify the following JIT debugging keys: --- snip --- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug\Debugger Auto: 1 -> 0 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\DbgManagedDebugger Default: cordbg.exe !a 0x%x8 --- snip --- Extract from .msi file: --- snip --- _FldbVs7eve_RegFile_887_00017.3643236F_FC70_11D3_A536_0090278A1BB8 2 SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug Auto 0 _VS_Debugging___VS7JIT_____X86.3643236F_FC70_11D3_A536_0090278A1BB8) .. --- snip --- You can simulate the behaviour on clean ~/.wine if you manually set AeDebug/Auto=0 (default is 1) and then execute the standalone .NET 1.1 installer. --- snip --- 002d:Call KERNEL32.lstrlenA(0034f55c "2008-03-17 21:20:25\t\tStarting\tUninstalling performance counters\r\n") ret=79e88b92 .. 002d:Call KERNEL32.LoadLibraryA(79e61310 "loadperf.dll") ret=79e907ed 002d:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=79e907ed 002d:Call KERNEL32.GetLastError() ret=79e907f9 002d:Ret KERNEL32.GetLastError() retval=0000007e ret=79e907f9 002d:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0034f960) ret=79e9082c 002d:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b8419a0 002d:trace:seh:raise_exception info[0]=0034f910 002d:trace:seh:raise_exception eax=7b82c3e9 ebx=7b8af3e4 ecx=00000000 edx=0034f904 esi=0034f904 edi=0034f880 002d:trace:seh:raise_exception ebp=0034f868 esp=0034f804 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00200212 002d:trace:seh:call_stack_handlers calling handler at 0x402518 code=c06d007e flags=0 .. 002d:Call KERNEL32.UnhandledExceptionFilter(0034f350) ret=7c34c456 wine: Unhandled exception 0xc06d007e at address 0x7b8419a0 (thread 002d), starting debugger... 002d:Call user32.MessageBoxA(00000000,0034efd8 "Unhandled exception 0xc06d007e at address 0x7b8419a0.\nDo you wish to debug it?",7b8a3e47 "Exception raised",00000014) ret=7b841deb --- snip --- The message box is shown with the option to dismiss the exception or to debug it. This can be pretty confusing to users who have no knowledge how to deal with this. Well, actually this exception should never occur. Wine can prevent this problem by providing a simple loadperf.dll and UnloadPerfCounterTextStringsW stub. Output after patch: --- snip --- 0041:Ret KERNEL32.LoadLibraryA() retval=607d0000 ret=79e907ed 0041:Call KERNEL32.InterlockedExchange(79e96fa8,607d0000) ret=79e9083e 0041:Ret KERNEL32.InterlockedExchange() retval=00000000 ret=79e9083e 0041:Call KERNEL32.GetProcAddress(607d0000,79e919b4 "UnloadPerfCounterTextStringsW") ret=79e908c4 0041:Ret KERNEL32.GetProcAddress() retval=607d8808 ret=79e908c4 0041:Call loadperf.UnloadPerfCounterTextStringsW(0034f9d0 L"u \"ASP.NET_1.1.4322\"",00000001) ret=79e86e64 0041:fixme:loadperf:UnloadPerfCounterTextStringsW (L"u \"ASP.NET_1.1.4322\"", 1): stub! 0041:Ret loadperf.UnloadPerfCounterTextStringsW() retval=00000000 ret=79e86e64 --- snip --- Please add this dll and the UnloadPerfCounterTextStringsW stub. The attached patch is provided as example to quickly validate the problem solution. 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 13

[Bug 44704] New: Screenhero installer runs into crash window ( Access Violation)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44704 Bug ID: 44704 Summary: Screenhero installer runs into crash window (Access Violation) Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- The Screenhero installer runs into a crash window (Access Violation) while calling FormatMessageW with id 0x800b0109 which apparently is CERT_E_UNTRUSTEDROOT I don`t know where this error comes from but with the patch it gets further to install all files***, though there`s still a crash in the end. Patch is at: https://bugs.winehq.org/attachment.cgi?id=60704&action=diff ***: It also suffers from bug 34989, so you need workaround from here to avoid a hang: https://bugs.winehq.org/attachment.cgi?id=60702&action=diff -- 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 45841] New: Battleye' s BEDaisy.sys requires that PsThreadType and PsProcessType are defined
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45841 Bug ID: 45841 Summary: Battleye's BEDaisy.sys requires that PsThreadType and PsProcessType are defined Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- Without these two structures, battleye's BEDaisy.sys will crash on an EXCEPTION_ACCESS_VIOLATION. Alongside the fixes for #45664 and #44912, Battleye will launch the game. I will commit my fix to my github shortly after posting this bug: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 44911] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsGetProcessId
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44911 Bug ID: 44911 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsGetProcessId Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44910 --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0034:Call driver init 0x78d000 (obj=0x11cc28,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0034:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=7bc803ab 0034:Ret ntoskrnl.exe.ZwQuerySystemInformation() retval=00000000 ret=0082d9b5 ... 0034:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065eb78) ret=7ec1ace2 ... 0034:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446c33 ip=7b446c33 tid=0034 0034:trace:seh:raise_exception info[0]=7ec1ad00 0034:trace:seh:raise_exception info[1]=7ec1e697 wine: Call from 0x7b446c33 to unimplemented function ntoskrnl.exe.PsGetProcessId, aborting wine: Unimplemented function ntoskrnl.exe.PsGetProcessId called at address 0xf7c30023:0x7b446c33 (thread 0034), starting debugger... --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 44912] New: Tibia client reports 'Failed to launch game', needs ' ntdll.RtlCreateUserProcess' implementation
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44912 Bug ID: 44912 Summary: Tibia client reports 'Failed to launch game', needs 'ntdll.RtlCreateUserProcess' implementation Product: Wine Version: 3.5 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, besides the traditional 'KERNEL32.CreateProcessW()' API it also uses native API to create process(es). --- snip --- $ pwd /home/focht/winetest/drive_c/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin $ WINEDEBUG=+seh,+relay,+ntoskrnl,+ntdll wine ./client.exe >>log.txt 2>&1 ... 003d:Call KERNEL32.CreateProcessW(00000000,001c8630 L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" ",00000000,00000000,00000000,00000410,00000000,01d7c6b8 L"C:/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin",0033cf2c,0033cf1c) ret=0047235f ... 0044:Call KERNEL32.__wine_kernel_init() ret=7bc6d171 ... 003d:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0047235f ... 0044:Call KERNEL32.CreateProcessW(00000000,0033d6cc L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" 3",00000000,00000000,00000000,00000410,00000000,00000000,0033d1a0,0033d190) ret=7e72e854 ... 0044:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e72e854 ... 0044:Call ntdll.RtlInitUnicodeString(0033e75c,00162030 L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" 6 ") ret=0045e9fe 0044:Ret ntdll.RtlInitUnicodeString() retval=0033e75c ret=0045e9fe ... 0044:Call ntdll.RtlCreateProcessParameters(0033e770,0033e764,00000000,00000000,0033e75c,00000000,00000000,00000000,00000000,00000000) ret=004519b8 ... 0044:Ret ntdll.RtlCreateProcessParameters() retval=00000000 ret=004519b8 ... 0044:Call ntdll.RtlCreateUserProcess(0033e764,00000040,00390000,00000000,00000000,00000000,00000000,00000000,00000000,0033e780) ret=0046fb4d 0044:fixme:ntdll:RtlCreateUserProcess (0x33e764 64 0x390000 (nil) (nil) (nil) 0 (nil) (nil) 0x33e780): stub 0044:Ret ntdll.RtlCreateUserProcess() retval=c0000002 ret=0046fb4d ... 0048:Call KERNEL32.GetStringTypeW(00000001,00162fe8 L"00:52:30: Launching game...\r\n00:52:30: Failed to launch game.\r\n",00000001,005bf46a) ret=7dde5042 --- snip --- Wine currently has the process creation sequence not implemented at native API level (albeit it uses some native API calls). It would require a bit redesign/moving code (dlls/kernel32/process.c:create_process, ...) around but into places that would make Wine more compatible with Windows with regards to process creation (although the heavy lifting is done in Windows kernel). * ntdll.NtCreateProcess * ntdll.RtlCreateUserProcess ... Also related: bug 23451 ("VMWare Thinapps (packaged with version >4.5) and XenoCode wrapped apps fail to run (differences in process creation sequence at native API level)") $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 13

[Bug 45844] New: Battleye' s BEDaisy.sys requires correct KeGetCurrentThread implementation
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45844 Bug ID: 45844 Summary: Battleye's BEDaisy.sys requires correct KeGetCurrentThread implementation Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- Battleye tries to access the KTHREAD structure it gets from KeGetCurrentThread, put because it is not present in our implementation there is a page fault. My implementation on github fixes this issue: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 9

[Bug 44496] New: BattlEye 'BEDaisy' kernel service custom imports resolved can't cope with 'ntoskrnl.exe' low-level (wc)string/copy helpers being forwarded to 'msvcrt.dll'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44496 Bug ID: 44496 Summary: BattlEye 'BEDaisy' kernel service custom imports resolved can't cope with 'ntoskrnl.exe' low-level (wc)string/copy helpers being forwarded to 'msvcrt.dll' Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up of bug 37355 Small client to reproduce: http://static.tibia.com/download/Tibia_Setup.exe NOTE: Due to a regression with service state/transition handling, the kernel driver service is not started by the helper service anymore (only once upon installation). To work around bug 41670 issue 'wine net stop BEService' command from another console after the window "Starting BattlEye Service..." shows up and wait a bit. The app will detect this and restart the helper service which in turn will start the kernel service. Also suffers from bug 38836 later. --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin $ WINEDEBUG=+tid,+seh,+ntoskrnl,+winedevice,+process,+loaddll,+relay,+module wine ./client_launcher.exe >>log.txt 2>&1 ... 0049:Call ntoskrnl.exe.IoAllocateMdl(00780000,00040409,00000000,00000000,00000000) ret=0080bf37 0049:trace:ntoskrnl:IoAllocateMdl (0x780000, 263177, 0, 0, (nil)) 0049:Call ntdll.RtlAllocateHeap(00110000,00000008,00000120) ret=7ecd1460 0049:Ret ntdll.RtlAllocateHeap() retval=0011cd38 ret=7ecd1460 0049:fixme:ntoskrnl:IoGetCurrentProcess () semi-stub 0049:Ret ntoskrnl.exe.IoAllocateMdl() retval=0011cd38 ret=0080bf37 0049:Call ntoskrnl.exe.MmProbeAndLockPages(0011cd38,00000000,00000001) ret=0080bf37 0049:fixme:ntoskrnl:MmProbeAndLockPages (0x11cd38, 0, 1): stub 0049:Ret ntoskrnl.exe.MmProbeAndLockPages() retval=0000003f ret=0080bf37 0049:Call ntoskrnl.exe.MmMapLockedPagesSpecifyCache(0011cd38,00000000,00000000,00000001,00000000,00000000) ret=0080bf37 0049:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x11cd38, 0, 0, 0x1, 0, 0): stub 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00040409) ret=7ecd4509 0049:Ret ntdll.RtlAllocateHeap() retval=0011d958 ret=7ecd4509 0049:Call KERNEL32.OpenProcess(001fffff,00000000,00000043) ret=7ecd4534 0049:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ecd4534 0049:Call KERNEL32.ReadProcessMemory(00000040,00780000,0011d958,00040409,00000000) ret=7ecd4567 0049:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=7ecd4567 0049:Call KERNEL32.CloseHandle(00000040) ret=7ecd458e 0049:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ecd458e 0049:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache Success! 0049:Ret ntoskrnl.exe.MmMapLockedPagesSpecifyCache() retval=0011d958 ret=0080bf37 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00000068) ret=0080bf37 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00000068) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f3a8 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 104 pool 0 -> 0x15f3a8 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f3a8 ret=0080bf37 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f398) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f398) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f354,00000000,0065f350) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f350) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f358,00000000,0065f354) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f354) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f310,00000000,0065f30c) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f30c) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 --- snip --- The (heavily obfuscated) kernel driver uses its own custom imports resolver. It basically walks the module list using 'NtQuerySystemInformation( SystemModuleInformation, ...)' and processes the export table of 'ntoskrnl.exe' and later 'fltmgr.sys' in order to resolve some needed functions. The resolver is rather simplistic and can't deal with Wine's forwarded exports to 'msvcrt'. Native Windows kernel doesn't do this. --- snip --- ... DbgPrint says: The procedure entry point wcsncmp could not be located in the module ntoskrnl.exe Ret driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000183 0049:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11cb58 0049:trace:winedevice:init_driver - DriverInit = 0x7fdf6e 0049:trace:winedevice:init_driver - DriverStartIo = (nil) 0049:trace:winedevice:init_driver - DriverUnload = (nil) 0049:trace:winedevice:init_driver - MajorFunction[0] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[1] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[2] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[3] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[4] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[5] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[6] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[7] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[8] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[9] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[10] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[11] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[12] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[13] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[14] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[15] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[16] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[17] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[18] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[19] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[20] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[21] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[22] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[23] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[24] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[25] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[26] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[27] = 0x7ecd1b10 0049:Call ntdll.RtlFreeUnicodeString(0011cb74) ret=7ecd1d12 0049:Ret ntdll.RtlFreeUnicodeString() retval=0011cb74 ret=7ecd1d12 0049:Call ntdll.RtlFreeUnicodeString(0011cc0c) ret=7ecd1d26 0049:Ret ntdll.RtlFreeUnicodeString() retval=0011cc0c ret=7ecd1d26 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0011cb48) ret=7ecd1d46 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd1d46 0049:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000183 ret=7effb7fc 0049:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000183 --- snip --- NOTE: This is a similar problem domain as bug 37852 ("Sentinel HASP 'hardlock.sys' kernel driver custom imports resolver can't cope with many 'ntoskrnl.exe' functions being fowarded to 'ntdll.dll' (Minitab 16 fails to start)". Although this driver requires a much smaller set of (msvcrt) functions. * native API (ntdll) -> bug 37852 * msvcrt -> this one Source: https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 1484 @ cdecl -private wcsncmp(wstr wstr long) msvcrt.wcsncmp --- snip --- The driver requires the following set of functions not be forwarded: * wcsncmp * _wcsnicmp * _strnicmp * memcpy * memset * _stricmp Wine should reimplement the low-level string/copy helpers in 'ntoskrnl' in same way as it is done for 'ntdll' core module (NTDLL_foobar). Source: https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 1457 @ cdecl -private wcsncmp(wstr wstr long) NTDLL_wcsncmp --- snip --- https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 157 /********************************************************************* 158 * wcsncmp (NTDLL.@) 159 */ 160 INT __cdecl NTDLL_wcsncmp( LPCWSTR str1, LPCWSTR str2, INT n ) 161 { 162 return strncmpW( str1, str2, n ); 163 } --- snip --- With these things fixed, the driver runs further - into next problems. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 10

[Bug 44811] New: BattlEye 'BEDaisy' kernel service requires _chkstk implementation.
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44811 Bug ID: 44811 Summary: BattlEye 'BEDaisy' kernel service requires _chkstk implementation. Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- When the stack goes over a 4k on x86 or 8k for x64 boundary then this function is used to resolve this issue. https://msdn.microsoft.com/en-us/library/ms648426(v=vs.85).aspx -- 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 45843] New: Battleye' s BEDaisy.sys expects memory allocated by ExAllocatePoolWithTag to be executable
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45843 Bug ID: 45843 Summary: Battleye's BEDaisy.sys expects memory allocated by ExAllocatePoolWithTag to be executable Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- In the NT Kernel, non-paged memory is executable, and BEDaisy.sys crashes on a page fault if this is not the case. My patch is located here: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 44636] New: Sentinel HASP 'hardlock.sys' kernel driver access to CR4 via %ESI register operand not handled in ntoskrnl emulate_instruction
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44636 Bug ID: 44636 Summary: Sentinel HASP 'hardlock.sys' kernel driver access to CR4 via %ESI register operand not handled in ntoskrnl emulate_instruction Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37852 This time it's another variant of bug 30220 now with %ESI being register operand. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:trace:winedevice:load_driver_module L"C:\\windows\\system32\\drivers\\hardlock.sys": relocating from 0x10000 to 0x780000 ... 0019:Call driver init 0x80ac20 (obj=0x11cb28,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\hardlock") ... 0019:Call ntoskrnl.exe.RtlInitUnicodeString(0065fc74,007efa18 L"\\REGISTRY\\MACHINE\\System\\CurrentControlSet\\Services\\HaspNt") ret=00786720 0019:Call ntdll.RtlInitUnicodeString(0065fc74,007efa18 L"\\REGISTRY\\MACHINE\\System\\CurrentControlSet\\Services\\HaspNt") ret=7bc7e247 0019:Ret ntdll.RtlInitUnicodeString() retval=0065fc74 ret=7bc7e247 0019:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0065fc74 ret=00786720 0019:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000001,00000084,36346b48) ret=00786748 0019:Call ntdll.RtlAllocateHeap(00110000,00000000,00000084) ret=7ecce269 0019:Ret ntdll.RtlAllocateHeap() retval=0011cd08 ret=7ecce269 0019:trace:ntoskrnl:ExAllocatePoolWithTag 132 pool 1 -> 0x11cd08 0019:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=0011cd08 ret=00786748 0019:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000001,00000148,34356b48) ret=007879d7 0019:Call ntdll.RtlAllocateHeap(00110000,00000000,00000148) ret=7ecce269 0019:Ret ntdll.RtlAllocateHeap() retval=0011d2e8 ret=7ecce269 0019:trace:ntoskrnl:ExAllocatePoolWithTag 328 pool 1 -> 0x11d2e8 0019:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=0011d2e8 ret=007879d7 0019:Call ntoskrnl.exe.RtlInitUnicodeString(0011d2e8,00000000) ret=00787a0f 0019:Call ntdll.RtlInitUnicodeString(0011d2e8,00000000) ret=7bc7e247 0019:Ret ntdll.RtlInitUnicodeString() retval=0011d2e8 ret=7bc7e247 0019:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0011d2e8 ret=00787a0f 0019:trace:seh:raise_exception code=c0000096 flags=0 addr=0x787a18 ip=00787a18 tid=0019 0019:trace:seh:raise_exception eax=00110078 ebx=00000000 ecx=0011d2f0 edx=00000000 esi=0011d2e8 edi=0011cd08 0019:trace:seh:raise_exception ebp=0065fbb4 esp=0065fb64 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9f55 code=c0000096 flags=0 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9f55 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb01c8 code=c0000096 flags=0 0019:Call KERNEL32.UnhandledExceptionFilter(0065f664) ret=7bcb0203 wine: Unhandled privileged instruction at address 0x787a18 (thread 0019), starting debugger... --- snip --- Disassembly: --- snip --- .... 00787A16 FFF6 PUSH ESI 00787A18 0F20E6 MOV ESI,CR4 ; unhandled opcode 00787A1B 66:81E6 F7FF AND SI,0FFF7 00787A20 0F22E6 MOV CR4,ESI ; unhandled opcode 00787A23 5E POP ESI 00787A24 66:05 C800 ADD AX,0C8 00787A28 FFF7 PUSH EDI 00787A2A 66:8946 02 MOV WORD PTR DS:[ESI+2],AX 00787A2E E9 F4F40600 JMP hardlock.007F6F27 ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 329 switch(*instr) 330 { 331 case 0x0f: /* extended instruction */ 332 switch(instr[1]) 333 { 334 case 0x22: /* mov eax, crX */ 335 switch (instr[2]) 336 { 337 case 0xc0: 338 TRACE("mov eax,cr0 at 0x%08x, EAX=0x%08x\n", context->Eip,context->Eax ); 339 context->Eip += prefixlen+3; 340 return ExceptionContinueExecution; 341 case 0xe0: 342 TRACE("mov eax,cr4 at 0x%08x, EAX=0x%08x\n", context->Eip,context->Eax ); 343 context->Eip += prefixlen+3; 344 return ExceptionContinueExecution; 345 default: 346 break; /*fallthrough to bad instruction handling */ 347 } 348 ERR("Unsupported EAX -> CR register, eip+2 is %02x\n", instr[2]); 349 break; /*fallthrough to bad instruction handling */ 350 case 0x20: /* mov crX, eax */ 351 switch (instr[2]) 352 { 353 case 0xe0: /* mov cr4, eax */ 354 /* CR4 register . See linux/arch/i386/mm/init.c, X86_CR4_ defs 355 * bit 0: VME Virtual Mode Exception ? 356 * bit 1: PVI Protected mode Virtual Interrupt 357 * bit 2: TSD Timestamp disable 358 * bit 3: DE Debugging extensions 359 * bit 4: PSE Page size extensions 360 * bit 5: PAE Physical address extension 361 * bit 6: MCE Machine check enable 362 * bit 7: PGE Enable global pages 363 * bit 8: PCE Enable performance counters at IPL3 364 */ 365 TRACE("mov cr4,eax at 0x%08x\n",context->Eip); 366 context->Eax = 0; 367 context->Eip += prefixlen+3; 368 return ExceptionContinueExecution; --- snip --- %EAX as register operand is handled but %ESI not. 0x0f 0x20-0x2f 20: MOV Rd,Cd 21: MOV Rd,Dd 22: MOV Cd,Rd 23: MOV Dd,Rd $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-293-g0a72708126 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 44749] New: Sentinel HASP 'hardlock.sys' kernel driver expects ntdll.RtlCheckRegistryKey to return STATUS_SUCCESS on empty path
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44749 Bug ID: 44749 Summary: Sentinel HASP 'hardlock.sys' kernel driver expects ntdll.RtlCheckRegistryKey to return STATUS_SUCCESS on empty path Product: Wine Version: 3.3 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, to separate two different issues from bug 44641 Technically it was https://source.winehq.org/git/wine.git/commitdiff/f07e8ca8f01106b6d41a933f0… ("ntdll: Fix RtlCheckRegistryKey when called with empty path.") which returns 'STATUS_SUCCESS' now, causing the driver to execute a different code path, not calling 'ntoskrnl.exe.RtlCreateRegistryKey' at this point. Bug 44641 is about missing 'ntdll.RtlCreateRegistryKey' API -> fixed by https://source.winehq.org/git/wine.git/commitdiff/535419a2bf8da3fd21cfdede4… Created this ticket to avoid rechristening bug 44641 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:Call ntoskrnl.exe.RtlCheckRegistryKey(00000001,0065fb20) ret=007a8edd 0019:Call ntdll.RtlCheckRegistryKey(00000001,0065fb20) ret=7bc7e2bb 0019:Ret ntdll.RtlCheckRegistryKey() retval=c0000034 ret=7bc7e2bb 0019:Ret ntoskrnl.exe.RtlCheckRegistryKey() retval=c0000034 ret=007a8edd 0019:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fad4) ret=7ecd21a7 0019:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44667f ip=7b44667f tid=0019 0019:trace:seh:raise_exception info[0]=7ecd21c0 0019:trace:seh:raise_exception info[1]=7ecd6098 wine: Call from 0x7b44667f to unimplemented function ntoskrnl.exe.RtlCreateRegistryKey, aborting 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9e95 code=80000100 flags=1 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9e95 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb023c code=80000100 flags=1 --- snip --- $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-346-gb1aee9c391 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 5

[Bug 44641] New: Sentinel HASP 'hardlock.sys' kernel driver crashes on unimplemented function ntoskrnl.exe.RtlCreateRegistryKey
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44641 Bug ID: 44641 Summary: Sentinel HASP 'hardlock.sys' kernel driver crashes on unimplemented function ntoskrnl.exe.RtlCreateRegistryKey Product: Wine Version: 3.2 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, continuation of bug 44636 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:Call ntoskrnl.exe.RtlCheckRegistryKey(00000001,0065fb20) ret=007a8edd 0019:Call ntdll.RtlCheckRegistryKey(00000001,0065fb20) ret=7bc7e2bb 0019:Ret ntdll.RtlCheckRegistryKey() retval=c0000034 ret=7bc7e2bb 0019:Ret ntoskrnl.exe.RtlCheckRegistryKey() retval=c0000034 ret=007a8edd 0019:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fad4) ret=7ecd21a7 0019:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44667f ip=7b44667f tid=0019 0019:trace:seh:raise_exception info[0]=7ecd21c0 0019:trace:seh:raise_exception info[1]=7ecd6098 wine: Call from 0x7b44667f to unimplemented function ntoskrnl.exe.RtlCreateRegistryKey, aborting 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9e95 code=80000100 flags=1 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9e95 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb023c code=80000100 flags=1 --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec#l511 --- snip --- 511 @ stub RtlCreateRegistryKey --- snip --- MSDN: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-346-gb1aee9c391 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 9

[Bug 20291] New: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20291 Summary: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ialsahili(a)gmail.com Here is the message that appears when I try to run the program in terminal: -- 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 20289] New: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20289 Summary: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ialsahili(a)gmail.com Here is the message that appears when I try to run the program in terminal: fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:advapi:RegisterEventSourceW ((null),L"Bonjour Service"): stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub err:module:attach_process_dlls "odbc32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\FileMaker\\FileMaker Pro 10 Advanced\\FileMaker Pro Advanced.exe" failed, status c0000005 -- 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 44718] New: Screenhero 0.14.x (.NET 4.x app) needs 'sas.dll' ( WinLogon Software SAS Library)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44718 Bug ID: 44718 Summary: Screenhero 0.14.x (.NET 4.x app) needs 'sas.dll' (WinLogon Software SAS Library) Product: Wine Version: 3.3 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, extracted from https://bugs.winehq.org/show_bug.cgi?id=39201#c7 Louis Lenders: --- quote --- The program itsself Screenhero.exe crashes like below, with the patch (stub sas.dll) it starts fine 0009:err:module:import_dll Library SAS.dll (which is needed by L"C:\\Program Files\\Screenhero, Inc\\Screenhero\\AppSharingClasses.dll") not found 0009:fixme:nls:LCIDToLocaleName unsupported flags 8000000 0009:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0009:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x32cf38,(nil)): stub 0009:err:eventlog:ReportEventW L"Application: Screenhero.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.IO.FileNotFoundException\nStack:\n at AppSharing.App..ctor()\n at AppSharing.App.Main()\n" --- quote --- The installer requires (install blockers): * .NET Framework 4.0 * Windows 7 setting Depends on: * bug 44704 Tidbits: https://msdn.microsoft.com/en-us/library/windows/desktop/dd979761(v=vs.85).… ("SendSAS function") https://autohotkey.com/boards/viewtopic.php?t=27119 ("SendSAS: Send Ctrl+Alt+Del") $ sha1sum Screenhero014-Latest-setup.exe ae1f5edb400bf7dd93a6730d272d8c1655302ae9 Screenhero014-Latest-setup.exe $ du -sh Screenhero014-Latest-setup.exe 29M Screenhero014-Latest-setup.exe $ wine --version wine-3.3-128-gdfde119538 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 38018] New: Windows Live Essentials 2012 web installer crashes on unimplemented function ktmw32.dll.RollbackTransaction
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38018 Bug ID: 38018 Summary: Windows Live Essentials 2012 web installer crashes on unimplemented function ktmw32.dll.RollbackTransaction Product: Wine Version: 1.7.35 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, continuation of bug 32229 --- snip --- $ wine ./wlsetup-web.exe ... fixme:ktmw32:CreateTransaction ((nil) (nil) 0x0 0x0 0x0, 300000, (null)): stub fixme:file:CreateHardLinkTransactedW (L"C:\\users\\Public\\Application Data\\Microsoft\\WLSetup\\CabLogs\\Logs.CAB" L"C:\\users\\focht\\Temp\\02052230-00000008-z9tn964ati\\Logs.CAB" (nil) 0x1): stub wine: Call from 0x7b83b527 to unimplemented function ktmw32.dll.RollbackTransaction, aborting wine: Unimplemented function ktmw32.dll.RollbackTransaction called at address 0x7b83b527 (thread 0009), starting debugger... --- snip --- $ sha1sum wlsetup-web.exe 6d48f1a6734cabd435dc6ec6ba0a94ebfcf15b9f wlsetup-web.exe $ du -sh wlsetup-web.exe 1.2M wlsetup-web.exe $ wine --version wine-1.7.35-89-gbad99c9 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 32229] New: unimplemented function ktmw32.dll.CreateTransaction needed for the windows live essentials web installer
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32229 Bug #: 32229 Summary: unimplemented function ktmw32.dll.CreateTransaction needed for the windows live essentials web installer Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified The windows live essentials web installer need ktmw32.CreateTransaction: wine: Call from 0x7b83b417 to unimplemented function ktmw32.dll.CreateTransaction Application Homepage: http://windows.microsoft.com/en-US/windows-live/photo-gallery-get-started Web Installer Download: http://go.microsoft.com/fwlink/p/?LinkID=255475 0375d8ee2a3f69249c2487696cdd742c525e6fe0 *wlsetup-web.exe -- By by ... Detlef -- 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 29742] New: Microsoft .NET Framework 4.5 Developer Preview installer crashes due to missing "wevtapi.dll"
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29742 Bug #: 29742 Summary: Microsoft .NET Framework 4.5 Developer Preview installer crashes due to missing "wevtapi.dll" Product: Wine Version: 1.4-rc1 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, Microsoft .NET Framework 4.5 Developer Preview crashes due to missing "wevtapi.dll" You need to set WinVer to "Windows 7" before running installer. --- snip --- 002c:Call KERNEL32.LoadLibraryW(0084d4b8 L"C:\\windows\\System32\\wevtapi.dll") ret=1004816b 002c:Ret KERNEL32.LoadLibraryW() retval=00000000 ret=1004816b ... 002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,00cec264) ret=1008c0cb 002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b839297 ip=7b839297 tid=002c 002c:trace:seh:raise_exception info[0]=19930520 002c:trace:seh:raise_exception info[1]=00cec290 002c:trace:seh:raise_exception info[2]=100a7f84 002c:trace:seh:raise_exception eax=7b8262d1 ebx=7b8a96a8 ecx=19930520 edx=00cec174 esi=00cec250 edi=00cec1d0 002c:trace:seh:raise_exception ebp=00cec1b8 esp=00cec154 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 002c:trace:seh:call_stack_handlers calling handler at 0x1009f789 code=e06d7363 flags=1 --- snip --- This dll implements another Windows Event Log API (starting with Windows Vista). MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa385785%28v=vs.85%… Download: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27541 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 13

[Bug 43307] New: Wargaming Game Center periodically crashes with msvcp140.dll._Current_get
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43307 Bug ID: 43307 Summary: Wargaming Game Center periodically crashes with msvcp140.dll._Current_get Product: Wine Version: 2.12 Hardware: x86-64 URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente r_Install_EU.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Application crashes with wgc_watchdog.exe but continue running. After a few seconds crash repeats again. wine: Call from 0x7b43b95c to unimplemented function msvcp140.dll._Current_get wine-2.12-49-g35f82ba -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 46179] New: Multiple Windows 10 ARM64 apps need ' kernel32.dll.GetCurrentThreadStackLimits' to get stack start address
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46179 Bug ID: 46179 Summary: Multiple Windows 10 ARM64 apps need 'kernel32.dll.GetCurrentThreadStackLimits' to get stack start address Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, another valuable resource of improving/fixing Wine on ARM64 is the Chrome browser port to Windows 10 ARM64 platform that is currently underway and going to continue for some months. I'm following various Chromium and LLVM/Clang pull requests related to Win10 ARM64 porting activities. Related PR to this ticket: https://chromium-review.googlesource.com/c/chromium/src/+/1344870 https://chromium-review.googlesource.com/c/chromium/src/+/1344870/3/third_p… --- snip --- // On Windows stack limits for the current thread are available in // the thread information block (TIB). Its fields can be accessed through // FS segment register on x86 and GS segment register on x86_64. // On Windows ARM64, stack limits could be retrieved by calling // GetCurrentThreadStackLimits. This API doesn't work on x86 and x86_64 here // because it requires Windows 8+. #if defined(ARCH_CPU_X86_64) return reinterpret_cast<void*>(__readgsqword(offsetof(NT_TIB64, StackBase))); #elif defined(ARCH_CPU_X86) return reinterpret_cast<void*>(__readfsdword(offsetof(NT_TIB, StackBase))); #elif defined(ARCH_CPU_ARM64) ULONG_PTR lowLimit, highLimit; ::GetCurrentThreadStackLimits(&lowLimit, &highLimit); return reinterpret_cast<void*>(highLimit); #endif --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/processthreadsapi/nf-p… 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 37275] New: Chess Position Trainer 5 (.NET 4.0 app) wants gdiplus.GdipCreateAdjustableArrowCap
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37275 Bug ID: 37275 Summary: Chess Position Trainer 5 (.NET 4.0 app) wants gdiplus.GdipCreateAdjustableArrowCap Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet40' Doesn't crash but dismissing message boxes is annoying. 'winetricks -q gdiplus' obviously works around. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Chess Position Trainer $ WINEDEBUG=+tid,+seh,+relay wine ./Chess\ Position\ Trainer\ 5.exe >>log.txt 2>&1 ... 002a:Call gdiplus.GdipCreateAdjustableArrowCap(40400000,40400000,00000001,0033d498) ret=1de38f31 002a:fixme:gdiplus:GdipCreateAdjustableArrowCap not implemented 002a:Ret gdiplus.GdipCreateAdjustableArrowCap() retval=00000006 ret=1de38f31 ... 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ae8f ip=7b83ae8f tid=002a 002a:trace:seh:raise_exception info[0]=80004001 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception info[2]=00000000 002a:trace:seh:raise_exception info[3]=00000000 002a:trace:seh:raise_exception info[4]=79140000 002a:trace:seh:raise_exception eax=7b826d6d ebx=7b8be000 ecx=80004001 edx=0033d2b4 esi=0033d358 edi=0033d320 002a:trace:seh:raise_exception ebp=0033d2f8 esp=0033d294 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002a:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002a:Call user32.CreateWindowExW(00010001,049639c8 L"WindowsForms10.Window.8.app.0.2bf8098_r8_ad1",057e2af4 L"Error while trying to highlight moves",02c80000,80000000,80000000,000000fe,00000068,000200be,00000000,00400000,00000000) ret=0a36c292 ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms533967%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/da7fe7ab5513a2db839aba413ebca076… --- snip --- 248 GpStatus WINGDIPAPI GdipCreateAdjustableArrowCap(REAL height, REAL width, BOOL fill, 249 GpAdjustableArrowCap **cap) 250 { 251 static int calls; 252 253 TRACE("(%0.2f,%0.2f,%i,%p)\n", height, width, fill, cap); 254 255 if(!(calls++)) 256 FIXME("not implemented\n"); 257 258 return NotImplemented; 259 } --- snip --- $ sha1sum Chess_Position_Trainer_5-Setup.exe 6ae6364e399590ce634d667ec8696dcdb78c515a Chess_Position_Trainer_5-Setup.exe $ du -sh Chess_Position_Trainer_5-Setup.exe 57M Chess_Position_Trainer_5-Setup.exe $ wine --version wine-1.7.26-60-g0fa8ae7 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 22

[Bug 44971] New: HackShield for Banking Driver 'HSBDrvNt.sys' ( part of Ahnlab Safe Transaction) crashes on unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44971 Bug ID: 44971 Summary: HackShield for Banking Driver 'HSBDrvNt.sys' (part of Ahnlab Safe Transaction) crashes on unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- ... 0084:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\HSBDrvNt", 0x7effb0ae) ... 0084:trace:winedevice:load_driver loading driver L"system32\\drivers\\HSBDrvNt.sys" 0084:Call KERNEL32.LoadLibraryW(0011cce0 L"system32\\drivers\\HSBDrvNt.sys") ret=7effa9de ... 0084:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\drivers\\HSBDrvNt.sys" at 0x780000: native ... 0084:Ret KERNEL32.LoadLibraryW() retval=00780000 ret=7effa9de ... 0084:trace:winedevice:load_driver_module L"system32\\drivers\\HSBDrvNt.sys": relocating from 0x10000 to 0x780000 ... 0084:Call driver init 0x7805fa (obj=0x11cb18,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\HSBDrvNt") ... 0084:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\HSBDrvNt" -> L"\\Device\\HSBDrvNt" ... 0084:Call ntoskrnl.exe.KeInitializeEvent(0079df64,00000001,00000000) ret=0078555d 0084:fixme:ntoskrnl:KeInitializeEvent stub: 0x79df64 1 0 0084:Ret ntoskrnl.exe.KeInitializeEvent() retval=00000039 ret=0078555d 0084:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fa4c) ret=7ec1ad81 0084:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446e0f ip=7b446e0f tid=0084 0084:trace:seh:raise_exception info[0]=7ec1ada0 0084:trace:seh:raise_exception info[1]=7ec1ae59 0084:trace:seh:call_vectored_handlers calling handler at 0x7ec124b9 code=80000100 flags=1 0084:trace:seh:call_vectored_handlers handler at 0x7ec124b9 returned 0 0084:trace:seh:call_stack_handlers calling handler at 0x7bcb1ba2 code=80000100 flags=1 0084:Call KERNEL32.UnhandledExceptionFilter(0065f504) ret=7bcb1bdd 0084:trace:seh:start_debugger Starting debugger "winedbg --auto 127 68" 0084:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bcb1bdd 0084:trace:seh:call_stack_handlers handler at 0x7bcb1ba2 returned 1 ... wine: Call from 0x7b446e0f to unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList, aborting --- snip --- $ sha1sum astx_setup.exe 8f3a49eb2664069a0b22d52850df2b7dc3343c8b astx_setup.exe $ du -sh astx_setup.exe 31M astx_setup.exe $ wine --version wine-3.6 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 45073] New: Many MSI-based installers crash in remote_GetActionInfo while unmarshalling data
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45073 Bug ID: 45073 Summary: Many MSI-based installers crash in remote_GetActionInfo while unmarshalling data Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: critical Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, likely affects *all* MSI-based installers. I just run a few winetricks recipes (.NET, ..) and other installers - all of them crashed. This is a critical (potential blocker) issue, Wine 3.7 can't be released in this state. VirtualPC 2007 (bug 29354) --- snip --- Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x7e4ae367). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e4ae367 ESP:0033f838 EBP:0033f848 EFLAGS:00010206( R- -- I - -P- ) EAX:00000004 EBX:0033f8ac ECX:0033f8ac EDX:00000000 ESI:0033f8d0 EDI:0033fc34 ... Backtrace: =>0 0x7e4ae367 align_pointer+0x12(ptr=0x4, align=0x4) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:103] in rpcrt4 (0x0033f848) 1 0x7e4b160c NdrPointerUnmarshall+0xd8(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc='d') [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1564] in rpcrt4 (0x0033f898) 2 0x7bc7f4e7 relay_call+0x3e() in ntdll (0x0033f8bc) 3 0x7e4a5a54 in rpcrt4 (+0x5a53) (0x0033fab8) 4 0x7ec09214 remote_GetActionInfo+0x27f(guid=<couldn't compute location>, type=<couldn't compute location>, dllname=<couldn't compute location>, function=<couldn't compute location>, hinst=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/build-x86/dlls/msi/winemsi_c.c:2570] in msi (0x0033fab8) 5 0x7ebab091 __wine_msi_call_dll_function+0x165(guid=0x33fc70) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:525] in msi (0x0033fc28) 6 0x7bc7f4e7 relay_call+0x3e() in ntdll (0x0033fc4c) 7 0x7eb86598 in msi (+0x6597) (0x0033fc88) 8 0x7efee3e8 DoEmbedding+0x23(key="{AD3887D1-245B-4BFF-ADF3-298FD0BFC1FF}") [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:402] in msiexec (0x0033fc88) 9 0x7efee9a4 WinMain+0x18f(hInstance=<couldn't compute location>, hPrevInstance=<couldn't compute location>, lpCmdLine=<couldn't compute location>, nCmdShow=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:599] in msiexec (0x0033fde8) 10 0x7eff059e main+0xeb(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_main.c:49] in msiexec (0x0033fe68) 11 0x7eff0496 __wine_spec_exe_entry+0x56(peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_entry.c:36] in msiexec (0x0033fea8) 12 0x7b46d930 call_process_entry+0xb() in kernel32 (0x0033fec8) 13 0x7b46da71 start_process+0x132(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1099] in kernel32 (0x0033ffd8) 14 0x7b46d93e start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7e4ae367 align_pointer+0x12 [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:103] in rpcrt4: movl 0x0(%eax),%eax 103 *ptr = (unsigned char *)(((ULONG_PTR)*ptr + mask) & ~mask); ... Modules: Module Address Debug info Name (73 modules) ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd0d000 Dwarf ntdll<elf> \-PE 7bc30000-7bd0d000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000002d setup.exe 0000002e 0 0000002f msxml6-KB927977-enu-x86.exe 00000031 0 00000030 0 00000032 msiexec.exe 00000038 0 00000035 0 00000034 0 00000033 0 00000036 (D) C:\windows\system32\msiexec.exe 00000037 0 <== --- snip --- 'winetricks -q dotnet40' --- snip --- Unhandled exception: page fault on write access to 0x00000033 in 32-bit code (0xf7c1fcea). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7c1fcea ESP:0033f57c EBP:0033f5a8 EFLAGS:00010203( R- -- I - - -C) EAX:00000000 EBX:00000022 ECX:0000000b EDX:00000000 ESI:00146424 EDI:00000033 ... Backtrace: =>0 0xf7c1fcea memcpy+0x5a() in libc.so.6 (0x0033f5a8) 1 0x7e4af0df safe_copy_from_buffer+0xe0(pStubMsg=0x33f9f8, p=0x33, size=0x17) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:730] in rpcrt4 (0x0033f5a8) 2 0x7e4b352f array_read_variance_and_unmarshall+0x4d9(fc='"', pStubMsg=0x33f9f8, ppMemory=0x33fbe0, pFormat=""\ \", fMustAlloc=0, fUseBufferMemoryServer=1, fUnmarshall=1) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:2234] in rpcrt4 (0x0033f638) 3 0x7e4b41c3 NdrConformantStringUnmarshall+0xfe(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:2533] in rpcrt4 (0x0033f688) 4 0x7e4afe7f PointerUnmarshall+0x53e(pStubMsg=0x33f9f8, Buffer="", pPointer=0x33fbe0, pSrcPointer=*** invalid address 0x33 ***, pFormat=""\ \", fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:969] in rpcrt4 (0x0033f758) 5 0x7e4b1644 NdrPointerUnmarshall+0x110(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1569] in rpcrt4 (0x0033f7b8) 6 0x7e4afe7f PointerUnmarshall+0x53e(pStubMsg=0x33f9f8, Buffer="", pPointer=0x33fb0c, pSrcPointer="3", pFormat="", fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:969] in rpcrt4 (0x0033f888) 7 0x7e4b1644 NdrPointerUnmarshall+0x110(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1569] in rpcrt4 (0x0033f8e8) 8 0x7ec09214 remote_GetActionInfo+0x27f(guid=<couldn't compute location>, type=<couldn't compute location>, dllname=<couldn't compute location>, function=<couldn't compute location>, hinst=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/build-x86/dlls/msi/winemsi_c.c:2570] in msi (0x0033fae8) 9 0x7ebab091 __wine_msi_call_dll_function+0x165(guid=0x33fc70) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:525] in msi (0x0033fc58) 10 0x7efee3e8 DoEmbedding+0x23(key="{7E1720C8-F634-46E9-A8D1-FB290A0A8D53}") [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:402] in msiexec (0x0033fc88) 11 0x7efee9a4 WinMain+0x18f(hInstance=<couldn't compute location>, hPrevInstance=<couldn't compute location>, lpCmdLine=<couldn't compute location>, nCmdShow=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:599] in msiexec (0x0033fde8) 12 0x7eff059e main+0xeb(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_main.c:49] in msiexec (0x0033fe68) 13 0x7eff0496 __wine_spec_exe_entry+0x56(peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_entry.c:36] in msiexec (0x0033fea8) 14 0x7b46d930 call_process_entry+0xb() in kernel32 (0x0033fec8) 15 0x7b46da71 start_process+0x132(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1099] in kernel32 (0x0033ffd8) 16 0x7b46d93e start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0xf7c1fcea memcpy+0x5a in libc.so.6: movsb (%esi),%es:(%edi) Modules: Module Address Debug info Name (73 modules) ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd0d000 Deferred ntdll<elf> \-PE 7bc30000-7bd0d000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) 00000008 dotNetFx40_Full_x86_x64.exe 00000009 0 ... 00000032 Setup.exe 0000003d 0 0000003c 0 0000003b 0 00000038 0 00000037 0 00000036 0 00000033 0 00000039 (D) C:\windows\system32\msiexec.exe 0000003a 0 <== System information: Wine build: wine-3.6-236-gd6654dbf2b Platform: i386 Version: Windows 5.1 (0) Host system: Linux Host version: 4.15.17-300.fc27.x86_64 --- snip --- $ wine --version wine-3.6-236-gd6654dbf2b 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 10

[Bug 44499] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44499 Bug ID: 44499 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44497 The kernel driver uses multiple methods to implement process protection/supervision. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion -> covered by bug 44497 Another method: * PsSetCreateProcessNotifyRoutineEx Example kernel driver code to show how the API is being used: https://github.com/Microsoft/Windows-driver-samples/tree/master/general/obc… --- quote --- ObCallback Callback Registration Driver The ObCallback sample driver demonstrates the use of registered callbacks for process protection. The driver registers control callbacks which are called at process creation. Design and Operation The sample exercises both the PsSetCreateProcessNotifyRoutineEx and the ObRegisterCallbacks routines. The first example uses the ObRegisterCallbacks routine and a callback to restrict requested access rights during a open process action. The second example uses the PsSetCreateProcessNotifyRoutineEx routine to reject a process creation by examining the command line. --- quote --- Another article: https://malwaretips.com/threads/av-self-protection-process-c-c.66200/ For BattlEye 'BEDaisy' service to succeed the driver init routine it is enough to implement a stub for 'PsSetCreateProcessNotifyRoutineEx' like it was done with 'PsSetCreateProcessNotifyRoutine' -> return STATUS_SUCCESS https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 2381 /*********************************************************************** 2382 * PsSetCreateProcessNotifyRoutine (NTOSKRNL.EXE.@) 2383 */ 2384 NTSTATUS WINAPI PsSetCreateProcessNotifyRoutine( PCREATE_PROCESS_NOTIFY_ROUTINE callback, BOOLEAN remove ) 2385 { 2386 FIXME( "stub: %p %d\n", callback, remove ); 2387 return STATUS_SUCCESS; 2388 } --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 5

[Bug 44907] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ' fltmgr.sys.FltGetRoutineAddress'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44907 Bug ID: 44907 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function 'fltmgr.sys.FltGetRoutineAddress' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: fltmgr Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, already mentioned in bug 44500 It seems the author of the BattlEye driver is actively working on it, adding new API dependencies/imports every week ;-) Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' There is now an additional one: --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=008560ad ... 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d528 "IoDriverObjectType") ret=7ec18587 0035:Ret KERNEL32.GetProcAddress() retval=7ec0700c ret=7ec18587 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"IoDriverObjectType" -> 0x7ec0700c ... 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0700c ret=008560ad ... 0035:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065eb78) ret=f7dd1b0f 0035:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446c33 ip=7b446c33 tid=0035 0035:trace:seh:raise_exception info[0]=f7dd1b28 0035:trace:seh:raise_exception info[1]=f7dd228b wine: Call from 0x7b446c33 to unimplemented function fltmgr.sys.FltGetRoutineAddress, aborting --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-106-g182c12c403 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 5

[Bug 44497] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented ntoskrnl.exe ObCallback ( object manager) functions
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44497 Bug ID: 44497 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented ntoskrnl.exe ObCallback (object manager) functions Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44496 The kernel driver uses object manager callbacks in order to implement process protection. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion Example kernel driver code to show how the API is being used: https://github.com/Microsoft/Windows-driver-samples/tree/master/general/obc… --- quote --- ObCallback Callback Registration Driver The ObCallback sample driver demonstrates the use of registered callbacks for process protection. The driver registers control callbacks which are called at process creation. Design and Operation The sample exercises both the PsSetCreateProcessNotifyRoutineEx and the ObRegisterCallbacks routines. The first example uses the ObRegisterCallbacks routine and a callback to restrict requested access rights during a open process action. The second example uses the PsSetCreateProcessNotifyRoutineEx routine to reject a process creation by examining the command line. --- quote --- Another article: https://malwaretips.com/threads/av-self-protection-process-c-c.66200/ BattlEye 'BEDaisy' needs semi-stubs. Pure stubs returning 'STATUS_NOT_IMPLEMENTED' is not enough. The driver init routine will fail. * ObRegisterCallbacks -> return STATUS_SUCCESS (and fake handle) * ObUnRegisterCallbacks -> just empty stub is enough * ObGetFilterVersion -> return OB_FLT_REGISTRATION_VERSION Also mentioned in tps://bugs.winehq.org/show_bug.cgi?id=41039#c0 ("Virtualbox crashes with access violation, needs ntoskrnl.exe.FsRtlIsNameInExpression") although not the problem there. --- snip --- fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObRegisterCallbacks" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObUnRegisterCallbacks" not found --- snip --- With these things fixed, the driver runs further - into next problems. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 44500] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented fltmgr.sys functions ( FltRegisterFilter, FltStartFiltering, FltUnregisterFilter)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44500 Bug ID: 44500 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented fltmgr.sys functions (FltRegisterFilter, FltStartFiltering, FltUnregisterFilter) Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: fltmgr Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44499 The kernel driver uses multiple methods to implement process protection/supervision. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion -> covered by bug 44497 * PsSetCreateProcessNotifyRoutineEx -> covered by bug 44499 * FltRegisterFilter * FltStartFiltering * FltUnregisterFilter BattlEye 'BEDaisy' needs semi-stubs. Pure stubs returning 'STATUS_NOT_IMPLEMENTED' is not enough. The driver init routine will fail. * FltRegisterFilter -> return STATUS_SUCCESS and some dummy handle as "out" * FltStartFiltering -> return STATUS_SUCCESS * FltUnregisterFilter -> just empty stub is enough (needed when driver unloads) With this and all previous bug reports fixed/worked around, the driver init routine runs to completion and the kernel service starts successfully. Proof: --- snip --- ... 0048:trace:winedevice:load_driver loading driver L"C:\\Program Files\\Common Files\\BattlEye\\BEDaisy.sys" ... 0048:trace:module:process_attach (L"BEDaisy.sys",(nil)) - END 0048:Ret KERNEL32.LoadLibraryW() retval=00780000 ret=7effaa20 ... 0048:trace:winedevice:load_driver_module L"C:\\Program Files\\Common Files\\BattlEye\\BEDaisy.sys": relocating from 0x400000 to 0x780000 ... 0048:Call driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") 0048:Call --- snip --- Map the driver image via Mdl in order to hot-patch. --- snip --- ... ntoskrnl.exe.IoAllocateMdl(00780000,00040409,00000000,00000000,00000000) ret=0080bf37 0048:trace:ntoskrnl:IoAllocateMdl (0x780000, 263177, 0, 0, (nil)) 0048:Call ntdll.RtlAllocateHeap(00110000,00000008,00000120) ret=7ecdf800 0048:Ret ntdll.RtlAllocateHeap() retval=0011cd38 ret=7ecdf800 0048:fixme:ntoskrnl:IoGetCurrentProcess () semi-stub 0048:Ret ntoskrnl.exe.IoAllocateMdl() retval=0011cd38 ret=0080bf37 0048:Call ntoskrnl.exe.MmProbeAndLockPages(0011cd38,00000000,00000001) ret=0080bf37 0048:fixme:ntoskrnl:MmProbeAndLockPages (0x11cd38, 0, 1): stub 0048:Ret ntoskrnl.exe.MmProbeAndLockPages() retval=0000003f ret=0080bf37 0048:Call ntoskrnl.exe.MmMapLockedPagesSpecifyCache(0011cd38,00000000,00000000,00000001,00000000,00000000) ret=0080bf37 0048:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x11cd38, 0, 0, 0x1, 0, 0): stub 0048:Call ntdll.RtlAllocateHeap(00110000,00000000,00040409) ret=7ece28a9 0048:Ret ntdll.RtlAllocateHeap() retval=0011d978 ret=7ece28a9 0048:Call KERNEL32.OpenProcess(001fffff,00000000,00000042) ret=7ece28d4 0048:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ece28d4 0048:Call KERNEL32.ReadProcessMemory(00000040,00780000,0011d978,00040409,00000000) ret=7ece2907 0048:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=7ece2907 0048:Call KERNEL32.CloseHandle(00000040) ret=7ece2929 0048:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ece2929 0048:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache Success! 0048:Ret ntoskrnl.exe.MmMapLockedPagesSpecifyCache() retval=0011d978 ret=0080bf37 --- snip --- Manually resolve 'ntoskrnl.exe' and other module imports. Most activity is invisible from any trace log (walking in-memory lists, obfuscated strings). --- snip --- 0048:Call ntdll.NtQuerySystemInformation(0000000b,008100a0,00001400,0065f350) ret=008034e1 0048:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 ... 0048:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0048:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0048:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0048:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ece16d9 0048:Ret ntdll.RtlAllocateHeap() retval=008100a0 ret=7ece16d9 0048:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x8100a0 0048:Ret ntoskrnl.exe.ExAllocatePool() retval=008100a0 ret=007fe2fc 0048:Call ntdll.NtQuerySystemInformation(0000000b,008100a0,00001400,0065f398) ret=008034e1 0048:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 ... --- snip --- Commit the changes to the memory image -> 'MmUnlockPages'. --- snip --- ... 0048:Call ntoskrnl.exe.MmUnlockPages(0011cd38) ret=0080bf37 0048:fixme:ntoskrnl:MmUnlockPages (0x11cd38): stub 0048:Call KERNEL32.OpenProcess(001fffff,00000000,00000042) ret=7ece2be8 0048:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ece2be8 0048:Call KERNEL32.WriteProcessMemory(00000040,00780000,0011d978,00040409,00000000) ret=7ece2c17 0048:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=7ece2c17 0048:Call KERNEL32.CloseHandle(00000040) ret=7ece2c25 0048:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ece2c25 0048:Call ntdll.RtlFreeHeap(00110000,00000000,0011d978) ret=7ece2c45 0048:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ece2c45 0048:fixme:ntoskrnl:MmUnlockPages Success! 0048:Ret ntoskrnl.exe.MmUnlockPages() retval=0000002b ret=0080bf37 0048:Call ntoskrnl.exe.IoFreeMdl(0011cd38) ret=0080bf37 0048:trace:ntoskrnl:IoFreeMdl 0x11cd38 0048:Call ntdll.RtlFreeHeap(00110000,00000000,0011cd38) ret=7ecdf8fa 0048:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecdf8fa 0048:Ret ntoskrnl.exe.IoFreeMdl() retval=00000001 ret=0080bf37 ... --- snip --- Register object manager/process/mini driver callbacks and create driver symlinks. --- snip --- ... 0048:Call ntoskrnl.exe.ObGetFilterVersion() ret=0078c6be 0048:fixme:ntoskrnl:ObGetFilterVersion stub 0048:Ret ntoskrnl.exe.ObGetFilterVersion() retval=00000100 ret=0078c6be 0048:Call ntoskrnl.exe.KeInitializeMutex(00785020,00000000) ret=0079e1f6 0048:fixme:ntoskrnl:KeInitializeMutex stub: 0x785020, 0 0048:Ret ntoskrnl.exe.KeInitializeMutex() retval=00000038 ret=0079e1f6 0048:Call ntoskrnl.exe.IoCreateDevice(0011cb58,00000000,0065f1a8,00000022,00000000,00000000,0065f1e8) ret=007a2653 0048:trace:ntoskrnl:IoCreateDevice (0x11cb58, 0, L"\\Device\\BattlEye", 34, 0, 0, 0x65f1e8) ... 0048:Ret ntoskrnl.exe.IoCreateDevice() retval=00000000 ret=007a2653 0048:Call ntoskrnl.exe.IoCreateSymbolicLink(0065f1cc,0065f1a8) ret=007a2834 0048:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\BattlEye" -> L"\\Device\\BattlEye" 0048:Call ntdll.NtCreateSymbolicLinkObject(0065f064,000f0001,0065f04c,0065f1a8) ret=7ece06af 0048:Ret ntdll.NtCreateSymbolicLinkObject() retval=00000000 ret=7ece06af 0048:Ret ntoskrnl.exe.IoCreateSymbolicLink() retval=00000000 ret=007a2834 0048:Call ntoskrnl.exe.KeWaitForSingleObject(00785020,00000000,00000000,00000000,00000000) ret=007b8643 0048:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x785020, 0, 0, 0, (nil) 0048:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=007b8643 0048:Call ntdll.RtlInitUnicodeString(0065f0c8,00783a7c L"363220") ret=00794e44 0048:Ret ntdll.RtlInitUnicodeString() retval=0065f0c8 ret=00794e44 0048:Call ntoskrnl.exe.ObRegisterCallbacks(0065f0c4,00785040) ret=007b869d 0048:fixme:ntoskrnl:ObRegisterCallbacks : stub 0048:Ret ntoskrnl.exe.ObRegisterCallbacks() retval=00000000 ret=007b869d 0048:Call ntoskrnl.exe.KeReleaseMutex(00785020,00000000) ret=007a4ee7 0048:fixme:ntoskrnl:KeReleaseMutex stub: 0x785020, 0 0048:Ret ntoskrnl.exe.KeReleaseMutex() retval=c0000002 ret=007a4ee7 0048:Call ntoskrnl.exe.PsSetLoadImageNotifyRoutine(007817a0) ret=00797911 0048:fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x7817a0) stub 0048:Ret ntoskrnl.exe.PsSetLoadImageNotifyRoutine() retval=00000000 ret=00797911 0048:Call ntoskrnl.exe.PsSetCreateThreadNotifyRoutine(007811c4) ret=0079e1fb 0048:fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x7811c4 0048:Ret ntoskrnl.exe.PsSetCreateThreadNotifyRoutine() retval=00000000 ret=0079e1fb 0048:Call ntoskrnl.exe.memset(0065f108,00000000,00000038) ret=007b63ab 0048:Ret ntoskrnl.exe.memset() retval=0065f108 ret=007b63ab 0048:Call fltmgr.sys.FltRegisterFilter(0011cb58,0065f108,00785500) ret=007afad8 0048:fixme:fltmgr:FltRegisterFilter (0x11cb58, 0x65f108): stub ... 0048:Ret fltmgr.sys.FltRegisterFilter() retval=00000000 ret=007afad8 0048:Call fltmgr.sys.FltStartFiltering(0011d978) ret=00795697 0048:fixme:fltmgr:FltStartFiltering (0x11d978): stub 0048:Ret fltmgr.sys.FltStartFiltering() retval=00000000 ret=00795697 0048:Call ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx(00781aba,00000000) ret=0079d0f5 0048:fixme:ntoskrnl:PsSetCreateProcessNotifyRoutineEx stub: 0x781aba 0 0048:Ret ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx() retval=00000000 ret=0079d0f5 ... --- snip --- Driver init successful return: --- snip --- ... 0048:Call ntdll.RtlInitUnicodeString(0065f190,0065f444 L"\\Driver") ret=0078ee45 0048:Ret ntdll.RtlInitUnicodeString() retval=0065f190 ret=0078ee45 0048:Call ntdll.ZwOpenDirectoryObject(0065f1c8,00000001,0065f1b0) ret=0079a425 0048:Ret ntdll.ZwOpenDirectoryObject() retval=00000000 ret=0079a425 0048:Call ntdll.ZwQueryDirectoryObject(00000048,0065f1f4,00000100,00000001,00000000,0065f458,00000000) ret=007a78fb 0048:Ret ntdll.ZwQueryDirectoryObject() retval=8000001a ret=007a78fb 0048:Call ntdll.ZwClose(00000048) ret=00795dcc 0048:Ret ntdll.ZwClose() retval=00000000 ret=00795dcc 0048:Ret driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=00000000 0048:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11cb58 0048:trace:winedevice:init_driver - DriverInit = 0x7fdf6e 0048:trace:winedevice:init_driver - DriverStartIo = (nil) 0048:trace:winedevice:init_driver - DriverUnload = 0x781de8 0048:trace:winedevice:init_driver - MajorFunction[0] = 0x781dc4 0048:trace:winedevice:init_driver - MajorFunction[1] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[2] = 0x781d54 0048:trace:winedevice:init_driver - MajorFunction[3] = 0x7820c2 0048:trace:winedevice:init_driver - MajorFunction[4] = 0x7829b4 0048:trace:winedevice:init_driver - MajorFunction[5] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[6] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[7] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[8] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[9] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[10] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[11] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[12] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[13] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[14] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[15] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[16] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[17] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[18] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[19] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[20] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[21] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[22] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[23] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[24] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[25] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[26] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[27] = 0x7ecdfeb0 0048:Ret ntoskrnl.exe.IoCreateDriver() retval=00000000 ret=7effb7c8 0048:Call ntoskrnl.exe.ObReferenceObjectByName(0065fdc0,00000040,00000000,00000000,00000000,00000000,00000000,0065fdc8) ret=7effb852 0048:trace:ntoskrnl:ObReferenceObjectByName mostly-stub:L"\\Driver\\BEDaisy" 64 (nil) 0 (nil) 0 (nil) 0x65fdc8 ... 0048:Ret ntoskrnl.exe.ObReferenceObjectByName() retval=00000000 ret=7effb852 ... 0048:Call advapi32.SetServiceStatus(0011b788,0065fd84) ret=7effb41b ... 0048:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effb41b --- snip --- NOTE: This doesn't really make BattlEye functional. It enables both services to run and prevents the initial driver service crashes/errors (2). The "Tibia" client I used to test with (http://static.tibia.com/download/Tibia_Setup.exe) still reports BattlEye not working properly. --- snip --- ... [ 11:53:26,282 ] BattlEye: "Initialized (v1.243)" [ 11:53:26,374 ] Request connection to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" (unprotected: "tcp://tibia-pool-eu.ciproxy.com:7171" ) requested (Charakter "Da Beef" ) [ 11:53:26,374 ] Request connection to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" "Damora" [ 11:53:26,405 ] Connected to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" "Damora" [ 11:53:26,637 ] QObject::connect: Cannot connect (null)::stateChanged(QNetworkSession::State) to QNetworkReplyHttpImpl::_q_networkSessionStateChanged(QNetworkSession::State) [ 11:53:26,691 ] QObject::connect: Cannot connect (null)::stateChanged(QNetworkSession::State) to QNetworkReplyHttpImpl::_q_networkSessionStateChanged(QNetworkSession::State) [ 11:53:27,317 ] BattlEye: "Restarting client is necessary, service isn't running properly" [ 11:53:27,318 ] BattlEye: "Restarting client is necessary, update required" ... --- snip --- I have no intention to look further unless there is some progress on previous tickets. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 5

[Bug 44837] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.PsAcquireProcessExitSynchronization'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44837 Bug ID: 44837 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.PsAcquireProcessExitSynchronization' Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44811 --- snip --- ... 0052:Call KERNEL32.GetModuleHandleW(7ec246fc L"ntoskrnl.exe") ret=7ec1a2f6 0052:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec1a2f6 0052:Call KERNEL32.GetProcAddress(7ec00000,0011d4b8 "PsAcquireProcessExitSynchronization") ret=7ec1a30b 0052:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1a30b 0052:Call KERNEL32.GetModuleHandleW(7ec24718 L"hal.dll") ret=7ec1a324 0052:Ret KERNEL32.GetModuleHandleW() retval=f7ac0000 ret=7ec1a324 0052:Call KERNEL32.GetProcAddress(f7ac0000,0011d4b8 "PsAcquireProcessExitSynchronization") ret=7ec1a33f 0052:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1a33f 0052:Call ntdll.RtlFreeAnsiString(0065eb30) ret=7ec1a351 0052:Ret ntdll.RtlFreeAnsiString() retval=0065eb30 ret=7ec1a351 0052:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsAcquireProcessExitSynchronization" not found 0052:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=007da46e 0052:Ret driver init 0x78d000 (obj=0x11caa0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 0052:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11caa0 ... 0052:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7effb786 0052:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 ... --- snip --- Discussion of this API (potential use) here https://forum.sysinternals.com/discussion-howto-enumerate-handles_topic1940… https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/windows-ke… https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/run-down-p… https://www.geoffchappell.com/studies/windows/km/ntoskrnl/api/index.htm (PsAcquireProcessExitSynchronization 6.0 and higher ) $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.4-192-gd7430abd40 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 9

[Bug 44906] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.ExfUnblockPushLock'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44906 Bug ID: 44906 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.ExfUnblockPushLock' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, ticket dedicated to: https://github.com/wine-staging/wine-staging/blob/master/patches/ntoskrnl-S… Prerequisite: * bug 44837 --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "PsAcquireProcessExitSynchronization") ret=7ec18527 0035:Ret KERNEL32.GetProcAddress() retval=7ec0e468 ret=7ec18527 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"PsAcquireProcessExitSynchronization" -> 0x7ec0e468 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0e468 ret=007da46e 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=00868d6d ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "PsReleaseProcessExitSynchronization") ret=7ec18527 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"PsReleaseProcessExitSynchronization" -> 0x7ec0e540 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0e540 ret=00868d6d 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=0084d372 ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "ExfUnblockPushLock") ret=7ec18527 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec18527 0035:Call KERNEL32.GetModuleHandleW(7ec229f8 L"hal.dll") ret=7ec18540 0035:Ret KERNEL32.GetModuleHandleW() retval=f79f0000 ret=7ec18540 0035:Call KERNEL32.GetProcAddress(f79f0000,0011d630 "ExfUnblockPushLock") ret=7ec1855b 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1855b ... 0035:fixme:ntoskrnl:MmGetSystemRoutineAddress L"ExfUnblockPushLock" not found 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=0084d372 0035:Ret driver init 0x78d000 (obj=0x11cc00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 ... 0035:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7effb832 0035:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe 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 44910] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to ' ntoskrnl.exe.ObReferenceObjectByHandle' stub (needs STATUS_SUCCESS)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44910 Bug ID: 44910 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to 'ntoskrnl.exe.ObReferenceObjectByHandle' stub (needs STATUS_SUCCESS) Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44907 Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' * bug 44907 -> missing 'fltmgr.sys.FltGetRoutineAddress' Unlike the other bug reports, I added +server debug channel to show which handle is being dereferenced. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+server wine net start BEDaisy >>log.txt 2>&1 ... 0033:Call driver init 0x78d000 (obj=0x11cb00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0033:Call ntoskrnl.exe.PsCreateSystemThread(0065ec4c,001fffff,0065ec50,00000000,00000000,0078308e,00000000) ret=0080858c 0033:Call ntdll.RtlCreateUserThread(ffffffff,00000000,00000000,00000000,00000000,00000000,0078308e,00000000,0065ec4c,00000000) ret=7ec1823e 0033: *fd* 21 <- 145 0033: new_thread( access=001fffff, attributes=00000000, suspend=0, request_fd=21 ) 0033: new_thread() = 0 { tid=0035, handle=0040 } 0033:Ret ntdll.RtlCreateUserThread() retval=00000000 ret=7ec1823e 0033:Ret ntoskrnl.exe.PsCreateSystemThread() retval=00000000 ret=0080858c 0033:Call ntoskrnl.exe.ObReferenceObjectByHandle(00000040,001fffff,00000000,00000000,0078b55c,00000000) ret=007840d4 0033:fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x40 1fffff (nil) 0 0x78b55c (nil) 0033:Ret ntoskrnl.exe.ObReferenceObjectByHandle() retval=c0000002 ret=007840d4 0033:Call ntoskrnl.exe.KeSetEvent(0078b3f4,00000000,00000000) ret=00790914 0033:fixme:ntoskrnl:KeSetEvent (0x78b3f4, 0, 0): stub 0033:Ret ntoskrnl.exe.KeSetEvent() retval=00000000 ret=00790914 0033:Call ntoskrnl.exe.ZwClose(00000040) ret=007f2c73 0033:Call ntdll.NtClose(00000040) ret=7bc803ab 0033: close_handle( handle=0040 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7bc803ab 0033:Ret ntoskrnl.exe.ZwClose() retval=00000000 ret=007f2c73 0033:Call fltmgr.sys.FltUnregisterFilter(deadbeaf) ret=007fd488 0033:fixme:fltmgr:FltUnregisterFilter (0xdeadbeaf): stub 0033:Ret fltmgr.sys.FltUnregisterFilter() retval=00000039 ret=007fd488 0033:Call ntoskrnl.exe.PsRemoveCreateThreadNotifyRoutine(0078130c) ret=0082f2bc 0033:fixme:ntoskrnl:PsRemoveCreateThreadNotifyRoutine stub: 0x78130c 0033:Ret ntoskrnl.exe.PsRemoveCreateThreadNotifyRoutine() retval=00000000 ret=0082f2bc 0033:Call ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine(00781dc6) ret=008242ab 0033:fixme:ntoskrnl:PsRemoveLoadImageNotifyRoutine stub: 0x781dc6 0033:Ret ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine() retval=00000000 ret=008242ab 0033:Call ntoskrnl.exe.KeWaitForSingleObject(0078b530,00000000,00000000,00000000,00000000) ret=0080b669 0033:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x78b530, 0, 0, 0, (nil) 0033:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=0080b669 0033:Call ntoskrnl.exe.ObUnRegisterCallbacks(deadbeaf) ret=007ac56b 0033:fixme:ntoskrnl:ObUnRegisterCallbacks stub: 0xdeadbeaf 0033:Ret ntoskrnl.exe.ObUnRegisterCallbacks() retval=0000003b ret=007ac56b 0033:Call ntoskrnl.exe.KeReleaseMutex(0078b530,00000000) ret=00839822 0033:fixme:ntoskrnl:KeReleaseMutex stub: 0x78b530, 0 0033:Ret ntoskrnl.exe.KeReleaseMutex() retval=c0000002 ret=00839822 0033:Call ntoskrnl.exe.IoDeleteSymbolicLink(0065ec74) ret=0080d6dc 0033:Call ntdll.NtOpenSymbolicLinkObject(0065eb40,00000000,0065eb28) ret=7ec158ab 0033: open_symlink( access=00000000, attributes=00000040, rootdir=0000, name=L"\\DosDevices\\BattlEye" ) 0033: open_symlink() = 0 { handle=0044 } 0033:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7ec158ab 0033: unlink_object( handle=0044 ) 0033: unlink_object() = 0 0033:Call ntdll.NtClose(00000044) ret=7ec15924 0033: close_handle( handle=0044 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7ec15924 0033:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=0080d6dc 0033:Call ntoskrnl.exe.IoDeleteDevice(0011cce0) ret=00867fef 0033:trace:ntoskrnl:IoDeleteDevice 0x11cce0 0033: delete_device( handle=0038 ) 0033: delete_device() = 0 0033:Call ntdll.NtClose(00000038) ret=7ec15773 0033: close_handle( handle=0038 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7ec15773 ... 0033:Ret ntoskrnl.exe.IoDeleteDevice() retval=00000001 ret=00867fef 0033:Ret driver init 0x78d000 (obj=0x11cb00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000002 ... 0033:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000002 ret=7effb832 0033:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000002 --- snip --- MSDN: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… One of MS official kernel driver examples, illustrating how the API is meant to be used here (general pattern for getting thread object pointer): https://github.com/Microsoft/Windows-driver-samples/blob/master/general/can… --- snip --- ... status = PsCreateSystemThread(&threadHandle, (ACCESS_MASK)0, NULL, (HANDLE) 0, NULL, CsampPollingThread, deviceObject ); if ( !NT_SUCCESS( status )) { IoDeleteSymbolicLink( &unicodeDosDeviceName ); IoDeleteDevice( deviceObject ); return status; } // // Convert the Thread object handle into a pointer to the Thread object // itself. Then close the handle. // ObReferenceObjectByHandle(threadHandle, THREAD_ALL_ACCESS, NULL, KernelMode, &devExtension->ThreadObject, NULL ); ZwClose(threadHandle); ... --- snip --- NOTE: Unlike the snippet shown above, 'BEDaisy' driver checks the return value of 'ObReferenceObjectByHandle' and initiates teardown on failure. For testing I simply returned 'STATUS_SUCCESS' but also set the object pointer to a magic value (if ptr is non-NULL). The idea is when the driver tries to access/dereference the pointer we can easily see that a "poor" man's "succeed" stub is not enough. It seems it doesn't need a real thread object for now and runs much further. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 5

[Bug 44908] New: BattlEye 'BEDaisy' kernel service wants ' ntoskrnl.exe.ObGetObjectType'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44908 Bug ID: 44908 Summary: BattlEye 'BEDaisy' kernel service wants 'ntoskrnl.exe.ObGetObjectType' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 4907 Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' * bug 44907 -> missing 'fltmgr.sys.FltGetRoutineAddress' --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call driver init 0x78d000 (obj=0x11cbf8,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0035:Call ntoskrnl.exe.RtlGetVersion(0078b270) ret=0080750a 0035:Call ntdll.RtlGetVersion(0078b270) ret=7bc803ab 0035:Ret ntdll.RtlGetVersion() retval=00000000 ret=7bc803ab 0035:Ret ntoskrnl.exe.RtlGetVersion() retval=00000000 ret=0080750a 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ec68) ret=007a8561 0035:Call ntdll.RtlUnicodeStringToAnsiString(0065eb30,0065ec68,00000001) ret=7ec1855e 0035:Ret ntdll.RtlUnicodeStringToAnsiString() retval=00000000 ret=7ec1855e 0035:Call KERNEL32.GetModuleHandleW(7ec22a9c L"ntoskrnl.exe") ret=7ec18572 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18572 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d610 "ObGetObjectType") ret=7ec18587 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec18587 0035:Call KERNEL32.GetModuleHandleW(7ec22ab8 L"hal.dll") ret=7ec185a0 0035:Ret KERNEL32.GetModuleHandleW() retval=f7b10000 ret=7ec185a0 0035:Call KERNEL32.GetProcAddress(f7b10000,0011d610 "ObGetObjectType") ret=7ec185bb 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec185bb 0035:Call ntdll.RtlFreeAnsiString(0065eb30) ret=7ec185cd 0035:Ret ntdll.RtlFreeAnsiString() retval=0065eb30 ret=7ec185cd 0035:fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObGetObjectType" not found 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=007a8561 ... 0035:Ret driver init 0x78d000 (obj=0x11cbf8,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000002 ... 0035:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000002 ret=7effb832 0035:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000002 --- snip --- NOTE: I didn't mention "crashes" or "fails in entry point" in this ticket summary on purpose. The failure from the log snippet is actually a different problem. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 11990] New: Script and Field Lists in FileMaker Pro are blank
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11990 Summary: Script and Field Lists in FileMaker Pro are blank Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dempsey(a)weirdfish.net Created an attachment (id=11316) --> (http://bugs.winehq.org/attachment.cgi?id=11316) Manage Databases Comparison I've installed FileMaker Advanced 9 fine using the latest Wine but when trying to view both fields and scripts it shows all the lines, but doesn't show the text which should be showing the name. I guess the problem occurs in all three places as they use the same control for : Field Listing in Manage Database Script Listing in Manage Scripts Script Steps in Edit Script http://magicbadger.com/dump/images/wine/FM_Manage_Database.png http://magicbadger.com/dump/images/wine/FM_Manage_Scripts.png http://magicbadger.com/dump/images/wine/FM_Edit_Script.png -- 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 26600] New: Filemaker Pro2 under Wine
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=26600 Summary: Filemaker Pro2 under Wine Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gilles.l.auger(a)gmail.com The program winevdm.exe has encountered a serious problem and must be closed. We are sorry for this situation. This may be caused by an error in the program or a default in Wine. This problem does not occur under Windows. Le programme winevdm.exe a rencontré un problème sérieux et doit être fermé. Nous sommes désolés pour le désagrément subi. Cela peut être causé par une erreur dans le programme ou un défaut dans Wine. Se problème ne se produit pas sous Windows. -- 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 6

[Bug 13463] New: 000
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=13463 Summary: 000 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P5 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maty1206(a)maryanlinux.com Wine can't uninstall the trial of Filemaker Pro. Please, improve this feature. -- 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 6

[Bug 14844] New: Filemaker 9- freezes when loading .fmx plugins
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=14844 Summary: Filemaker 9- freezes when loading .fmx plugins Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mosborne(a)ashs.school.nz Filemaker 9 runs perfectly in Wine until it tries to load plugins, such as Troi_*.fmx Normally these extensions are (I think) located in the Application data folder in windows so Wine might be looking for them in the wrong place. Ideas? -- 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 12356] New: FileMaker 8.5 and 9 crash after a few second on startup
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=12356 Summary: FileMaker 8.5 and 9 crash after a few second on startup Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: mihael.krauth(a)gmail.com FileMaker 8.5 and 9 crash after a few second on startup, just afer displaying the splash screen. -- 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 6

[Bug 14963] New: Filemaker pro 8.5 apps crash easily (version 6.0 didn't)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=14963 Summary: Filemaker pro 8.5 apps crash easily (version 6.0 didn't) Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: julien.puydt(a)laposte.net Created an attachment (id=15570) --> (http://bugs.winehq.org/attachment.cgi?id=15570) Crash trace A small app (named rech_pb.exe) to query a database "written" with filemaker pro 8.5 shows empty dropdown menus, and can crash pretty easily when used ; it shows many : fixme:ole:OleQueryLinkFromData (0x13a448),stub! and many : fixme:font:SetMapperFlags (0x8258, 0x00000000): stub - harmless An older version of the same app "written" with filemaker pro 6.0 works correctly, but shows many : fixme:ole:OleQueryLinkFromData (0x13a448),stub! so I guess those warnings are pretty harmless, but the "harmless" ones aren't that much. See the attached log of a crash of the newer version. Hope that helps. PS: I'm using debian unstable's 1.0.0-1 package, in case the precision can help PS2: I'm probably tech-savvy enough to install svn+patch if needed -- 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 35586] New: Filemaker 8.5 v2 crashes
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35586 Bug ID: 35586 Summary: Filemaker 8.5 v2 crashes Product: Wine Version: 1.5.27 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cb750nice(a)free.fr Classification: Unclassified Created attachment 47517 --> http://bugs.winehq.org/attachment.cgi?id=47517 Backtrace.txt I use Wine only to use FileMaker Pro. It works ordinarly quite good. But sometimes it crashes. It never arrived when I was working on it. It never arrived under Windows XP on the same computer. -- 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 9773] New: FileMaker crashes
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=9773 Summary: FileMaker crashes Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: website-bugs AssignedTo: wine-bugs(a)winehq.org ReportedBy: hhalvors(a)princeton.edu Created an attachment (id=8211) --> (http://bugs.winehq.org/attachment.cgi?id=8211) partial backtrace Wine 0.9.39, trying to run FileMaker Pro 8.5. Installation went great. I can start FileMaker, and I can open a database. However, when I click on the screen, FileMaker crashes. I have attached a partial backtrace. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 33452] New: Can't type after entering pop-up list in Filemaker Pro 5
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33452 Bug #: 33452 Summary: Can't type after entering pop-up list in Filemaker Pro 5 Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: DonJaime(a)freenet.de Classification: Unclassified After entering a pop-up list in FileMaker Pro 5.0v3 it is no longer possible to enter text, either in the pop-up list field itself or in any other field after leaving it. After running a script, changing to another window and back again or to layout mode and back again you can type again. Control keys do not stop working. The tab key works to leave a pop-up field but not once you have entered a normal text field. -- 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 9

[Bug 21974] New: FileMaker v10.0v1 - Crash when loading a new datatable
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21974 Summary: FileMaker v10.0v1 - Crash when loading a new datatable Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.filemaker.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: newsletter(a)Schiermeier-Software.de Created an attachment (id=26679) --> (http://bugs.winehq.org/attachment.cgi?id=26679) some databases for testing - use 'tanzkalender.fp7' Regression since wine-v1.1.38 up to now (v1.1.40) - in wine-v1.1.37 was working: result of my regression test: --- aa6c4d4e92cdb944e53a0c36819621a6875f1e61 is the first bad commit commit aa6c4d4e92cdb944e53a0c36819621a6875f1e61 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Jan 23 14:15:43 2010 +0100 configure: Add specific creation macros for the various types of makefiles. :100644 100644 ce3941e561ec8f3cde50ca78bf170eb1babb05e6 b30e41e0b5c3af75186553099a0053025ca95f9a M aclocal.m4 :100644 100644 01cf3a78f71cf0d4762dae97e30efa57d9068ea0 7d5a29a821c2d5a4d9855274718df77ed12085f1 M configure.ac :040000 040000 d1bd1e023c24afddd345582dd59cb421b57397da 795ce110d7a0c2500740bb09508ee2f5c4f0fb02 M tools --- (I don't trust realy in this result - so I include some screenshots and some testdatas.) The application was working with the databases until the wine-version v1.1.37. Steps to reproduce the crash: 1.) database 'tanzkalender' (description is in English, data in German) 2.) click on the button 'call HTML-Export' 3.) crash - you can see the new, just loaded layout in the background. The button 'call HTML-Export' calls a script which load a new layout with the datas of the actual datatable. -- 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 25461] New: Filemaker 11 crashes sometimes - Database window gets permanent focus (stays forced in foreground)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25461 Summary: Filemaker 11 crashes sometimes - Database window gets permanent focus (stays forced in foreground) Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32411) --> (http://bugs.winehq.org/attachment.cgi?id=32411) Terminal log beginning in an exception Filemaker Pro 11 is crashing during normal use. It's intermittent - sometimes I can use it the whole day without problems, sometimes it halts in less than 10 minutes. But I still can't tell whether a specific activity causes it. When it crashes, even if Filemaker isn't focused, the database window always stays on top, until Filemaker is forcefully closed. There is a pop-up error message, which can only be read by manually setting it on top (right-clicking its taskbar icon and selecting "always on top"). I'm attaching a partial Terminal log. I can't get it full because it's bigger than the Terminal buffer. But I was lucky to apparently get everything from the exception on, and this is what I attached here. -- 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 25377] New: Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts"
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25377 Summary: Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts" Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32277) --> (http://bugs.winehq.org/attachment.cgi?id=32277) Full terminal output from running FM 11 When I try to open a remote db, my server doesn't appear in the "Local hosts". If I manually add my server in the "Favorite hosts", the remote files aren't shown. I tried all Windows versions from XP up. The attachment is the full terminal output from running Filemaker (the main menu icon doesn't work, so I run FM from Terminal). -- 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 23

[Bug 25448] New: Filemaker Pro 11 can't be started from Linux main menu icon - Invalid or incorrect link
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25448 Summary: Filemaker Pro 11 can't be started from Linux main menu icon - Invalid or incorrect link Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32388) --> (http://bugs.winehq.org/attachment.cgi?id=32388) Filemaker Pro 11 starter link inside "Windows" Start menu Clicking in the Filemaker icon in the main menu just brings in an error message window saying "File not found". Starting from Terminal works OK. The link in the main menu points to: env WINEPREFIX="/home/<user>/.wine" wine C:\\windows\\command\\start.exe /Unix /home/<user>/.wine/dosdevices/c:/users/<user>/Menu\ Iniciar/Programas/FileMaker\ Pro.lnk I'm sending attached the Filemaker Pro.lnk file. -- 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 22469] New: FileMaker Pro 11: Text is upside down when builtin gdiplus is used
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22469 Summary: FileMaker Pro 11: Text is upside down when builtin gdiplus is used Product: Wine Version: 1.1.43 Platform: x86 URL: http://www.filemaker.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Created an attachment (id=27526) --> (http://bugs.winehq.org/attachment.cgi?id=27526) Filemaker pro 11 Text in boxes is upside down, when the box is selected. This doesn't happen when native gdiplus is used. Attachment shows that better. To reproduce: 1. Download the trial version 2. Download demo data http://bugs.winehq.org/attachment.cgi?id=26679 3. Run "wine FileMaker\ Pro.exe" and load data from step 2. 4. Click on any textbox, to make it upside down -- 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 42

[Bug 45962] New: FileMaker Pro 16 crashes on startup
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45962 Bug ID: 45962 Summary: FileMaker Pro 16 crashes on startup Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: larrycoleman.email(a)gmail.com Distribution: --- Created attachment 62513 --> https://bugs.winehq.org/attachment.cgi?id=62513 The "Show Details" from when FileMaker crashes I am running on Ubuntu 16.04. I installed WineHQ 3.17. FileMaker Pro requires .Net Framework. I used Winetricks to install .NET Framework 4.6.1. I then installed FileMaker Pro 16. When trying to run FileMaker, I get a "Program Error" message "The program FileMaker Pro.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 42443] New: MyDiff Program doesn't launch
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42443 Bug ID: 42443 Summary: MyDiff Program doesn't launch Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: le.pocher.julien(a)gmail.com Distribution: --- Created attachment 57275 --> https://bugs.winehq.org/attachment.cgi?id=57275 Bug backtrace The executable MyDiff.exe file won't run. See backtrace. -- 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 33287] New: Filemaker Pro12 crashes when opening database file
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33287 Bug #: 33287 Summary: Filemaker Pro12 crashes when opening database file Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmeador(a)momentapharma.com Classification: Unclassified I can install Filemaker Pro 12 with a valid serial number into BioLinux 7, which is Ubuntu 12.04. Wine was installed as 4.1 via the Ubuntu Software Center and I cannot get the dev version of 1.5 to install via this or the commandline. It says that the binaries are not available. When running from the commandline, I get this output: :~$ wine "c:\program files (x86)\FileMaker\FileMaker Pro 12\FileMaker Pro.exe" p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory When I look for this directory in /usr/lib/i386-linux-gnu/ there are no files or folders called pkcs11 so perhaps this is missing from the wine1.4 installer? When installing, the installer gets to the end and then crashes and says the registration program cannot run, however, the program will start and appears to run ok until you open a database file, and I have tried several. Once I try to open a file, it crashes. The FileMaker Pro binary and other files are installed into /Program File (x86)/FileMaker/... I am attaching the backtrace file as well which was obtained from running the program from the graphical method. The computer is an HP Xeon processor with 64-bit Ubuntu 12.04 and 128 GB ram Thanks for any help you can provide. -- 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 39288] New: Filemaker Pro 12 crashes when trying to open a Filemaker database file
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39288 Bug ID: 39288 Summary: Filemaker Pro 12 crashes when trying to open a Filemaker database file Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ben(a)berwers.org Distribution: --- Created attachment 52366 --> https://bugs.winehq.org/attachment.cgi?id=52366 Filemaker Pro 12 crashes when trying to open a Filemaker file. Filemaker Pro 12 has a serious problem and stops when I try to open any file. Please see attached backtrace report when opening a testfile. By the way Filemaker Pro 6 works fine. Unfortunately I cannot switch back to the 6-version. Hope you can help me, what goes wrong. Thanks in advance, Ben Berwers -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 42103] New: VSCode.exe v1.8.1 crash
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42103 Bug ID: 42103 Summary: VSCode.exe v1.8.1 crash Product: Wine Version: 1.8.6 Hardware: x86 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igeo.cu(a)gmail.com Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x03486f49). Register dump: CS:0033 SS:003b DS:003b ES:003b FS:0013 GS:001b EIP:03486f49 ESP:0032fda0 EBP:0032fdcc EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:62956770 ECX:00000000 EDX:0032fdc0 ESI:00000000 EDI:0013d498 Stack dump: 0x0032fda0: 62956770 00000003 00000002 0013d498 0x0032fdb0: 0013d4ac 0013d4ac 004b3989 00000000 0x0032fdc0: 00000000 00000000 00000014 0032fde4 0x0032fdd0: 03486e75 00000094 00000003 00000094 0x0032fde0: 00000094 0032fe00 034863ce 0013cef0 0x0032fdf0: 0032fe88 00000000 628f0000 00000007 Backtrace: =>0 0x03486f49 in code (+0x3086f49) (0x0032fdcc) 1 0x03486e75 in code (+0x3086e74) (0x0032fde4) 2 0x034863ce in code (+0x30863cd) (0x0032fe00) 3 0x01c88df6 in code (+0x1888df5) (0x0032fe14) 4 0x00472539 in code (+0x72538) (0x0032fea4) 5 0x02a823d2 in code (+0x26823d1) (0x0032fef0) 6 0x6293d32c call_process_entry+0xb() in kernel32 (0x0032ff08) 7 0x6293ff8b start_process+0xaa() in kernel32 (0x0032ff40) 8 0x6287f270 call_thread_func_wrapper+0xb() in ntdll (0x0032ff50) 9 0x628814b9 call_thread_func+0x78() in ntdll (0x0032ffb4) 10 0x6287f24e call_thread_entry_point+0x11() in ntdll (0x0032ffd4) 11 0x6285843c start_process+0x2b() in ntdll (0x0032ffe8) 12 0x6202dd2d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 13 0x6202ddec wine_switch_to_stack+0x2b() in libwine.so.1 (0xffffc398) 14 0x6285717f LdrInitializeThunk+0x2ce() in ntdll (0xffffc3e8) 15 0x6293f3de __wine_kernel_init+0x208d() in kernel32 (0xffffd2f0) 16 0x62858e7b __wine_process_init+0x59a() in ntdll (0xffffd3f8) 17 0x6202cdd0 wine_init+0x36f() in libwine.so.1 (0xffffd458) 18 0x60000ccb main+0x7a() in <wine-loader> (0xffffd894) 19 0x60000b9a _start1+0x139() in <wine-loader> (0xffffd8b8) 20 0x60000a58 _start+0x17() in <wine-loader> (0xffffd8dc) 0x03486f49: cmpw 0x4(%ecx),%ax Modules: Module Address Debug info Name (104 modules) PE 400000- 4126000 Export code PE 4130000- 42e5000 Deferred ffmpeg PE 10000000-10ca9000 Deferred node PE 537d0000-537f8000 Deferred uiautomationcore ELF 60000000-60002000 Dwarf <wine-loader> ELF 62001000-6201d000 Deferred ld-elf32.so.1 ELF 62026000-621d9000 Dwarf libwine.so.1 ELF 621d9000-621fd000 Deferred libthr.so.3 ELF 621fd000-62373000 Deferred libc.so.7 ELF 62387000-623b2000 Deferred libm.so.5 ELF 623c6000-623d9000 Deferred psapi<elf> \-PE 623d0000-623d9000 \ psapi ELF 623d9000-623f1000 Deferred version<elf> \-PE 623e0000-623f1000 \ version ELF 623f1000-623fb000 Deferred libprocstat.so.1 ELF 62800000-628da000 Dwarf ntdll<elf> \-PE 62810000-628da000 \ ntdll ELF 628da000-629e7000 Dwarf kernel32<elf> \-PE 628f0000-629e7000 \ kernel32 ELF 629e7000-62a23000 Deferred ws2_32<elf> \-PE 629f0000-62a23000 \ ws2_32 ELF 62a23000-62b2e000 Deferred gdi32<elf> \-PE 62a30000-62b2e000 \ gdi32 ELF 62b2e000-62b9a000 Deferred advapi32<elf> \-PE 62b40000-62b9a000 \ advapi32 ELF 62b9a000-62cd7000 Deferred user32<elf> \-PE 62bb0000-62cd7000 \ user32 ELF 62cd7000-62cfc000 Deferred iphlpapi<elf> \-PE 62ce0000-62cfc000 \ iphlpapi ELF 62cfc000-62d14000 Deferred libelf.so.2 ELF 62d14000-62d23000 Deferred libkvm.so.7 ELF 62d23000-62d35000 Deferred libutil.so.9 ELF 62d35000-62d4c000 Deferred userenv<elf> \-PE 62d40000-62d4c000 \ userenv ELF 62d4c000-62d96000 Deferred winmm<elf> \-PE 62d50000-62d96000 \ winmm ELF 62d96000-62eac000 Deferred ole32<elf> \-PE 62db0000-62eac000 \ ole32 ELF 62eac000-62f23000 Deferred rpcrt4<elf> \-PE 62ec0000-62f23000 \ rpcrt4 ELF 62f23000-62f45000 Deferred msacm32<elf> \-PE 62f30000-62f45000 \ msacm32 ELF 62f45000-63035000 Deferred comctl32<elf> \-PE 62f50000-63035000 \ comctl32 ELF 63035000-63095000 Deferred comdlg32<elf> \-PE 63040000-63095000 \ comdlg32 ELF 63095000-6326a000 Deferred shell32<elf> \-PE 630a0000-6326a000 \ shell32 ELF 6326a000-632d5000 Deferred shlwapi<elf> \-PE 63280000-632d5000 \ shlwapi ELF 632d5000-6330e000 Deferred winspool<elf> \-PE 632e0000-6330e000 \ winspool ELF 63317000-63378000 Deferred wininet<elf> \-PE 63320000-63378000 \ wininet ELF 63378000-6338d000 Deferred libz.so.6 ELF 6338d000-633ac000 Deferred mpr<elf> \-PE 63390000-633ac000 \ mpr ELF 633ac000-6345c000 Deferred msvcrt<elf> \-PE 633c0000-6345c000 \ msvcrt ELF 6345c000-63576000 Deferred oleaut32<elf> \-PE 63470000-63576000 \ oleaut32 ELF 63576000-635b2000 Deferred oleacc<elf> \-PE 63580000-635b2000 \ oleacc ELF 635b2000-63612000 Deferred dbghelp<elf> \-PE 635c0000-63612000 \ dbghelp ELF 63612000-63627000 Deferred dwmapi<elf> \-PE 63620000-63627000 \ dwmapi ELF 63627000-63668000 Deferred usp10<elf> \-PE 63630000-63668000 \ usp10 ELF 63668000-6368a000 Deferred imm32<elf> \-PE 63670000-6368a000 \ imm32 ELF 6368a000-636cc000 Deferred libncurses.so.8 ELF 636cc000-6375e000 Deferred libfreetype.so.6 ELF 6375e000-63770000 Deferred libbz2.so.4 ELF 63770000-637b0000 Deferred libfontconfig.so.1 ELF 637b0000-637d3000 Deferred libexpat.so.1 ELF 638de000-638f1000 Deferred api-ms-win-core-synch-l1-2-0<elf PE 638e0000-638f1000 Deferred api-ms-win-core-synch-l1-2-0 ELF 638f1000-63904000 Deferred api-ms-win-core-fibers-l1-1-1<el PE 63900000-63904000 Deferred api-ms-win-core-fibers-l1-1-1 PE 63904000-63917000 Deferred api-ms-win-core-localization-l1- PE 63910000-63917000 Deferred api-ms-win-core-localization-l1-C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll ELF 63917000-639a2000 Deferred winex11<elf> \-PE 63920000-639a2000 \ winex11 ELF 639a2000-639b1000 Deferred libxext.so.6 ELF 639b1000-63acf000 Deferred libx11.so.6 ELF 63acf000-63aef000 Deferred libxcb.so.1 ELF 63aef000-63af2000 Deferred libxau.so.6 ELF 63af2000-63af4000 Deferred libpthread-stubs.so.0 ELF 63af4000-63af9000 Deferred libxdmcp.so.6 ELF 63af9000-63afc000 Deferred libxinerama.so.1 ELF 63afc000-63b01000 Deferred libxxf86vm.so.1 ELF 63b01000-63b09000 Deferred libxrender.so.1 ELF 63b09000-63b12000 Deferred libxrandr.so.2 ELF 63b12000-63b15000 Deferred libxcomposite.so.1 ELF 63b15000-63b23000 Deferred libxi.so.6 ELF 63b23000-63b2d000 Deferred libxcursor.so.1 ELF 63b2d000-63b32000 Deferred libxfixes.so.3 ELF 63b34000-63b69000 Deferred uxtheme<elf> \-PE 63b40000-63b69000 \ uxtheme ELF 63b69000-63b7c000 Deferred api-ms-win-core-string-l1-1-0<el PE 63b70000-63b7c000 Deferred api-ms-win-core-string-l1-1-0 ELF 63b7c000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1< PE 63b80000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Microsoft VS Code\Code.exe 00000009 0 <== 0000000e services.exe 00000023 0 00000022 0 0000001c 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 winedevice.exe 00000025 0 00000024 0 00000021 0 00000028 explorer.exe 0000002c 0 0000002b 0 0000002a 0 00000029 0 System information: Wine build: wine-1.8.6 Platform: i386 Version: Windows 10 Host system: FreeBSD Host version: 11.0-RELEASE-p2 -- 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 44355] New: FaceIt client : www.faceit.com/client
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44355 Bug ID: 44355 Summary: FaceIt client : www.faceit.com/client Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adil3.7896(a)gmail.com Distribution: --- Created attachment 60250 --> https://bugs.winehq.org/attachment.cgi?id=60250 Backtrace of the issue The FaceIt client was running properly when it suddenly closed with the following message: ...have to close the application due to Database issues. Please check Wine Application Database for more information. Here's the backtrace (attachment) please fix? -- 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

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 August 2019