- wine-bugs - winehq.org

[Bug 38828] New: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38828 Bug ID: 38828 Summary: Cerbero PE Insider 1.0.2 crashes on unimplemented function dbghelp.dll.UnDecorateSymbolNameW when viewing export directory Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says ... Reproduce: start the app -> select a PE binary -> click 'Export Directory' in left hand side tree view. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Cerbero/PEInsider $ wine ./peinsider.exe ... wine: Call from 0x7b8456d9 to unimplemented function dbghelp.dll.UnDecorateSymbolNameW, aborting wine: Unimplemented function dbghelp.dll.UnDecorateSymbolNameW called at address 0x7b8456d9 (thread 0009), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms681400%28v=vs.85… Source: https://source.winehq.org/git/wine.git/blob/878ea7d9ea4bbb924a539ec28088674… $ sha1sum peinsider_setup.exe 81324f9802f86bb93a9440c96460f911bedcc0f6 peinsider_setup.exe $ du -sh peinsider_setup.exe 6.5M peinsider_setup.exe $ wine --version wine-1.7.46 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 39961] New: steamwebhelper.exe page fault NULL pointer crash
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39961 Bug ID: 39961 Summary: steamwebhelper.exe page fault NULL pointer crash 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: jg(a)jguk.org Distribution: --- Created attachment 53394 --> https://bugs.winehq.org/attachment.cgi?id=53394 steamweb.exe crash backtrace Call Of Duty: World of War installs Steam. Which crashes after installing and running. backtrace attached from Ubuntu 64bit. -- 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 45521] New: 64-bit Sentinel HASP hardlock.sys kernel driver crashes due ntoskrnl emulate_instruction not handling 'cli' and 'sti'
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45521 Bug ID: 45521 Summary: 64-bit Sentinel HASP hardlock.sys kernel driver crashes due ntoskrnl emulate_instruction not handling 'cli' and 'sti' 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, originally reported in bug 45510 (which now covers a different issue) and extracted here. Prerequisite: * 64-bit WINEPREFIX (otherwise you run into bug 45510) Download: https://www.uwerk.de/en/images/UWerkDownLoads/HASP/GUI/HASPUserSetup.zip --- snip --- ... 0051:Call ntoskrnl.exe.RtlAppendUnicodeToString(0002a240,006bfc98 L"\\Parameters") ret=006c6b88 0051:Call ntdll.RtlAppendUnicodeToString(0002a240,006bfc98 L"\\Parameters") ret=7bcfdc7b 0051:Ret ntdll.RtlAppendUnicodeToString() retval=00000000 ret=7bcfdc7b 0051:Ret ntoskrnl.exe.RtlAppendUnicodeToString() retval=00000000 ret=006c6b88 0051:Call ntoskrnl.exe.RtlQueryRegistryValues(80000000,0002a250,0055f5e0,00000000,00000000) ret=006c6bec 0051:Call ntdll.RtlQueryRegistryValues(80000000,0002a250,0055f5e0,00000000,00000000) ret=7bcfdc7b 0051:Ret ntdll.RtlQueryRegistryValues() retval=c0000034 ret=7bcfdc7b 0051:Ret ntoskrnl.exe.RtlQueryRegistryValues() retval=c0000034 ret=006c6bec 0051:Call ntoskrnl.exe.ExFreePoolWithTag(0002a240,00000000) ret=006c6bfe 0051:trace:ntoskrnl:ExFreePoolWithTag 0x2a240 0051:Call ntdll.RtlFreeHeap(00010000,00000000,0002a240) ret=7faa2ee4dfb1 0051:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7faa2ee4dfb1 0051:Ret ntoskrnl.exe.ExFreePoolWithTag() retval=00000001 ret=006c6bfe 0051:trace:seh:NtRaiseException code=c0000096 flags=0 addr=0x6cc5f6 ip=6cc5f6 tid=0051 0051:trace:seh:NtRaiseException rax=0000000000000000 rbx=0000000000027ca8 rcx=000000000055f6b4 rdx=000000000055f6b0 0051:trace:seh:NtRaiseException rsi=0000000000026ee0 rdi=0000000000027d58 rbp=0000000000027d04 rsp=000000000055f660 0051:trace:seh:NtRaiseException r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 0051:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=00000000000271b0 0051:trace:seh:call_vectored_handlers calling handler at 0x7faa2ee458d8 code=c0000096 flags=0 0051:trace:seh:call_vectored_handlers handler at 0x7faa2ee458d8 returned 0 ... 0051:trace:seh:dwarf_virtual_unwind next function rip=0000000000000000 0051:trace:seh:dwarf_virtual_unwind rax=0000000000000000 rbx=0000000000000000 rcx=00007faa2ee80fa0 rdx=00000000000c0155 0051:trace:seh:dwarf_virtual_unwind rsi=0000000000000000 rdi=0000000000000000 rbp=0000000000000000 rsp=000000000055ffe0 0051:trace:seh:dwarf_virtual_unwind r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 0051:trace:seh:dwarf_virtual_unwind r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=00007faa2ee30000 0051:trace:seh:call_stack_handlers found wine frame 0x55fe00 rsp 55ffe0 handler 0x7bd57b2b 0051:trace:seh:call_teb_handler calling TEB handler 0x7bd57b2b (rec=0x55f520, frame=0x55fe00 context=0x55e7c0, dispatch=0x55ec90) 0051:Call KERNEL32.UnhandledExceptionFilter(0055e700) ret=7bd57b85 wine: Unhandled privileged instruction at address 0x6cc5f6 (thread 0051), starting debugger... --- snip --- Disassembly after decryption of 64-bit driver: --- snip --- ... 00000000006CC5B3 | E8 38 A5 FF FF | call hardlock.6C6AF0 00000000006CC5B8 | 84 C0 | test al, al 00000000006CC5BA | 74 04 | je hardlock.6CC5C0 00000000006CC5BC | 83 4B 58 01 | or dword ptr ds:[rbx+58], 1 00000000006CC5C0 | 4C 8D 44 24 4C | lea r8, qword ptr ss:[rsp+4C] 00000000006CC5C5 | 48 8D 15 94 35 FF FF | lea rdx, qword ptr ds:[6BFB60] 00000000006CC5CC | 49 8B CF | mov rcx, r15 00000000006CC5CF | E8 1C A5 FF FF | call hardlock.6C6AF0 00000000006CC5D4 | 84 C0 | test al, al 00000000006CC5D6 | 74 0E | je hardlock.6CC5E6 00000000006CC5D8 | 44 39 6C 24 4C | cmp dword ptr ss:[rsp+4C], r13d 00000000006CC5DD | 74 07 | je hardlock.6CC5E6 00000000006CC5DF | 81 4B 58 80 00 00 00 | or dword ptr ds:[rbx+58], 80 00000000006CC5E6 | 48 8D 54 24 50 | lea rdx, qword ptr ss:[rsp+50] 00000000006CC5EB | 48 8D 4C 24 54 | lea rcx, qword ptr ss:[rsp+54] 00000000006CC5F0 | 45 33 C9 | xor r9d, r9d 00000000006CC5F3 | 45 33 C0 | xor r8d, r8d 00000000006CC5F6 | FB | sti ; problem! 00000000006CC5F7 | E8 6A E4 FE FF | call hardlock.6BAA66 00000000006CC5FC | 44 8B 5C 24 54 | mov r11d, dword ptr ss:[rsp+54] 00000000006CC601 | 41 C1 E3 08 | shl r11d, 8 00000000006CC605 | 44 03 5C 24 50 | add r11d, dword ptr ss:[rsp+50] ... --- snip --- 'cli' and 'sti' are handled in 32-bit case: Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 266 /*********************************************************************** 267 * emulate_instruction 268 * 269 * Emulate a privileged instruction. 270 * Returns exception continuation status. 271 */ 272 static DWORD emulate_instruction( EXCEPTION_RECORD *rec, CONTEXT *context ) 273 { ... 437 438 case 0xfa: /* cli */ 439 case 0xfb: /* sti */ 440 context->Eip += prefixlen + 1; 441 return ExceptionContinueExecution; 442 } 443 return ExceptionContinueSearch; /* Unable to emulate it */ 444 } --- snip --- but not in 64-bit: Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 588 589 /*********************************************************************** 590 * emulate_instruction 591 * 592 * Emulate a privileged instruction. 593 * Returns exception continuation status. 594 */ 595 static DWORD emulate_instruction( EXCEPTION_RECORD *rec, CONTEXT *context ) 596 { ... 802 case 0xa0: /* mov Ob, AL */ 803 case 0xa1: /* mov Ovqp, rAX */ ... 818 } 819 return ExceptionContinueSearch; /* Unable to emulate it */ 820 } --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Scanning -> Z:\home\focht\Downloads\HASPUserSetup.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 14533512 (0DDC388h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x4B96E621 -> Wed 10th Mar 2010 00:21:53 (GMT) [!] Digital Signature signed by a known DRM provider -> SafeNet, Inc. [TimeStamp] 0x4B96E621 -> Wed 10th Mar 2010 00:21:53 (GMT) | PE Header | - | Offset: 0x000000F8 | VA: 0x004000F8 | - [TimeStamp] 0x4B96E620 -> Wed 10th Mar 2010 00:21:52 (GMT) | Export | - | Offset: 0x00012ED4 | VA: 0x004146D4 | - -> File Appears to be Digitally Signed @ Offset 0DDAA00h, size : 01988h / 06536 byte(s) [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (3 calculated 3 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x0 | Catalog 0x0 (0) | Catalog Offset 0x0 | Reserved 0x0 [LoadConfig] GuardAddressTakenIatEntryTable 0x0 | Count 0x0 (0) [LoadConfig] GuardLongJumpTargetTable 0xFFFFFFFE | Count 0x0 (0) [LoadConfig] HybridMetadataPointer 0xFFFFFF88 | DynamicValueRelocTable 0x0 [LoadConfig] FailFastIndirectProc 0xFFFFFFFE | FailFastPointer 0x407A0A [LoadConfig] UnknownZero1 0x407A0E [File Heuristics] -> Flag #1 : 00000000000001001100000100000100 (0x0004C104) [Entrypoint Section Entropy] : 6.53 (section #0) ".text " | Size : 0xF208 (61960) byte(s) [DllCharacteristics] -> Flag : (0x8000) -> TSA [SectionCount] 5 (0x5) | ImageSize 0xDEF000 (14610432) byte(s) [Export] 100% of function(s) (6 of 6) are in file | 0 are forwarded | 6 code | 0 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : SafeNet Inc. [VersionInfo] File Description : Sentinel Runtime [VersionInfo] File Version : 6.60.1.36770 [VersionInfo] Legal Copyrights : SafeNet Inc. [ModuleReport] [IAT] Modules -> WSOCK32.dll | VERSION.dll | KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll [CdKeySerial] found "Evaluation period" @ VA: 0x00D99B54 / Offset: 0x00D85B54 [CdKeySerial] found "Evaluation period" @ VA: 0x00D99BEC / Offset: 0x00D85BEC [CdKeySerial] found "Evaluation version" @ VA: 0x00DCE8DC / Offset: 0x00DBA8DC [CdKeySerial] found "Serial Number" @ VA: 0x00DCF3C9 / Offset: 0x00DBB3C9 [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) [!] File appears to have no protection or is using an unknown protection - Scan Took : 2.518 Second(s) [0000009B2h (2482) tick(s)] [506 of 580 scan(s) done] --- snip --- --- snip --- Scanning -> Z:\home\focht\Downloads\hardlock.sys File Type : 64-Bit Driver (good checksum) (Subsystem : Native / 1), Size : 331328 (050E40h) Byte(s) | Machine: 0x8664 (AMD64) Compilation TimeStamp : 0x51A349DA -> Mon 27th May 2013 11:56:10 (GMT) [!] Digital Signature signed by a known DRM provider -> SafeNet, Inc. [TimeStamp] 0x51A349DA -> Mon 27th May 2013 11:56:10 (GMT) | PE Header | - | Offset: 0x00000000:000000E8 | VA: 0x00000000:000100E8 | - -> File Appears to be Digitally Signed @ Offset 04F600h, size : 01840h / 06208 byte(s) [LoadConfig] CodeIntegrity -> Flags 0xAA60 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46AB40 [LoadConfig] GuardAddressTakenIatEntryTable 0x46AC88:02000011 | Count 0x46AE9C02000011 (463222033554449) [LoadConfig] GuardLongJumpTargetTable 0x46AF38:08000011 | Count 0x46AFE008000011 (4632544134217745) [LoadConfig] HybridMetadataPointer 0x46A66C:08000011 | DynamicValueRelocTable 0x8000011:0046B0A8 [LoadConfig] FailFastIndirectProc 0x8000011:0046B264 | FailFastPointer 0x8000011:0046B2FC [LoadConfig] UnknownZero1 0x8000011 46B448 [File Heuristics] -> Flag #1 : 00000000000000011100000000010111 (0x0001C017) [Entrypoint Section Entropy] : 4.38 (section #7) ".init " | Size : 0x1600 (5632) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 8 (0x8) | ImageSize 0x4F600 (325120) byte(s) [VersionInfo] Company Name : SafeNet Inc. [VersionInfo] Product Name : Sentinel Hardlock Device Driver for Windows x64 [VersionInfo] Product Version : 3.83 [VersionInfo] File Description : Sentinel Hardlock Device Driver for Windows x64 [VersionInfo] File Version : 3.83 [VersionInfo] Original FileName : hardlock.sys [VersionInfo] Internal Name : hardlock.sys [VersionInfo] Legal Copyrights : © 2013 SafeNet. Inc. All rights reserved. [ModuleReport] [IAT] Modules -> ntoskrnl.exe | HAL.dll [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.321 Second(s) [000000141h (321) tick(s)] [134 of 580 scan(s) done] --- snip --- With that fix in place the driver loads successfully (at least it doesn't crash) but the HASP installer runs into next problem with another 64-bit kernel driver. $ sha1sum HASPUserSetup.* fa5f85d8dfbef3188087f1b6fb0ec81a16e6a26d HASPUserSetup.exe d486f63c0444e3a42b81a74ab52f99c45432e9e1 HASPUserSetup.zip $ du -sh HASPUserSetup.* 14M HASPUserSetup.exe 14M HASPUserSetup.zip $ wine --version wine-3.13 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 35367] New: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35367 Bug ID: 35367 Summary: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, Prerequisite: 'winetricks -q mfc42' Upon startup the app shows a registration dialog with some options: * "Buy Now" * "Activate" * "Try Now" After selecting "Try Now" the app continues loading and starts importing some media files. "Activation" feature also works (tested with some code found here and there). There is a crash (heap corruption) in libxml2/msxml during media import. This is a different problem which can be worked around with 'winetricks -q msxml3'. This bug is about the COM/OLE part of media import crash. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CyberLink/PowerDirector $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PDR8.exe >>log2.txt 2>&1 ... 0016:Call shlwapi.PathFileExistsW(0430b2e4 L"C:\\Program Files\\CyberLink\\PowerDirector\\SampleClips\\ntsc\\Nature.mpg") ret=02cb0bbd ... 0016:Ret shlwapi.PathFileExistsW() retval=00000001 ret=02cb0bbd 0016:Call ole32.CoCreateInstance(02ce6e68,00000000,00000007,02ce6e38,0275b5b4) ret=02cb5171 0016:trace:ole:CoCreateInstance (rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, pUnkOuter=(nil), dwClsContext=00000007, riid={38df9356-47c1-40ef-89ce-af1d019b0baa}, ppv=0x275b5b4) 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:CoGetClassObject CLSID: {889ca1c3-e115-47e1-88ec-20df644e982a},IID: {00000001-0000-0000-c000-000000000046} 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered as in-proc server ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered in-proc handler 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:RPC_GetLocalClassObject rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, iid={00000001-0000-0000-c000-000000000046} 0016:trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}" 0016:Call KERNEL32.WaitNamedPipeW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",ffffffff) ret=7e773bc3 0016:Ret KERNEL32.WaitNamedPipeW() retval=00000001 ret=7e773bc3 0016:Call KERNEL32.CreateFileW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e773c04 0016:Ret KERNEL32.CreateFileW() retval=00000914 ret=7e773c04 0016:Call KERNEL32.ReadFile(00000914,0275b158,000000c8,0275b220,00000000) ret=7e773e29 0016:Ret KERNEL32.ReadFile() retval=00000001 ret=7e773e29 0016:trace:ole:RPC_GetLocalClassObject read marshal id from pipe ... 0016:trace:ole:RPC_GetLocalClassObject unmarshalling local server 0016:trace:ole:CoUnmarshalInterface (0x4365a08, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x275b13c) ... 0016:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0016:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7e75bf7e 0016:Ret ntdll.RtlAllocateHeap() retval=043fd2f8 ret=7e75bf7e 0016:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},....) 0016:err:ole:StdMarshalImpl_UnmarshalInterface Apartment not initialized 0016:err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x800401f0 ... 0016:trace:ole:CoUnmarshalInterface completed with hr 0x800401f0 0016:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e7740f4 ip=7e7740f4 tid=0016 0016:trace:seh:raise_exception info[0]=00000000 0016:trace:seh:raise_exception info[1]=000003de 0016:trace:seh:raise_exception eax=000003de ebx=7e854000 ecx=0275b100 edx=0275ef8c esi=0275ecc5 edi=0275eb8c 0016:trace:seh:raise_exception ebp=0275b378 esp=0275b100 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210286 --- snip --- "{889ca1c3-e115-47e1-88ec-20df644e982a}" is registered as out-of-process COM server: --- snip --- CLSID: {889CA1C3-E115-47E1-88EC-20DF644E982A} LOCAL SERVER: %ROOT%\PROGRA~1\CYBERL~1\SHARED~1\RICHVI~1.EXE TYPELIB: {D37B5B2C-8D1B-4832-89E4-6FCE903B3A18} VERSION IND. PROGID: RichVideo.RVInterface --- snip --- The problem most likely stems from crappy vendor code. The thread in question that ought to instantiate the COM object never explicitly initializes its COM apartment. >From my experience in 99% of the cases the developers forgot the call to CoInitializeEx() on thread entry and the reason why this works for native is the so called implicit MTA. Basically another thread in the process called CoInitializeEx(0, COINIT_MULTITHREADED), which means that the thread which forgot to call CoInitializeEx() was implicitly placed in the MTA (the app creates a crapload of threads). I had to change quite some code to make a proof-of-concept. There is various code in Wine ole32 that makes use of COM_CurrentApt() which doesn't take implicit MTA into account. --- snip --- # modified: dlls/ole32/compobj.c # modified: dlls/ole32/marshal.c # modified: dlls/ole32/rpc.c --- snip --- The app/thread was finally able to instantiate the out-of-process COM server and make COM calls. Media files were successfully imported and movies/images showed up in some thumbnail-like view. $ sha1sum cyberlink2220_vde09070801.exe 2fbc508b971332872b68761ea0d56803c5d122bd cyberlink2220_vde09070801.exe $ du -sh cyberlink2220_vde09070801.exe 236M cyberlink2220_vde09070801.exe $ wine --version wine-1.7.10-343-g770d09d Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 33749] New: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33749 Bug #: 33749 Summary: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive Product: Wine Version: 1.6-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rosen.diankov(a)gmail.com Classification: Unclassified There are cases where the "called from wrong apartment" gets called in ole32/rpc.c:ClientRpcChannelBuffer_SendReceive and there is no COM apartment set. Actually the thread should be using the implicit multithreaded apartment created from a previous thread's CoInitializeEx call http://blogs.msdn.com/b/oldnewthing/archive/2013/04/19/10412399.aspx Therefore the fix is really simple, add this check right in the beginning of ClientRpcChannelBuffer_SendReceive if( !COM_CurrentApt() ) { apartment_joinmta(); } Note that in Windows 7 and beyond, there's a new flag that controls the implicit MTA behavior called APTTYPEQUALIFIER. http://msdn.microsoft.com/library/dd542638 Wine should support this for Windows 7 and beyond. -- 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 38837] New: STDU (Scientific and Technical Documentation Utility) Viewer v1.6.375 crashes when opening PDF file
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38837 Bug ID: 38837 Summary: STDU (Scientific and Technical Documentation Utility) Viewer v1.6.375 crashes when opening PDF file Product: Wine Version: 1.7.46 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 38510 Trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+actctx,+ole,+variant,+typelib wine ./STDUViewerApp.exe >>log.txt 2>&1 ... 0026:trace:ole:SysAllocStringLen L"ISTDUImage" 0026:trace:ole:ITypeInfo_fnRelease (0xe28f00)->(1) 0026:trace:ole:ITypeInfo_fnReleaseTypeAttr (0xe2a8d8)->(0xe297d8) ... 0026:Call KERNEL32.lstrcmpW(00e2b73c L"ISTDUImage",7e2843bc L"IDispatch") ret=7e1d59b0 0026:Ret KERNEL32.lstrcmpW() retval=00000001 ret=7e1d59b0 0026:trace:ole:ITypeInfo_fnGetNames (0xe28f00) memid=0x00000096 Maxname=10 0026:trace:ole:SysAllocStringLen L"Buffer" 0026:trace:ole:SysAllocStringLen L"ppVal" ... 0026:trace:ole:deserialize_param vt VT_PTR at 0xe29594 ... 0026:trace:ole:deserialize_param vt VT_PTR at 0xe297d8 0026:trace:ole:_invoke Calling 0xd31ef0(007c9480,00e297d8,) 0026:trace:ole:_invoke returns 00000000 0026:trace:ole:serialize_param (tdesc.vt VT_PTR) 0026:trace:ole:serialize_param (tdesc.vt VT_PTR) 0026:trace:ole:serialize_param (tdesc.vt VT_UI1) ... 0026:trace:ole:ServerRpcChannelBuffer_GetBuffer (0xe29888)->(0x12be7d0,{3905360d-3c87-498c-93d2-27e002b941b1}) ... 0026:trace:ole:ServerRpcChannelBuffer_GetBuffer -- 0 0026:trace:ole:ITypeInfo_fnRelease (0xe28f00)->(0) 0026:trace:ole:ITypeLib2_fnRelease (0xe298a8) ref=2 ... 0026:trace:ole:TMStubImpl_Invoke returning ... 002a:Ret winex11.drv.MsgWaitForMultipleObjectsEx() retval=00000000 ret=7eccf928 002a:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000000 ret=7e3d17ff 002a:trace:ole:CoWaitForMultipleHandles -- 0x00000000 002a:trace:ole:ClientRpcChannelBuffer_SendReceive RPC call status: 0x0 002a:trace:ole:ClientRpcChannelBuffer_SendReceive hrFault = 0x00000000 002a:trace:ole:ClientRpcChannelBuffer_SendReceive -- 0x00000000 ... 002a:trace:ole:deserialize_param vt VT_PTR at 0x12be964 002a:trace:ole:deserialize_param vt VT_PTR at 0x12be994 002a:trace:ole:deserialize_param vt VT_UI1 at (nil) 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747987c ip=f747987c tid=002a 002a:trace:seh:raise_exception info[0]=00000001 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=012be180 ebx=00000000 ecx=00000001 edx=00000000 esi=00e2b180 edi=00e2b180 002a:trace:seh:raise_exception ebp=012be348 esp=012be138 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210246 002a:trace:seh:call_stack_handlers calling handler at 0x1141498 code=c0000005 flags=0 002a:trace:seh:call_stack_handlers handler at 0x1141498 returned 1 --- snip --- Method call before the crash: --- snip --- Wine-dbg> 0x7e1f4af3 call_method+0x1f in oleaut32: call *0x8(%ebp) Wine-dbg> 0x00d41ef0: movl 0x4(%esp),%eax 0x00d41ef4: movl 0x20(%eax),%ecx 0x00d41ef7: movl 0x8(%esp),%edx 0x00d41efb: movl %ecx,0x0(%edx) 0x00d41efd: xorl %eax,%eax 0x00d41eff: ret $0x8 Wine-dbg>bt Backtrace: =>0 0x00d41eff in stducore (+0x1eff) (0x0033c7f8) 1 0x7e1f4caf _invoke+0x1aa(func=0xd41ef0, callconv=CC_STDCALL, nrargs=0x2, args=0xe269f0) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/typelib.c:6421] in oleaut32 (0x0033c868) 2 0x7e1e3d26 TMStubImpl_Invoke+0x712(iface=<couldn't compute location>, xmsg=<couldn't compute location>, rpcchanbuf=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:2167] in oleaut32 (0x0033ca78) 3 0x7e416c6b RPC_ExecuteCall+0x3e4(params=0xe268cc) [/home/focht/projects/wine/wine.repo/build-x86/dlls/ole32/../../include/objidl.h:9091] in ole32 (0x0033cb68) 4 0x7e3d9cba apartment_wndproc+0x33(hWnd=<couldn't compute location>, msg=<couldn't compute location>, wParam=<couldn't compute location>, lParam=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/ole32/compobj.c:1475] in ole32 (0x0033cb88) 5 0x7ecdad46 WINPROC_wrapper+0x19() in user32 (0x0033cbc8) 6 0x7ecdaeab call_window_proc+0xbc(hwnd=0x301aa, msg=0x400, wp=0, lp=0xe268cc, result=0x33cd38, arg=0x7e3d9c86) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:245] in user32 (0x0033cc08) 7 0x7ecdcfd7 WINPROC_call_window+0x150(hwnd=0x301aa, msg=0x400, wParam=0, lParam=0xe268cc, result=0x33cd38, unicode=0x1, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:901] in user32 (0x0033cc58) 8 0x7eca1178 DispatchMessageW+0x1ad(msg=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:4023] in user32 (0x0033cd68) Wine-dbg>info share Module Address Debug info Name (111 modules) PE 400000- 650000 Export stduviewerapp PE d40000- d4e000 Export stducore PE 1080000- 11c6000 Deferred stdupdffile PE 10000000-100ba000 Export stduviewer ELF 7b800000-7ba6f000 Dwarf kernel32<elf> \-PE 7b820000-7ba6f000 \ kernel32 ... --- snip --- Crash bt --- snip --- Wine-dbg>bt Backtrace: =>0 0x7e1df59a deserialize_param+0x383(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0x7e2d2548, arg=0x0(nil), buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1088] in oleaut32 (0x012ce348) 1 0x7e1dfc97 deserialize_param+0xa7f(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0xe276b0, arg=0x12ce994, buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1171] in oleaut32 (0x012ce558) 2 0x7e1dfc97 deserialize_param+0xa7f(tinfo=0xe26588, readit=0x1, debugout=0, alloc=0, tdesc=0xe285e0, arg=0x12ce964, buf=0x12ce7fc) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1171] in oleaut32 (0x012ce768) 3 0x7e1e1bd9 xCall+0xd2e(method=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/oleaut32/tmarshal.c:1557] in oleaut32 (0x012ce948) --- snip --- $ sha1sum stduviewer.zip ad56b235048a118b990e12142ca9c8a359e519eb stduviewer.zip $ du -sh stduviewer.zip 3.5M stduviewer.zip $ wine --version wine-1.7.46-43-g9353a36 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 39508] New: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39508 Bug ID: 39508 Summary: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during other investigations. Not critical though, the installer catches the C++ exception (log). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Office 15/ClientX86 $ WINEDEBUG=+tid,+seh,+relay wine ./officeclicktorun.exe >>log.txt 2>&1 ... 0022:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(005d2330 L"D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW)",00000001,0033ef88,00000000) ret=004b4f58 0022:fixme:advapi:ParseStringSidToSid String constant not supported: L"OW" 0022:Ret advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000000 ret=004b4f58 0022:Call KERNEL32.GetLastError() ret=004b4f64 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f64 0022:Call KERNEL32.GetLastError() ret=004b4f79 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f79 ... 0022:Call msvcr100.wcsncpy_s(0033e848,00000100,005e6d60 L"failed to create security descriptor from string D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW), error = 1336",ffffffff) ret=004b5031 0022:Ret msvcr100.wcsncpy_s() retval=00000000 ret=004b5031 ... 0022:Call msvcr100._CxxThrowException(0033ebcc,00547e64) ret=004b4fa7 0022:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033e7c4) ret=7e79c928 0022:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b845f21 ip=7b845f21 tid=0022 0022:trace:seh:raise_exception info[0]=19930520 0022:trace:seh:raise_exception info[1]=0033ebcc 0022:trace:seh:raise_exception info[2]=00547e64 0022:trace:seh:raise_exception eax=7b832cbd ebx=00000000 ecx=0000000c edx=0033e714 esi=0033e7c0 edi=0033e780 0022:trace:seh:raise_exception ebp=0033e758 esp=0033e6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000202 0022:trace:seh:call_stack_handlers calling handler at 0x5333d5 code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x5333d5 returned 1 0022:trace:seh:call_stack_handlers calling handler at 0x535c6d code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x535c6d returned 1 ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/cc230374.aspx ("SDDL -> 2.5.1.1 Syntax") --- quote --- SDDL alias | Well-Known SID name ... "OW" | OWNER_RIGHTS ... --- quote --- --- quote --- SID: S-1-3-4 Name: Owner Rights Description: A group that represents the current owner of the object. When an ACE that carries this SID is applied to an object, the system ignores the implicit READ_CONTROL and WRITE_DAC permissions for the object owner. --- quote --- $ sha1sum Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe ddf02801b54227849886ef9a2767a1155f87a9ef Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ du -sh Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe 1.1M Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ wine --version wine-1.7.53-156-gf8d78b0 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 38510] New: STDU viewer crashes on opening file
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38510 Bug ID: 38510 Summary: STDU viewer crashes on opening file Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 51375 --> https://bugs.winehq.org/attachment.cgi?id=51375 crash log STDU (Scientific and Technical Documentation Utility) Viewer is intended to combine a variety of document, text, and graphics format viewers into one. The program includes a modern tabbed interface, search, rotate, thumbnail view, etc. The program can also export pages to an image file, create bookmarks, and more. http://www.portablefreeware.com/index.php?id=2045 It crashes when I open a pdf file. Have not tried other formats. -- 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 39161] New: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39161 Bug ID: 39161 Summary: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList) Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported in WineHQ forums: https://forum.winehq.org/viewtopic.php?f=8&t=25155 Prerequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (without 'winetricks' to avoid more installer dependencies) Terminal output: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Stardevelop Pty Ltd/Chatstack $ wine ./LiveMessengerDesktop.exe ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"Stardevelop.LiveHelp": stub fixme:shell:GetCurrentProcessExplicitAppUserModelID 0x33e944: stub err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:create_server class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x15 fixme:wer:WerRegisterFile (L"C:\\users\\focht\\Application Data\\stardevelop.com\\Live Help\\Log\\Error.txt", 2, 2) stub! fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x33d998,(nil)): stub err:eventlog:ReportEventW L"Application: LiveMessengerDesktop.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.Runtime.InteropServices.COMException\nStack:\n at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(System.Object, System.Deleg"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {77F10CF0-3DB5-4966-B520-B7C54FD35ED6} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at LiveHelp.WindowsAPI.Shell.Taskbar.JumpList..ctor(String appID) at LiveHelp.WindowsAPI.Shell.Taskbar.Taskbar.get_JumpList() at LiveHelp.LiveHelpWindow..ctor() at LiveHelp.LiveHelpWindow.get_Instance() at LiveHelp.Application.a(Object A_0, StartupEventArgs A_1) at System.Windows.Application.OnStartup(StartupEventArgs e) at System.Windows.Application.<.ctor>b__1(Object unused) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at LiveHelp.Application.Main() wine: Unhandled exception 0xe0434352 in thread 9 at address 0x7b845d61 (thread 0009), starting debugger... --- snip --- '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' -> 'CLSID_DestinationList' ILSpy: --- snip --- using System; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; namespace LiveHelp.WindowsAPI.Shell.Taskbar { [ClassInterface, Guid("77F10CF0-3DB5-4966-B520-B7C54FD35ED6")] [ComImport] internal class CDestinationList { [MethodImpl(4096)] public extern CDestinationList(); } } --- snip --- --- snip --- namespace LiveHelp.WindowsAPI.Shell.Taskbar { // LiveHelp.WindowsAPI.Shell.Taskbar.JumpList public class JumpList { ... internal JumpList(string appID) { this.customDestinationList = (ICustomDestinationList)new CDestinationList(); this.AppID = appID; } ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/dd378460%28v=vs.85… $ sha1sum Setup.exe c719ec86e57e64ed64e9009478c134eb5e4c68ca Setup.exe $ du -sh Setup.exe 22M Setup.exe $ wine --version wine-1.7.50-53-gbdaa571c5 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 46057] New: Multiple applications need 'ntdll.NtQueryInformationToken ' to support 'TokenVirtualizationEnabled' (24) info class ( Blizzard Battle.net)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46057 Bug ID: 46057 Summary: Multiple applications need 'ntdll.NtQueryInformationToken' to support 'TokenVirtualizationEnabled' (24) info class (Blizzard Battle.net) Product: Wine Version: 3.19 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 track: https://www.winehq.org/pipermail/wine-devel/2018-October/thread.html#134139 https://source.winehq.org/patches/data/153194 Not sure about the criticality as no further information was provided with the patch. Searching for "Unhandled Token Information class 24" ('TokenVirtualizationEnabled') reveals Blizzard Battle.net but that err is most likely harmless. --- snip --- err:ntdll:NtQueryInformationToken Unhandled Token Information class 24! --- snip --- Some resources: https://stackoverflow.com/questions/3505295/create-process-with-fs-virtuali… https://github.com/adrianoc/BlogCode/blob/master/DYK%20II%20-%20FileSystemV… $ wine --version wine-3.19 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 37639] New: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37639 Bug ID: 37639 Summary: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBac kupComponents@@@Z Product: Wine Version: 1.7.31 Hardware: x86 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 37599 Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release $ wine ./AlphaShadow.exe ... AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 ... AlphaShadow query Lists information about shadow copies in the system. AlphaShadow create Creates a shadow set on the specified volume(s). AlphaShadow lws List writer status AlphaShadow lwm List writer metadata AlphaShadow delete Deletes one or more shadow copies on the system. AlphaShadow revert Revert a volume to the specified shadow copy. AlphaShadow expose Exposes a shadow copy locally or as a share. AlphaShadow import Imports a transportable shadow copy. AlphaShadow restore Restore based on a previously-generated Backup Components document --- snip --- --- snip --- $ wine ./AlphaShadow.exe lws ... fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 fixme:shell:URL_ParseUrl failed to parse L"System" Final context: 0 fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86" wine: Call from 0x7b83b1d3 to unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z, aborting fixme:advapi:RegisterTraceGuidsW (0x9705b2, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33cf1c, (null), (null), 0xccf168): stub Error: External component has thrown an exception. --- snip --- $ sha1sum AlphaVSS-1.2.4000.3.zip d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip $ du -sh AlphaVSS-1.2.4000.3.zip 5.4M AlphaVSS-1.2.4000.3.zip $ wine --version wine-1.7.31-154-g871fc4a 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 45560] New: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools ' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString')
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45560 Bug ID: 45560 Summary: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString') Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: iphlpapi 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/pstools $ wine ./psping -? i PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com ICMP ping usage: psping [-t|-n count[s]] [-i interval] [-w count] [-q] [-h [buckets|val1,val2,...]] [-l requestsize[k]] [-6|-4] destination -t Ping until stopped with Ctrl+C and type Ctrl+Break for statistics. -n Number of pings or append 's' to specify seconds e.g. '10s'. -i Interval in seconds. Specify 0 for fast ping. -w Warmup with the specified number of iterations (default is 1). -q Don't output during pings. -h Print histogram (default bucket count is 20). If you specify a single argument, it's interpreted as a bucket count and the histogram will contain that number of buckets covering the entire time range of values. Specify a comma-separated list of times to create a custom histogram (e.g. "0.01,0.05,1,5,10"). -l Request size. Append 'k' for kilobytes. -4 Force using IPv4. -6 Force using IPv6. For high-speed ping tests use -q and -i 0. $ wine ./psping -i 10 www.winehq.org PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com wine: Unhandled page fault on execute access to 0x00000000 at address (nil) (thread 0067), starting debugger... Unhandled exception: page fault on execute access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:0033fb94 EBP:0033fbfc EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:00148df8 EDX:0043ab90 ESI:0033fbac EDI:0033fbfc ... Backtrace: =>0 0x00000000 (0x0033fbfc) 1 0x00409478 in psping (+0x9477) (0x0033fc50) 2 0x004098d5 in psping (+0x98d4) (0x0033fe68) 3 0x0041154f in psping (+0x1154e) (0x0033feb0) 4 0x7b46dbfe call_process_entry+0x11() in kernel32 (0x0033fec8) 5 0x7b46dd37 start_process+0x12c() [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1101] in kernel32 (0x0033ffd8) 6 0x7b46dc0a start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x00000000: -- no code accessible -- Modules: Module Address Debug info Name (109 modules) PE 400000- 441000 Export psping ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd10000 Deferred ntdll<elf> \-PE 7bc30000-7bd10000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 00000066 (D) C:\Program Files\pstools\psping.exe 00000067 0 <== --- snip --- --- snip --- $ WINEDEBUG=+seh,+relay wine ./psping.exe -i 10 www.winehq.org >>log.txt 2>&1 ... 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 ... 004d:Call ws2_32.WSAStartup(00000202,0033fcc0) ret=004098c1 004d:Ret ws2_32.WSAStartup() retval=00000000 ret=004098c1 004d:Call KERNEL32.GetLastError() ret=004126ab 004d:Ret KERNEL32.GetLastError() retval=00000000 ret=004126ab 004d:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=004d 004d:trace:seh:raise_exception info[0]=00000008 004d:trace:seh:raise_exception info[1]=00000000 004d:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=0015a680 edx=0043ab90 esi=0033fbac edi=0033fbfc 004d:trace:seh:raise_exception ebp=0033fbfc esp=0033fb94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 004d:trace:seh:call_stack_handlers calling handler at 0x42368c code=c0000005 flags=0 --- snip --- Debugger/disassembly reveals which one is causing the crash (late bound at startup and the actual API call is much later): --- snip --- ... 00405194 PUSH 0 ; Flags = 0 00405196 PUSH 0 ; hFile = NULL 00405198 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 0040519D CALL DWORD PTR DS:[<&KERNEL32.LoadLibraryExW>] 004051A3 CMP ESI,ESP 004051A5 CALL 0042281C 004051AA MOV ESI,ESP 004051AC PUSH OFFSET 0042DD84 ; "ParseNetworkString" 004051B1 MOV EDI,ESP 004051B3 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 004051B8 CALL DWORD PTR DS:[<&KERNEL32.GetModuleHandleW>] 004051BE CMP EDI,ESP 004051C0 CALL 0042281C 004051C5 PUSH EAX ; hModule 004051C6 CALL DWORD PTR DS:[<&KERNEL32.GetProcAddress>] 004051CC CMP ESI,ESP 004051CE CALL 0042281C 004051D3 MOV EDX,DWORD PTR SS:[LOCAL.1] 004051D6 MOV DWORD PTR DS:[EDX+21C],EAX 004051DC MOV ESI,ESP ... 00407360 PUSH EBP 00407361 MOV EBP,ESP 00407363 SUB ESP,48 00407366 PUSH ESI 00407367 PUSH EDI 00407368 PUSH ECX 00407369 LEA EDI,[LOCAL.18] 0040736C MOV ECX,12 00407371 MOV EAX,CCCCCCCC 00407376 REP STOS DWORD PTR ES:[EDI] 00407378 POP ECX 00407379 MOV DWORD PTR SS:[LOCAL.1],ECX 0040737C MOV ESI,ESP 0040737E PUSH 0 00407380 PUSH 0 00407382 MOV EAX,DWORD PTR SS:[LOCAL.1] 00407385 PUSH EAX 00407386 PUSH 109 0040738B MOV ECX,DWORD PTR SS:[ARG.2] 0040738E PUSH ECX 0040738F MOV EDX,DWORD PTR SS:[LOCAL.1] 00407392 MOV EAX,DWORD PTR DS:[EDX+21C] 00407398 CALL EAX ; *boom* 0040739A CMP ESI,ESP --- snip --- https://docs.microsoft.com/en-us/windows/desktop/api/iphlpapi/nf-iphlpapi-p… $ sha1sum PSTools.zip 1e562ff2bae38856f8dcf3f939cdbe8e1bf6ccf3 PSTools.zip $ du -sh PSTools.zip 2.8M PSTools.zip $ wine --version wine-3.13 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 51083] New: Deadlock in llvm-mingw compiled app
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51083 Bug ID: 51083 Summary: Deadlock in llvm-mingw compiled app Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- Created attachment 69945 --> https://bugs.winehq.org/attachment.cgi?id=69945 wine log I have one test program (pomocni-llvm-mingw.exe) who acts very strangely in wine git version(Wine-6.7-175-G2Deb8C2825A) while in the Windows10 does not work at all. What the most surprise is that although the wine64 call is terminated for the specified program, wine processes and the program itself remain in memory and after interruptions: [root@vlada-kuci tmp 21:17:48]$ /asoft-src/ispp-64/linux/cross-compile/llvm-mingw/pomocni-cross-llvm-mingw/pomocni-cross-mingw64.sh > /tmp/pomocni-cross-mingw64.log 2>&1 ^C[root@vlada-kuci tmp 01:00:13]$ [root@vlada-kuci tmp 01:00:15]$ [root@vlada-kuci tmp 01:00:15]$ ps -ef | grep pomocni root 419722 1 0 00:57 pts/16 00:00:00 pomocni-llvm-mingw.exe DRIVER=PostgreSQL;DATABASE=ispp-pprostor-beograd;SERVER=localhost;UID=vlada;PWD=vladakk;MaxVarcharSize=65536;MaxLongVarcharSize=65536;ByteaAsLongVarBinary=1 root 419932 1456 0 01:08 pts/16 00:00:00 grep pomocni [root@vlada-kuci tmp 01:08:41]$ ps -ef | grep win root 419631 1 0 00:55 ? 00:00:25 /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wineserver root 419637 1 0 00:55 ? 00:00:00 C:\windows\system32\services.exe root 419640 1 0 00:55 ? 00:00:13 C:\windows\system32\winedevice.exe root 419647 1 0 00:55 ? 00:00:00 C:\windows\system32\plugplay.exe root 419655 1 1 00:55 ? 00:05:57 C:\windows\system32\winedevice.exe root 419672 1 0 00:55 ? 00:00:00 C:\windows\system32\svchost.exe -k LocalServiceNetworkRestricted root 419677 1 0 00:55 ? 00:00:00 C:\windows\system32\rpcss.exe root 419716 1 0 00:57 pts/16 00:00:00 C:\windows\system32\conhost.exe --unix --width 0 --height 0 --server 0x30 root 422318 1456 0 06:38 pts/16 00:00:00 grep win The program is made with the latest version of llvm-mingw:Clang Version 11.0.0 (https://github.com/llvm/llvm-project.git 176249bd6732a8044d457092ed922768724a6f06). That same program when it is made and performed in Linux works correctly as predicted. In the attachment, I send the following files: 1. wine log - pomocni-cross-mingw64.log 2. exe characteristics - trt.log 3. test script - pomocni-cross-mingw64.sh 4. test program - testIsppRadenik.cpp Vladimir Koković, DP senior(70), Serbia, Belgrade, 1.May 2021 -- 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.

1 26

[Bug 51499] New: Assassin's Creed Rogue some textures have Normal Map effect
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51499 Bug ID: 51499 Summary: Assassin's Creed Rogue some textures have Normal Map effect Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70339 --> https://bugs.winehq.org/attachment.cgi?id=70339 example wine-6.13-30-g384fc71a480 -- 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.

1 0

[Bug 51486] New: GuessWhatPresentationPLUS: nw.exe error when starting
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51486 Bug ID: 51486 Summary: GuessWhatPresentationPLUS: nw.exe error when starting Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iba16876(a)cuoly.com Distribution: --- Created attachment 70321 --> https://bugs.winehq.org/attachment.cgi?id=70321 backtrace log from the nw.exe error installation has worked without problems from the cd, but when I want to start the program comes a white screen and the nw.exe error. backtrace.txt is attached -- 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.

1 1

[Bug 51487] New: 16 bit program DrawingBoard crashes after a few mouse clicks. Was running fine under 6.11
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51487 Bug ID: 51487 Summary: 16 bit program DrawingBoard crashes after a few mouse clicks. Was running fine under 6.11 Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fluid_02(a)fastmail.fm Distribution: --- Created attachment 70322 --> https://bugs.winehq.org/attachment.cgi?id=70322 the backtrace Program seems to be working in the first seconds, for example drawing a rectangle, but then it seems to hesitate and then produces a window with the text that "program winevdm.exe has encountered a serious problem ...." etc. The program was running fine under 6.11. Update to 6.12 was done 6th of July, I think I haven't use the program since that time, except now on 19th of July. Wine is a binary installation for OpenSUSE Leap 15.2 from the repository https://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Leap_15… -- 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.

1 4

[Bug 51492] New: Exe do not start on running iso via kde package kio_iso
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51492 Bug ID: 51492 Summary: Exe do not start on running iso via kde package kio_iso Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 79625490833(a)yandex.ru Distribution: --- Created attachment 70326 --> https://bugs.winehq.org/attachment.cgi?id=70326 Launching programs from the terminal. Iso I run through the kde kio_iso package. Operating System: openSUSE Leap 15.3 KDE Plasma Version: 5.18.6 KDE Frameworks Version: 5.76.0 Qt Version: 5.12.7 Kernel Version: 5.3.18-59.13-default OS Type: 64-bit Processors: 6 × AMD FX(tm)-6300 Six-Core Processor Memory: 7,7 ГиБ nikolanp@localhost:~> rpm -qa | grep wine wine-32bit-6.0-bp153.1.173.x86_64 wine-gecko-2.47.2-bp153.1.10.noarch wine-6.0-bp153.1.173.x86_64 q4wine-1.3.7-bp153.1.17.x86_64 wine-mono-6.1.1-lp153.1.1.noarch q4wine-lang-1.3.7-bp153.1.17.noarch winetricks-20201206-bp153.1.11.x86_64 nikolanp@localhost:~> rpm -qa | grep iso kio_iso-2.7.2-bp153.1.25.x86_64 -- 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.

1 1

[Bug 51489] New: Monopoly (2012) crashes after rolling dice
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51489 Bug ID: 51489 Summary: Monopoly (2012) crashes after rolling dice Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nonononoki(a)gmail.com Distribution: --- Created attachment 70324 --> https://bugs.winehq.org/attachment.cgi?id=70324 Terminal output The app crashes every time when casting the dices, otherwise it seems to work fine. Note: The game is has been removed from the Steam store, but can still be downloaded if you have bought it. -- 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.

1 2

[Bug 50695] New: Roots Magic Version 8 Not Connecting Keypad
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=50695 Bug ID: 50695 Summary: Roots Magic Version 8 Not Connecting Keypad Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix-bearden(a)felixlovesliz.com Distribution: --- Beta testing of Roots Magic Version 8, all versions. Using "Uninstall" the product appears to install correctly. At startup Roots Magic asks for license confirmation then proceeds to selection of Licensed System and free system. Selecting Licensed System brings up window to enter name and key. Clicking in the Name box results in the disappearance of the cursor and entering the name is not possible. Cancel takes to an error message but details are not available. This error not on Windows 10. -- 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.

1 4

[Bug 697] Add support for Type1 fonts using FreeType
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=697 jeremiahpwilson(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson(a)yahoo.com --- Comment #14 from jeremiahpwilson(a)yahoo.com --- Is this still an issue with Wine 6.13? -- 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.

1 0

[Bug 425] Network UNC path handling
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=425 jeremiahpwilson(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson(a)yahoo.com --- Comment #44 from jeremiahpwilson(a)yahoo.com --- Is this still an issue with Wine 6.13? -- 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.

1 0

[Bug 230] winemaker: Extract more information from the source files
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=230 jeremiahpwilson(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson(a)yahoo.com --- Comment #20 from jeremiahpwilson(a)yahoo.com --- Is this still an issue with Wine 6.13? -- 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.

1 0

[Bug 124] Review of Wine Server Protocol
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=124 jeremiahpwilson(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson(a)yahoo.com --- Comment #25 from jeremiahpwilson(a)yahoo.com --- Is this bug still relevant with Wine 6.13? -- 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.

1 0

[Bug 52] PrgWin95: Problems with access to the root window. Need LockWindowUpdate().
by WineHQ Bugzilla 22 Jul '21

22 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=52 jeremiahpwilson(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson(a)yahoo.com --- Comment #43 from jeremiahpwilson(a)yahoo.com --- Can this bug be closed? -- 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.

1 0

[Bug 51494] New: Dead Rising 3 makes system unresponsive after launch
by WineHQ Bugzilla 21 Jul '21

21 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51494 Bug ID: 51494 Summary: Dead Rising 3 makes system unresponsive after launch Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70334 --> https://bugs.winehq.org/attachment.cgi?id=70334 +d3d11 On first loading screen CPU & GPU fans become crazy. 0180:err:ntdll:RtlpWaitForCriticalSection section 000000014192CEE8 "?" wait timed out in thread 0180, blocked by 0178, retrying (60 sec) Before launch strongly recommend prepare wineserver -k command. -- 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.

1 0

[Bug 51371] New: Too many fonts slows down kernel32:heap! (caused by gdi32)
by WineHQ Bugzilla 21 Jul '21

21 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51371 Bug ID: 51371 Summary: Too many fonts slows down kernel32:heap! (caused by gdi32) Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In fact having too many fonts slows down the startup of any process that loads gdi32 (or user32), which is to say essentially every process. This hits kernel32:heap quite hard because it starts many subprocesses for its tests. Here's a list of the worst hit tests: Base Full set of fonts (see bug 51367) kernel32:heap <1s 13s comctl32:status <1s 13s reg.exe:add 3s 17s regedit.exe:regedit 14s 54s shell32:shlexec 13s 29s But it's not just these tests being impacted, it's every one of the 720 test units, resulting in a full WineTest run taking an extra 9 minutes (on my box, more on the TestBot's debiant2). The reason for the slowdown seems similar to the dwrite:font case (bug 51367) but on the gdi32 side. In particular each process issues quite a lot of these messages (OPENTYPE_PLATFORM_MAC case iirc) which may or may not be related: 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. -- 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.

1 2

[Bug 51367] New: Major dwrite:analyzer, dwrite:layout and dwrite:font slowdown when adding (CJK) fonts
by WineHQ Bugzilla 21 Jul '21

21 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51367 Bug ID: 51367 Summary: Major dwrite:analyzer, dwrite:layout and dwrite:font slowdown when adding (CJK) fonts Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 70223 --> https://bugs.winehq.org/attachment.cgi?id=70223 Command and fonts for Debian's locales Adding fonts causes major slowdowns in dwrite:analyzer, dwrite:layout and dwrite:font when running in Wine. On my test VM I get the following run times: Base Full set dwrite:analyzer <1s 50s dwrite:layout ~1s 46s dwrite:font ~2s 85s On the TestBot's debiant2 VM dwrite:font actually runs in about 118 seconds with the full set of fonts; which is why it times out about 6% of the time: https://test.winehq.org/data/patterns.html#dwrite:font The base set of font packages is: fonts-dejavu-core fonts-freefont-ttf fonts-liberation fonts-quicksand The problem is that the base set produces unreadable text when running in a Chinese, Japanese or Korean locale: all translated strings are replaced with a set of black squares (surprisingly ar_MA, he_IL, hi_HI are ok). That does not seem to impact the test results but it does not feel right either. At a minimum if Debian says a given set of fonts are needed for a locale we should test the said locale with that set of fonts. So the full set of fonts was created by installing the font packages for all of Debian's locale task packages and this is what debiant2 has. See apt_wine_locales() in wt-install-dev [1]. For reference I attached the corresponding set of packages. The run time increase is not concentrated in one specific test_xxx() function that would iterate over all the fonts. All test_xxx() functions take longer to run. Even the test_CreateFontFromLOGFONT() run time increased to ~17s (iirc). Yet it does not look like it's doing all that much. To speed things up I modified dwrite:font to use multiple threads using the same approach as d3d10core:d3d10core. However even with 8 threads that only gained about 4 seconds out of 118s: each individual test function just took longer. Is that because of lots of global locking? Or because each test adds/removes fonts forcing all the other threads to do many rescans? Are all fonts reloaded and analyzed despite most fonts not having changed? [1] https://github.com/fgouget/wt-daily/blob/master/wt-install-dev#L556 -- 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.

1 5

[Bug 24688] New: RTL and encoding problem with Ihulan
by wine-bugs＠winehq.org 21 Jul '21

21 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24688 Summary: RTL and encoding problem with Ihulan Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English version called U.R.Celeb (http://urceleb.oniton.com/). The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe) has several issues: 1. The text is Gibberish. 2. On the terms of service (2nd page) the text is in Hebrew but selectingthe mixes its order, also the header (in read) are split in the middle by LRM for some reason... 3. The window is not RTL although I'm not sure it should be... This also demonstrates some of the typical problems with Hebrew. Kind regards, Yaron Shahrabani -- 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 34

[Bug 45620] New: Dishonored 2 Demo crashes at launch
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45620 Bug ID: 45620 Summary: Dishonored 2 Demo crashes at launch Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 62050 --> https://bugs.winehq.org/attachment.cgi?id=62050 +d3d11,+dxgi Crashes at launch, probably due to warn:d3d11:d3d_device_inner_QueryInterface {6543dbb6-1b48-42f5-ab82-e97ec74326f6} not implemented, returning E_NOINTERFACE. -- 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 37370] New: Doom3 CD version installer prompts are different compared to WinXP
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37370 Bug ID: 37370 Summary: Doom3 CD version installer prompts are different compared to WinXP Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Created attachment 49696 --> https://bugs.winehq.org/attachment.cgi?id=49696 Wine 1.7.28 vs WinXP This is true nitpick ;) As the attachement show, wine says redundant "Error" in the message block pop up and also button "Retry" vs. "OK". If this is considered as crazy nitpicking, there are other problems to which this bug can be converted to (i won't open new bugs yet until this one fixed and because possible duplicates may exists). "Remember list" unrelated to this bug report: * Cancel does not work under wine. WinXP asks you "Are you sure?" Yes/No. Yes button=exit. * Progress bar is always 100%. WinXP moves as the CD are changed. * When Setup.exe is run under Wow64, it immediately exits with some error code. Under 64bit Win8.1 Setup normally asks you for the serial number as usual. * Missing background images during the installation * Extra minimize button, which is not present on attached WinXP screenshot, makes wine dead. When clicked, popup window is hidden and you can't restore it back. As it is fullscreen, you can't click anywhere, nor Alt-Tab to get it back. Killing wine is a workaround. -- 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 28795] New: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28795 Bug #: 28795 Summary: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector) Product: Wine Version: 1.3.30 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, newer versions of "ExeInfoPE" (>0.0.2.3) which coin their own PE protection scheme don't run anymore. There is still bug 26701 though the app crashes now earlier. With tracing enabled: --- snip --- ... 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000004,0032fe40) ret=05bd0336 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd0336 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000002,0032fe40) ret=05bd034b 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd034b 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0xb74a916a ip=b74a916a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=ffffffff 0024:trace:seh:raise_exception eax=7bc9d7a7 ebx=b75e0ff4 ecx=0032fdcc edx=7bc9d7a7 esi=0032fc74 edi=ffffffc8 0024:trace:seh:raise_exception ebp=0032fc48 esp=0032f6bc cs=0073 ds=007b es=007b fs=0033 gs=0002 flags=00010246 0024:trace:seh:call_vectored_handlers calling handler at 0x7e16e0bd code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x7e16e0bd returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x7bc90f61 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032f194) ret=7bc90f9b wine: Unhandled page fault on read access to 0xffffffff at address 0xb74a916a (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 52" 0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bc90f9b 0024:trace:seh:call_stack_handlers handler at 0x7bc90f61 returned 1 Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0xb74a916a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0002 EIP:b74a916a ESP:0032f6bc EBP:0032fc48 EFLAGS:00010246( R- -- I Z- -P- ) EAX:7bc9d7a7 EBX:b75e0ff4 ECX:0032fdcc EDX:7bc9d7a7 ESI:0032fc74 EDI:ffffffc8 Stack dump: 0x0032f6bc: 0032fc7c 7bc9d82e 0032fc58 b74a992c 0x0032f6cc: 0032fc7c 7bc9d82d 00000001 00000000 0x0032f6dc: 0032fc8c 7bc9d82d 00000001 00000001 0x0032f6ec: 7bc9d82d 00000000 00000000 00000001 0x0032f6fc: 7bc9d82d 00000000 00000000 00000000 0x0032f70c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0xb74a916a _IO_vfprintf+0x3a() in libc.so.6 (0x0032fc48) 1 0xb74cbdbb vsnprintf+0xca() in libc.so.6 (0x0032fc74) 2 0x7bc350f9 NTDLL_dbg_vprintf+0x56() in ntdll (0x0032fd90) 3 0xb761ab63 wine_dbg_printf+0x2e() in libwine.so.1 (0x0032fdc0) 4 0x7bc640e5 relay_call+0x113() in ntdll (0x0032fe10) 5 0x7b8224ad in kernel32 (+0x124ac) (0x0032fe60) 6 0x004075cd in exeinfope (+0x75cc) (0x0032fe60) 7 0x7b85de44 call_process_entry+0xb() in kernel32 (0x0032fe78) 8 0x7b85df8a start_process+0x143() in kernel32 (0x0032fec8) 9 0x7bc7a244 call_thread_func+0xb() in ntdll (0x0032fed8) 10 0x7bc7a282 call_thread_entry_point+0x33() in ntdll (0x0032ffb8) 11 0x7bc51ebc start_process+0x25() in ntdll (0x0032ffe8) 12 0xb761edb5 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 0xb74a916a _IO_vfprintf+0x3a in libc.so.6: movl %gs:0x00000000,%ecx --- snip --- The protection scheme fiddles with %gs selector value which breaks TLS pointer access through %gs:0 (Wine uses %fs) or the stack protector scheme that Userland libs and Wine are built with (glibc provided __stack_chk_guard at %gs:0x14). My gcc 4.6.1 x86 host toolchain has -fstack-protector enabled by default hence Wine gets the stack canary code in the binaries. The Glibc here (Xubuntu 11.10) has stack smashing protection enabled by default. Even if Wine is built with "-fno-stack-protector" the app would still break glibc %gs TLS code. This is just a "collector" bug for apps that run into this issue. WONTFIX obviously, there is no reliable way to know when to repair/restore %gs value (and restarting faulting instruction). 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 28326] New: CDBurnerXP's audio player is missing some visual elements
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28326 Summary: CDBurnerXP's audio player is missing some visual elements Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36293) --> (http://bugs.winehq.org/attachment.cgi?id=36293) Builtin/native gdiplus comparison screenshots In CDBurnerXP, the audio player dialog does not display the elapsed playback time, and the outer edges of the pseudo-LED showing the current track are also missing. Both can be seen with native gdiplus. To reproduce the problem: 1. Use winetricks dotnet20 before installing 2. From the main menu, choose "audio disc" 3. Observe the appearance of the audio player above the upper-right corner of the program window -- 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 51368] New: World of Warcraft : undefined d3d state
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51368 Bug ID: 51368 Summary: World of Warcraft : undefined d3d state Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 70224 --> https://bugs.winehq.org/attachment.cgi?id=70224 Terminal Recently wow started to spit out a lot of 0288:err:d3d:state_undefined Undefined state UNKNOWN_STATE(0) (0). -- 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.

1 4

[Bug 39377] New: Add support for 'msidbControlAttributesFormatSize' in static text controls to format and label properties such as 'PrimaryVolumeSpaceRequired' (SkySaga installer)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39377 Bug ID: 39377 Summary: Add support for 'msidbControlAttributesFormatSize' in static text controls to format and label properties such as 'PrimaryVolumeSpaceRequired' (SkySaga installer) Product: Wine Version: 1.7.52 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 39307 Prerequisites: * 'winetricks -q dotnet40' (if Wine-Mono not present) * Windows version set to 'Windows Vista+' --- snip --- ... 0035:trace:msi:msi_set_property 0x15bbf8 L"PrimaryVolumeSpaceRequired" L"19380" -1 ... 0035:trace:msi:msi_dialog_add_control L"Static", L"Description", 00090003, L"Setup requires [PrimaryVolumeSpaceRequired] in:", 00020000 ... 0035:trace:msi:MSI_FormatRecordW L"Setup requires [PrimaryVolumeSpaceRequired] in:" ... 0035:trace:msi:msi_get_property returning L"19380" for property L"PrimaryVolumeSpaceRequired" ... 0035:Call user32.CreateWindowExW(00000000,7ce97ae0 L"Static",00198d58 L"Setup requires 19380 in:",50020000,000000d9,000000a4,00000183,00000017,00030080,00000000,00000000,00000000) ret=7ce272f3 ... --- snip --- This number displayed is 512 byte units. I found this in the remark section of 'PrimaryVolumeSpaceRequired' property in MSDN: https://msdn.microsoft.com/en-us/library/aa370849%28v=vs.85%29.aspx --- quote --- PrimaryVolumeSpaceRequired property The installer sets the value of the PrimaryVolumeSpaceRequired property to a string representing the total number of bytes required by all selected features on the volume referenced by the PrimaryVolumePath property. As with the PrimaryVolumeSpaceAvailable property, this number is expressed in units of 512 bytes. Remarks Note if this value is to be displayed within a static Text control, the FormatSize bit can be used to automatically format and label this number in units of kilobytes or megabytes as appropriate. --- quote --- https://msdn.microsoft.com/en-us/library/aa368608%28v=vs.85%29.aspx 'FormatSize' is indeed applicable here (attributes of control = 0x00090003). The value should be formatted with proper units to be meaningful. $ sha1sum SkySagaEUInstaller.exe ee55d51213031fdf8d71475434c18ecd7caef9eb SkySagaEUInstaller.exe $ du -sh SkySagaEUInstaller.exe 11M SkySagaEUInstaller.exe $ wine --version wine-1.7.52 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 32517] New: installer of QQMusic 8.6 hangs
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32517 Bug #: 32517 Summary: installer of QQMusic 8.6 hangs Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified reproduce it follow this: 0. download it 4641e15fd47484798a2cd910dccffdc8 QQMusic_Setup_86_860.exe 1. wine QQMusic_Setup_86_860.exe This is the output information: fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32f124 63 chs) semi-stub fixme:msvcp:locale__Locimp__Makexloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makewloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makeushloc (0x32f124 63 0x1763a0 (nil)) semi-stub err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da my test enviroment: - Ubuntu 12.10 32bit - wine 1.5.20 -- 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 51331] New: Battle.net client broken since 414b31bc0b
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51331 Bug ID: 51331 Summary: Battle.net client broken since 414b31bc0b Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- The Battle.net desktop client doesn't start correctly any more. The window shows up, but the part that's supposed to show your downloaded games just says "The Battle.net Update Agent went to sleep. Attempting to wake it up..." Regression test: 414b31bc0bbbfe005e90a1946a649082dc303c55 is the first bad commit commit 414b31bc0bbbfe005e90a1946a649082dc303c55 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sun Jun 20 11:05:54 2021 -0500 ws2_32: Reimplement select() on top of IOCTL_AFD_POLL. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 13

[Bug 51277] New: Multiple games become unresponsive with plugged in controller (INSIDE, The Hong Kong Massacre, Sniper Elite 3)
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51277 Bug ID: 51277 Summary: Multiple games become unresponsive with plugged in controller (INSIDE, The Hong Kong Massacre, Sniper Elite 3) Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 97afac469fbe012e22acc1f1045c88b1004a241f Distribution: --- Used Xbox One. No response from controller/keyboard buttons. -- 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.

1 5

[Bug 43173] New: Far Cry 4 sound stops
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=43173 Bug ID: 43173 Summary: Far Cry 4 sound stops Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- Created attachment 58436 --> https://bugs.winehq.org/attachment.cgi?id=58436 a run of FC4 with steam logs excised After the cut scenes from Ubisoft, Dunia, and Nvidia the sound cuts out. When this happens you are at the main menu. A few releases ago, I tested a new game and during the 'Stop the Bus' routine as well as the main menu and there was sound. Something happened. There is some information in my console log. DirectSoundDevice_RemoveBuffer is called multiple time until it has no buffers left. At this point you are at the main menu, at line 2102 in the attachment. The following are the last few lines from +dsound,+alsa. _________________________________________________________________________________ warn:dsound:DSOUND_PrimaryDestroy Destroying primary buffer while references held (1 1) trace:alsa:AudioClient_Stop (0x24887040) trace:alsa:alsa_rewind_best_effort rewinding 1015 frames, now held 3404 trace:alsa:AudioClient_Release (0x24887040) Refcount now 2 trace:alsa:AudioClient_Release (0x24887040) Refcount now 1 trace:alsa:AudioClient_Release (0x24887040) Refcount now 0 trace:alsa:AudioClient_Stop (0x24887040) trace:dsound:DirectSoundDevice_Release (0x24888050) released trace:dsound:directsound_destroy (0x2487a8d0) released -- 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 35921] New: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35921 Bug ID: 35921 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app calls DXVA2CreateVideoService with the interface identifier IID_IDirectXVideoProcessorService and subsequently crashes while trying to use it. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxva2 wine ./DXVAChecker.exe >>log.txt 2>&1 ... 002a:Call dxva2.DXVA2CreateVideoService(001a3f80,001791e0,0033e574) ret=0393234c 002a:fixme:dxva2:DXVA2CreateVideoService (0x1a3f80, {fc51a552-d5e7-11d9-af55-00054e43ff02}, 0x33e574): stub 002a:Ret dxva2.DXVA2CreateVideoService() retval=80004001 ret=0393234c ... 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x790020cf ip=790020cf tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=00000000 ebx=00142e50 ecx=00000000 edx=00000000 esi=0033e458 edi=0033e5ac 002a:trace:seh:raise_exception ebp=0033e440 esp=0033e424 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002a:trace:seh:call_stack_handlers calling handler at 0x79fcc4da code=c0000005 flags=0 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms705631%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-209-g5d173f9 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 51152] New: The 64-bit ntdll:exception test fails in Wine
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51152 Bug ID: 51152 Summary: The 64-bit ntdll:exception test fails in Wine Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 64-bit ntdll:exception test fails in Wine. More precisely the test exits without printing the summary line which means it must be calling exit() or prematurely being forced to exit in some other way: https://test.winehq.org/data/patterns.html#ntdll:exception exception.c:3027: Test marked todo: 35: ds 0 does not match ss 0x2b exception.c:3030: Test marked todo: 35: got fs 0 <---- trace from the test ntdll:exception:033c done (0) in 0s <---- trace from WineTest This started with the following commit: commit 10d7a804c1973f332b9068cb8c98119c6dd7c1e2 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sun Mar 28 17:08:30 2021 -0500 ntdll/tests: Add a test for segment register contents in x86_64 exception handlers. Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 18

[Bug 15381] New: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15381 Summary: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6 Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmda(a)yandex.ru Created an attachment (id=16230) --> (http://bugs.winehq.org/attachment.cgi?id=16230) demo illustrating the problem if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel and lead to the errors Attached is client/server code that demonstrates the problem. If you comment out CoFreeUnusedLibraries call, it will start to work. Steps: -comple all 3 projects in the Workspace (Debug target is the only appropriate for the sake of demo) -make sure server and proxy are registered by running testserver.exe -RegServer, regsvr32 testserverPS.dll -run testproject.exe (the client) Expected behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will show client's message "call succeeded" and client will exit 5. after roughly 6sec it will show that the server is unloaded/ Actual behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will dump out trouble in the console and show client's message "call failed" You may call CoFreeUnusedLibraries anywhere in the appartment and it will break RPC on the server side. In some cases it will crash whole the server, like in the demo. Tested environment: Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates -- 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 51416] New: deferred context memory leak
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51416 Bug ID: 51416 Summary: deferred context memory leak Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: janbraun(a)gmx.net CC: z.figura12(a)gmail.com Distribution: --- This is a followup to bug#51238. While WoWs now starts and is playable with deferred contexts, it leaks LOTS of memory. For comparison, without deferred contexts [either wine < 6.10, or by adding "return E_OUTOFMEMORY;" at the beginning of *_deferred_context_create() in current wine], WoWs sits at a fairly constant 8G virt, 2.5G res memory usage here. With unmodified wine 6.12, WoWs arrives at these values when it finishes loading, but then continues to gobble up an additional approx. 1G virt=res per minute, just for sitting idly in the port UI, backgrounded. Memory usage keeps rising similarly during actual gameplay, though I haven't measured that in detail. Obviously, swapping and general mayhem eventually ensues. -- 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.

1 3

[Bug 51366] New: several wine-mono network tests fail with timeout
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51366 Bug ID: 51366 Summary: several wine-mono network tests fail with timeout Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The following wine-mono test cases fail on the master branch: MonoTests.System.Net.HttpWebRequestTest:TestTimeoutWithEndpointThatDoesntExistThrowsConnectFailureBeforeTimeout MonoTests.System.Net.Sockets.SocketTest:ConnectFailAsync MonoTests.System.Net.WebRequestTest:TestFailedConnection These can be run using run-tests.exe from https://dl.winehq.org/wine/wine-mono/6.2.0/wine-mono-6.2.0-tests.zip Testcase source code: https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… Bisect result: 414b31bc0bbbfe005e90a1946a649082dc303c55 is the first bad commit commit 414b31bc0bbbfe005e90a1946a649082dc303c55 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sun Jun 20 11:05:54 2021 -0500 ws2_32: Reimplement select() on top of IOCTL_AFD_POLL. -- 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.

1 4

[Bug 51340] New: d3d10core:d3d10core test_texture_compressed_3d() fails on Nvidia (cw-gtx560)
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51340 Bug ID: 51340 Summary: d3d10core:d3d10core test_texture_compressed_3d() fails on Nvidia (cw-gtx560) Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_texture_compressed_3d() fails systematically on cw-gtx560, the TestBot's only Nvidia test configuration: https://test.winehq.org/data/patterns.html#d3d10core:d3d10core d3d10core.c:19081: Test failed: Got unexpected colour 0xff00006a at (251, 9, 0), expected 0xff00006d. This failure happens on all Windows versions and with the 353.82 (win81), 388.13 (win 10 1709 & 1809) and 391.35 (win10 1909 & 2009) driver versions. Also this failure does not happen on any of the other GPUs (cw-rx460 and QEmu VMs). The failing test was introduced in this commit: commit 2aeab85c27a202d0ef7b1e01d7ccab32d9d53c93 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Jun 22 14:36:00 2021 +0200 wined3d: Add decompression information for BC4_UNORM. Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 7

[Bug 41703] New: LdrUnloadDll is not suit for musl( musl lacks unload support though it has a dlclose())
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41703 Bug ID: 41703 Summary: LdrUnloadDll is not suit for musl(musl lacks unload support though it has a dlclose()) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xw897002528(a)gmail.com Distribution: --- Created attachment 56111 --> https://bugs.winehq.org/attachment.cgi?id=56111 fix for this problem Hey, sorry for my poor english, and here is the problem: First, musl won't unload module even dlclose(). Check here: http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Unloading_… Then, musl won't excute init(__wine_spec_init) function if a module is already loaded. That means load_builtin_dll() thought dll is loaded by the current thread since init function was not called, but actually LdrUnloadDll() destroyed them in another thread and nothing is loaded in the current thread. Load_builtin_dll() try to find wm in InLoadOrderModuleList but nothing. After that, app will crash. And I solved this by making LdrUnloadDll() a stub. Patch is uploaded as a attachment. I hope this could be added in official wine by adding a configure option, thx. Here's my tracking details on this problem if you're intereted in how i found this: https://github.com/xhebox/noname-linux/issues/2#issuecomment-258680745 -- 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 36

[Bug 51381] New: Battlefield 4 cannot find online matches
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51381 Bug ID: 51381 Summary: Battlefield 4 cannot find online matches Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- Created attachment 70236 --> https://bugs.winehq.org/attachment.cgi?id=70236 workaround for broken matchmaking/online functionality in various games Online functionality in several games was broken by: https://discord.com/channels/414894830418657301/414894830418657303/85202511… Notably Battlefield 4 cannot join matches, MK11 cannot go online, NBA2k21 cannot join online matches or see friends, Rocket League cannot join matches/see friends, steam cannot connect online. This was partially fixed upstream (not sure what commit), however Battlefield 4 matchmaking still remains broken. The attached patch (from Zebediah Figura) resolves the BF4 and other relevant game issue. Opening bug for further investigation. -- 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.

1 5

[Bug 51295] New: ntoskrnl.exe:ntoskrnl occasionally hangs in test_overlapped()
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51295 Bug ID: 51295 Summary: ntoskrnl.exe:ntoskrnl occasionally hangs in test_overlapped() Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression, source, testcase Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 97afac469fbe012e22acc1f1045c88b1004a241f Distribution: --- Created attachment 70168 --> https://bugs.winehq.org/attachment.cgi?id=70168 make the problem more reproducible Specifically, it hangs if ntoskrnl is able to signal that the IRP is pending (by calling get_next_device_request) before the user space process calls wait_async(). 97afac469 intends for wait_async() to return STATUS_PENDING, because that is the synchronous return of the ioctl. The problem is that we're trying to have the select request *succeed immediately*, but STATUS_PENDING means that it didn't succeed immediately and that the client needs to wait for a wakeup. This can be triggered pretty reliably by running the relevant tests in a loop, as in the attached patch. I think <https://testbot.winehq.org/JobDetails.pl?Key=92616&f401=win32.report#k401> is an example of this happening on the testbot. -- 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.

1 3

[Bug 51262] New: Regression: all 32bit programs doesn't start since 308a5e7
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51262 Bug ID: 51262 Summary: Regression: all 32bit programs doesn't start since 308a5e7 Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- master:wine/win32-build$ wine notepad 002c:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 002c addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000) 0024:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 0024 addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000) master:wine/win32-build$ which wine wine: aliased to ~/src/wine/win32-build/wine wine is configure with "../configure --enable-silent-rules --disable-tests". Ccache is disabled and wineprefix is new. master:wine/win32-build$ gcc --version gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. master:wine/win32-build$ i686-w64-mingw32-gcc --version i686-w64-mingw32-gcc (GCC) 10-win32 20210408 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. master:wine/win32-build$ uname -a Linux eric-pc 5.11.0-18-generic #19-Ubuntu SMP Fri May 7 14:22:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux pure 32bit wine, wow32 wine, wow64 wine all crash with stack overflows. Only pure 64bit wine starts fine. Bisect points to 308a5e7c4d01525184b057058949c68c0ee77dba is the first bad commit commit 308a5e7c4d01525184b057058949c68c0ee77dba Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Jun 11 10:57:20 2021 +0200 ntdll: Switch to the kernel stack for syscalls on i386. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/unix/signal_i386.c | 250 ++++++++++++++++++++---------------------- tools/winebuild/import.c | 192 ++++++++++++-------------------- 2 files changed, 186 insertions(+), 256 deletions(-) -- 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.

1 11

[Bug 50374] New: pCon.planner doesn't finish installation and doesn't open
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=50374 Bug ID: 50374 Summary: pCon.planner doesn't finish installation and doesn't open Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 68979 --> https://bugs.winehq.org/attachment.cgi?id=68979 Contains installation.txt and backtrace.txt pCon.planner 8.4 Update 2 doesn't install correctly: the progress bar of the installer reaches the end, but the installation complete screen doesn't appear. Trying to cancel the installation once it actually started also doesn't do anything (didn't test if it's the same on Windows), so the only way to quit the installation is by killing wineserver. Wine logs during the installation are attached. The files of the program are there though, but trying to execute it results in the error from TLocaleReader "(-2147418113) Line 4 Column 19", and generates a backtrace I attached below. The uninstaller doesn't work either, with the progress bar not progressing at all and a cancel button that doesn't cancel anything. Link for the program download: https://pcon-planner.com/en/download/ -- 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.

1 5

[Bug 51425] New: Mathearbeit G 5.6 installer reports null pointer exception in module 'shell32.dll' starting with Wine 6.9-142-g98d43c5dcfb
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51425 Bug ID: 51425 Summary: Mathearbeit G 5.6 installer reports null pointer exception in module 'shell32.dll' starting with Wine 6.9-142-g98d43c5dcfb Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while revisiting bug 38740 ("Mathearbeit G 5.6 installer hangs during installation (ShellFolder attributes for virtual folder 'CLSID_Printers', clsid '{2227a280-3aea-1069-a2de-08002b30309d}' missing in registry)") to validate the claim that the bug has been fixed I've found a regression which actually hides the original bug. Stable download link via Internet Archive: https://web.archive.org/web/20210708082931/http://zahlenbasar.de/MA_DL/setu… --- snip --- ... 0118:trace:shell:_SHGetUserShellFolderPath 0x80000002,(null),L"{00000000-0000-0000-0000-000000000000}",0x32ea98 0118:Call advapi32.RegCreateKeyW(80000002,7daf0dc0 L"Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders",0032e18c) ret=7daa23be ... 0118:Ret advapi32.RegCreateKeyW() retval=00000000 ret=7daa23be 0118:Call advapi32.RegCreateKeyW(80000002,7daf0d20 L"Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User Shell Folders",0032e188) ret=7daa23d8 ... 0118:Ret advapi32.RegCreateKeyW() retval=00000000 ret=7daa23d8 0118:Call advapi32.RegQueryValueExW(000000f0,0032e800 L"{00000000-0000-0000-0000-000000000000}",00000000,0032e190,0032ea98,0032e194) ret=7daa2417 ... 0118:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7daa2417 ... 0118:trace:shell:_SHGetUserShellFolderPath returning 0x80004005 0118:trace:shell:_SHGetDefaultValue 0x45,0x32ea98 0118:trace:seh:dispatch_exception code=c0000005 flags=0 addr=7DAA0EA5 ip=7daa0ea5 tid=0118 0118:trace:seh:dispatch_exception info[0]=00000000 0118:trace:seh:dispatch_exception info[1]=00000000 0118:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c0000005) raised 0118:trace:seh:dispatch_exception eax=00000000 ebx=00000045 ecx=0032e354 edx=0032e37e esi=0032ea98 edi=00000000 0118:trace:seh:dispatch_exception ebp=0032e7d8 esp=0032e7a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0118:trace:seh:call_vectored_handlers calling handler at 7B00F750 code=c0000005 flags=0 0118:trace:seh:call_vectored_handlers handler at 7B00F750 returned 0 0118:trace:seh:call_stack_handlers calling handler at 004D512B code=c0000005 flags=0 0118:trace:seh:call_stack_handlers handler at 004D512B returned 1 0118:trace:seh:call_stack_handlers calling handler at 004E2570 code=c0000005 flags=0 0118:trace:seh:call_stack_handlers handler at 004E2570 returned 1 0118:trace:seh:call_stack_handlers calling handler at 0044B389 code=c0000005 flags=0 ... 0118:Call user32.MessageBoxA(0001009a,02dbd314 "Zugriffsverletzung bei Adresse 7DAA0EA5 in Modul 'shell32.dll'. Lesen von Adresse 00000000.",013f5160 "MATHEARBEIT G Setup",00000010) ret=0045273f ... --- snip --- After dismissing the dialog, the installer runs further and indeed completes without live-looping (copies files). Bug 38740 *appears* to be fixed but in fact it's not. Commit https://source.winehq.org/git/wine.git/commitdiff/98d43c5dcfb28183667d874d4… ("shell32: Calculate known folder paths from parent and relative path."), part of Wine 6.10 release, introduced a regression which causes a NULL pointer exception the reworked shell32 code. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 2446 { /* 0x45 */ 2447 &GUID_NULL, 2448 CSIDL_Type_User, 2449 NULL, 2450 DocumentsW 2451 }, --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 3470 /* Gets a 'semi-expanded' default value of the CSIDL with index folder into 3471 * pszPath, based on the entries in CSIDL_Data. By semi-expanded, I mean: 3472 * - Depending on the entry's type, the path may begin with an (unexpanded) 3473 * environment variable name. The caller is responsible for expanding 3474 * environment strings if so desired. 3475 * The types that are prepended with environment variables are: 3476 * CSIDL_Type_User: %USERPROFILE% 3477 * CSIDL_Type_AllUsers: %ALLUSERSPROFILE% 3478 * CSIDL_Type_CurrVer: %SystemDrive% 3479 * (Others might make sense too, but as yet are unneeded.) 3480 */ 3481 static HRESULT _SHGetDefaultValue(BYTE folder, LPWSTR pszPath) 3482 { 3483 HRESULT hr; 3484 3485 TRACE("0x%02x,%p\n", folder, pszPath); 3486 3487 if (folder >= ARRAY_SIZE(CSIDL_Data)) 3488 return E_INVALIDARG; 3489 3490 if (!pszPath) 3491 return E_INVALIDARG; 3492 3493 if (!is_win64) 3494 { 3495 BOOL is_wow64; 3496 3497 switch (folder) 3498 { 3499 case CSIDL_PROGRAM_FILES: 3500 case CSIDL_PROGRAM_FILESX86: 3501 IsWow64Process( GetCurrentProcess(), &is_wow64 ); 3502 folder = is_wow64 ? CSIDL_PROGRAM_FILESX86 : CSIDL_PROGRAM_FILES; 3503 break; 3504 case CSIDL_PROGRAM_FILES_COMMON: 3505 case CSIDL_PROGRAM_FILES_COMMONX86: 3506 IsWow64Process( GetCurrentProcess(), &is_wow64 ); 3507 folder = is_wow64 ? CSIDL_PROGRAM_FILES_COMMONX86 : CSIDL_PROGRAM_FILES_COMMON; 3508 break; 3509 } 3510 } 3511 3512 if (IsEqualGUID(CSIDL_Data[folder].fidParent, &GUID_NULL)) 3513 { 3514 /* hit the root, sub in env var */ 3515 switch (CSIDL_Data[folder].type) 3516 { 3517 case CSIDL_Type_User: 3518 strcpyW(pszPath, UserProfileW); 3519 break; 3520 case CSIDL_Type_AllUsers: 3521 strcpyW(pszPath, PublicProfileW); 3522 break; 3523 case CSIDL_Type_ProgramData: 3524 strcpyW(pszPath, ProgramDataVarW); 3525 break; 3526 case CSIDL_Type_CurrVer: 3527 strcpyW(pszPath, SystemDriveW); 3528 break; 3529 default: 3530 ; /* no corresponding env. var, do nothing */ 3531 } 3532 hr = S_OK; 3533 }else{ 3534 /* prepend with parent */ 3535 hr = _SHGetDefaultValue(csidl_from_id(CSIDL_Data[folder].fidParent), pszPath); 3536 } 3537 3538 if (SUCCEEDED(hr)) 3539 append_relative_path(folder, pszPath); 3540 3541 TRACE("returning 0x%08x\n", hr); 3542 return hr; 3543 } --- snip --- Line 3512 -> 'fidParent' member is zero-init for 'CSIDL_Data' 0x45 folder entry, causing null pointer exception. After fixing the regression, the installer runs into bug 38740 $ sha1sum setupgs5_6.exe fbbbae71ce4214e3848ae29399fa3b271bd6763f setupgs5_6.exe $ du -sh setupgs5_6.exe 5.8M setupgs5_6.exe $ wine --version wine-6.12-125-g6763ed84cf0 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.

1 4

[Bug 45807] New: Incorrect toolbar background in MFC apps, when visual theming enabled
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45807 Bug ID: 45807 Summary: Incorrect toolbar background in MFC apps, when visual theming enabled Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Created attachment 62266 --> https://bugs.winehq.org/attachment.cgi?id=62266 Screenshot of bug When visual theming is enabled, MFC toolbar button backgrounds are rendered as "grab handles", and space between buttons is black. (Also visible in screenshot, in 0CC and j0CC, the instrument editor piano is invisible when theming is enabled. Should I file a separate bug?) Tested with ReactOS.iso Lautus theme, and Zune theme (via .msi). Tested with j0CC-Famitracker and OpenMPT (both use MFC), on dirty WINEPREFIX. Also tested with Lautus and j0CC on clean WINEPREFIX with Lautus theme. -- 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 35611] New: A lot of user32:msg tests fail in the Japanese locale
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35611 Bug ID: 35611 Summary: A lot of user32:msg tests fail in the Japanese locale Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Classification: Unclassified The WineTestBot's w7u VM runs the tests in the Japanese locale. This results in 49 test failures instead of the background of 6 test failures. This can also be seen in the fg-win7u64-ja VM which gets 55 failures. See: http://test.winehq.org/data/tests/user32:msg.html The failures happen in test_dbcs_wm_char() and test_unicode_wm_char(). msg.c:11812: Test failed: got message 31f msg.c:11817: Test failed: bad wparam 81/2260 msg.c:11819: Test failed: got message 102 msg.c:11829: Test failed: bad wparam 201a/2260 msg.c:11836: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11836: Failed sequence no messages: msg.c:11836: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11838: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11838: Failed sequence Unicode WM_CHAR: msg.c:11838: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11845: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11845: Failed sequence no messages: msg.c:11845: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11847: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11847: Failed sequence Unicode WM_CHAR: msg.c:11847: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11854: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11854: Failed sequence no messages: msg.c:11854: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11856: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11856: Failed sequence Unicode WM_CHAR: msg.c:11856: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11863: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11863: Failed sequence no messages: msg.c:11863: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11865: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11865: Failed sequence Unicode WM_CHAR: msg.c:11865: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11872: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11872: Failed sequence no messages: msg.c:11872: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11874: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11874: Failed sequence Unicode WM_CHAR: msg.c:11874: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11882: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11882: Failed sequence no messages: msg.c:11882: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11885: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11885: Failed sequence Unicode WM_CHAR: msg.c:11885: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11890: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11890: Failed sequence no messages: msg.c:11890: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11892: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11892: Failed sequence Unicode WM_CHAR: msg.c:11892: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11900: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11900: Failed sequence no messages: msg.c:11900: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11908: Test failed: bad wparam 201a/2260 msg.c:11912: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11912: Failed sequence Unicode WM_CHAR: msg.c:11912: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11920: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11920: Failed sequence no messages: msg.c:11920: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11920: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11922: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11922: Failed sequence Unicode WM_CHAR: msg.c:11922: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11924: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11924: Failed sequence Unicode WM_CHAR: msg.c:11924: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11933: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11933: Failed sequence no messages: msg.c:11933: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11933: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11936: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11936: Failed sequence Unicode WM_CHAR: msg.c:11936: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11938: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11938: Failed sequence Unicode WM_CHAR: msg.c:11938: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11944: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11944: Failed sequence no messages: msg.c:11944: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11944: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11946: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11946: Failed sequence Unicode WM_CHAR: msg.c:11946: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11948: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11948: Failed sequence Unicode WM_CHAR: msg.c:11948: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11953: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a0081 msg.c:11953: Failed sequence Unicode WM_CHAR: msg.c:11953: 0: expected: msg 0102 - actual: MsgCheckProc: 003C03CE 0102 wp 201a0081 lp 00000000 (flags 19) msg.c:11962: Test failed: bad wparam 81/30fb msg.c:11969: Test failed: bad wparam 81/30fb msg.c:11980: Test failed: bad wparam 3f/81 msg.c:11982: Test failed: no message msg.c:11985: Test failed: bad wparam 3f/81 msg.c:11995: Test failed: bad wparam 3f/81 msg.c:12001: Test failed: unexpected hwnd 003C03CE msg.c:12002: Test failed: unexpected message 31f msg.c:12003: Test failed: bad wparam 1/81 msg.c:12012: Test failed: bad wparam 3f/81 msg.c:12019: Test failed: unexpected hwnd 00000000 msg.c:12021: Test failed: bad wparam 81/81 msg.c:12022: Test failed: bad lparam 0 msg.c:12023: Test failed: bad time 1b0e62/1b0e90 msg.c:12032: Test failed: unexpected hwnd 003C03CE msg.c:12037: Test failed: unexpected hwnd 003C03CE msg.c:12044: Test failed: bad wparam 3f/81 msg.c:12049: Test failed: bad wparam 3f/81 -- 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 34966] New: Academagia (WPF game) dialog windows are invisible until alt-tabed out
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34966 Bug #: 34966 Summary: Academagia (WPF game) dialog windows are invisible until alt-tabed out Product: Wine Version: 1.7.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Classification: Unclassified installed dotnet51sp1 from the latest winetricks on a 32 bits prefix installed windowscodecs from the latest winetricks the same 32 bits prefix installed the game on the same 32 bits prefix then; started notpad: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' notepad started the game with these options: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' WINEDEBUG=+tid,+seh,+relay wine ./Academagia.exe >>log.txt 2>&1 And waited until the first dialog window i was able to activate, alt-tabed out (that was when i noticed it became visible) and killed the corresponding wineserver with: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' wineserver -k The log is quite large uncompressed (1.5 GB), but actually 30mb compressed. Still too large to upload here; but it can go to my google drive: https://drive.google.com/file/d/0BzxkBmaf1EiWTmhiQjJ1YkllZWc/edit?usp=shari… -- 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 41460] New: Visual Studio C++ 6.0 crash when exit and a menu is oppened
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41460 Bug ID: 41460 Summary: Visual Studio C++ 6.0 crash when exit and a menu is oppened Product: Wine Version: 1.8.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dianaxxyyzz(a)gmail.com Distribution: --- Created attachment 55837 --> https://bugs.winehq.org/attachment.cgi?id=55837 backtrace Hello , To reproduce the bug is easy . Open Visual Studio C++ 6.0 and click on Help menu so it to open .Leave it open and close the program . There will be a crash .Attached is 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 13

[Bug 12968] New: MS Visual Studio V6 setup error 258 since 0.9.58
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12968 Summary: MS Visual Studio V6 setup error 258 since 0.9.58 Product: Wine Version: 0.9.61. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: k.king177(a)ntlworld.com trying to install Visual Studio v6 get MS Msgbox headed "Setup Error 258" with text Your setup files may be damaged. Try restarting the setup program from where you originally ran it. this is probably related or from same issue causing bug# 12967 for Office 97 see that bug for environment details. -- 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 1178] Visual Studio 6 debugger loops
by WineHQ Bugzilla 19 Jul '21

19 Jul '21

1 0

[Bug 7122] Microsoft Visual Studio 6.0 installer crashes
by WineHQ Bugzilla 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=7122 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://archive.org/details | |/vsp600enu Summary|Install Visual Studio 6.0 |Microsoft Visual Studio 6.0 | |installer crashes Keywords| |download, Installer -- 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.

1 0

[Bug 15948] New: Error generated when trying to install visual studio 6.0 into centos5 via wine
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15948 Summary: Error generated when trying to install visual studio 6.0 into centos5 via wine Product: Wine Version: 1.1.7 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boniemx(a)gmail.com Created an attachment (id=17135) --> (http://bugs.winehq.org/attachment.cgi?id=17135) error-log for installation of visual studio 6.0 via wine into centos5 Hi, am trying to install Visual studio 6.0, but it produces the error that I have attached. Please I need to do this urgently. Please help -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 37902] New: CreateDirectoryW creates a directory with the permissions set to 000
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37902 Bug ID: 37902 Summary: CreateDirectoryW creates a directory with the permissions set to 000 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ehsan.akhgari(a)gmail.com Distribution: --- Created attachment 50480 --> https://bugs.winehq.org/attachment.cgi?id=50480 file trace from the installer I am trying to install Visual Studio 2013 Update 4 from its full SDK under wine in Ubuntu Trusty. The installation fails because a directory created by the installer through CreateDirectoryW ends up with the permission bits set to 0. I am attaching a file trace from the relevant failure to the bug. The directory in question is: "C:\users\Public\Application Data\Package Cache\{b8a9dbc1-1fd4-4103-a83b-a2896f193ea0}". -- 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 34828] New: Visual Studio 2010 fails to start (IWICBitmapFrameEncode_WriteSource_Proxy, empty rect)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34828 Bug #: 34828 Summary: Visual Studio 2010 fails to start (IWICBitmapFrameEncode_WriteSource_Proxy, empty rect) Product: Wine Version: 1.7.5 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 folks, continuation of bug 32654 Prerequisite: winetricks -q dotnet20 dotnet40 corefonts Copying my analysis verbatim from http://bugs.winehq.org/show_bug.cgi?id=32654#c2 here --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./VCExpress.exe ... 002b:Call windowscodecs.WICSetEncoderFormat_Proxy(065e6080,00000000,065e4e50,0032f15c) ret=0f24f5bb 002b:trace:wincodecs:WICSetEncoderFormat_Proxy 0x65e6080,(nil),0x65e4e50,0x32f15c 002b:trace:wincodecs:BitmapImpl_GetPixelFormat (0x65e6080,0x32f008) 002b:trace:wincodecs:TiffFrameEncode_SetPixelFormat (0x65e4e50,{6fddc324-4e03-4bfe-b185-3d77768dc90f}) 002b:trace:wincodecs:BitmapImpl_AddRef (0x65e6080) refcount=5 002b:Ret windowscodecs.WICSetEncoderFormat_Proxy() retval=00000000 ret=0f24f5bb ... 002b:Call windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy(065e4e50,065e6080,0032f214) ret=0f24f77b 002b:trace:wincodecs:TiffFrameEncode_WriteSource (0x65e4e50,0x65e6080,0x32f214) 002b:trace:wincodecs:BitmapImpl_GetPixelFormat (0x65e6080,0x32ef7c) 002b:Ret windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy() retval=80070057 ret=0f24f77b ... 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aabb ip=7b83aabb tid=002b 002b:trace:seh:raise_exception info[0]=80070057 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826891 ebx=7b8b96b0 ecx=79140000 edx=0032ef88 esi=0032f068 edi=0032efe0 002b:trace:seh:raise_exception ebp=0032efb8 esp=0032ef54 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call oleaut32.SysAllocStringLen(01584f9c L"Value does not fall within the expected range.",0000002e) ret=793c87f2 --- snip --- --- snip --- Wine-dbg>bt Backtrace: =>0 0xf728bb6f TiffFrameEncode_WriteSource(iface=0xeccd9f0, pIBitmapSource=0xec9f448, prc=0x33f214) [/home/focht/projects/wine/wine-git/dlls/windowscodecs/tiffformat.c:1642] in windowscodecs (0x0033f108) 1 0x06a6f77b (0x0033f19c) 2 0x06a6edcd (0x0033f25c) Wine-dbg>p *prc {X=0, Y=0, Width=0, Height=0} Wine-dbg>p *This {IWICBitmapFrameEncode_iface={lpVtbl=0xf72f7740}, ref=0x1, parent=0xec9f6e8, initialized=0x1, info_written=0, committed=0, format=0xf72f8d20, width=0x10, height=0x10, xres=96.000000, yres=96.000000, lines_written=0} --- snip --- Source of failure: http://source.winehq.org/git/wine.git/blob/d8c71dd5ed80111c401382dc9dd6c5a2… --- snip --- 1640 static HRESULT WINAPI TiffFrameEncode_WriteSource(IWICBitmapFrameEncode *iface, 1641 IWICBitmapSource *pIBitmapSource, WICRect *prc) 1642 { 1643 TiffFrameEncode *This = impl_from_IWICBitmapFrameEncode(iface); 1644 HRESULT hr; 1645 WICRect rc; 1646 WICPixelFormatGUID guid; 1647 UINT stride; 1648 BYTE *pixeldata; ... Wine-dbg>l 1693 if (prc->Width != This->width) return E_INVALIDARG; 1694 1695 stride = (This->format->bpp * This->width + 7)/8; 1696 1697 pixeldata = HeapAlloc(GetProcessHeap(), 0, stride * prc->Height); 1698 if (!pixeldata) return E_OUTOFMEMORY; 1699 1700 hr = IWICBitmapSource_CopyPixels(pIBitmapSource, prc, stride, 1701 stride*prc->Height, pixeldata); 1702 1703 if (SUCCEEDED(hr)) --- snip --- $ wine --version wine-1.7.5-174-g2eb6502 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 32654] New: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32654 Bug #: 32654 Summary: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub Product: Wine Version: 1.5.21 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 folks, upon shutdown of Visual Studio 2010 IDE: --- snip --- 002c:Call KERNEL32.GetProcAddress(f7140000,055bfe54 "WICSetEncoderFormat_Proxy") ret=79171e1e 002c:Ret KERNEL32.GetProcAddress() retval=f714e9fc ret=79171e1e ... 002c:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032dbf4) ret=f71d0891 002c:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002c 002c:trace:seh:raise_exception info[0]=f71d0900 002c:trace:seh:raise_exception info[1]=f71d0a88 wine: Call from 0x7b83aa77 to unimplemented function windowscodecs.dll.WICSetEncoderFormat_Proxy, aborting 002c:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 002c:Call KERNEL32.GetLastError() ret=791f5aa7 002c:Ret KERNEL32.GetLastError() retval=00000000 ret=791f5aa7 002c:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 002c:trace:seh:call_stack_handlers calling handler at 0x791ccc44 code=80000100 flags=1 --- snip --- Prerequisite: winetricks -q dotnet20 dotnet40 corefonts 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 16

[Bug 32561] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32561 Bug #: 32561 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl Product: Wine Version: 1.5.20 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 folks, continuation of bug 32549 With Dmitry's patches (http://source.winehq.org/patches/data/93114 and http://source.winehq.org/patches/data/93115) the IDE runs further - into next bug ;-) Prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./VCExpress.exe ... 002b:Call KERNEL32.GetProcAddress(f7140000,0554f03d "IWICImagingFactory_CreateBitmapFromHICON_Proxy") ret=79171e1e 002b:Ret KERNEL32.GetProcAddress() retval=f714f040 ret=79171e1e ... 002b:Call windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy(0f0313d0,0001008c,0032f1cc) ret=06a2ac67 002b:fixme:wincodecs:ComponentFactory_CreateBitmapFromHICON (0xf0313d0,0x1008c,0x32f1cc): stub 002b:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy() retval=80004001 ret=06a2ac67 ... 002b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032f0ec) ret=791cac08 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002b 002b:trace:seh:raise_exception info[0]=80004001 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=0032efc8 esi=0032f0a8 edi=0032f020 002b:trace:seh:raise_exception ebp=0032eff8 esp=0032ef94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call oleaut32.SysAllocStringLen(01568104 L"The method or operation is not implemented.",0000002b) ret=793c87f2 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 595 static HRESULT WINAPI ComponentFactory_CreateBitmapFromHICON(IWICComponentFactory *iface, 596 HICON hIcon, IWICBitmap **ppIBitmap) 597 { 598 FIXME("(%p,%p,%p): stub\n", iface, hIcon, ppIBitmap); 599 return E_NOTIMPL; 600 } --- 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 10

[Bug 32564] New: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32564 Bug #: 32564 Summary: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, found while investigating bug 32562 After clicking "OK" in project creation wizard nothing happens and the following is shown in console: --- snip --- 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=7ec005c0 0009:trace:seh:raise_exception info[1]=7ec0065d wine: Call from 0x7b83aa77 to unimplemented function atl100.dll.AtlAxDialogBoxW, aborting 0009:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/c0456aea76bcd8ce77d7c91dfc95a5ff… --- snip --- 21 35 stub AtlAxDialogBoxW 22 36 stub AtlAxDialogBoxA --- snip --- Prerequisite: 'winetricks -q dotnet20 dotnet40 windowscodecs corefonts' 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 32549] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32549 Bug #: 32549 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl Product: Wine Version: 1.5.20 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 folks, prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./VCExpress.exe ... 0009:fixme:wincodecs:ComponentFactory_CreateBitmapFromMemory (0x215d78,4,4,{6fddc324-4e03-4bfe-b185-3d77768dc90f},16,64,0x1455540,0x32ed1c): stub 0009:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=80004001 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception info[2]=00000000 0009:trace:seh:raise_exception info[3]=00000000 0009:trace:seh:raise_exception info[4]=79140000 0009:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=80004001 edx=0032eba4 esi=0032ec54 edi=001871e8 0009:trace:seh:raise_exception ebp=0032ebe8 esp=0032eb84 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 578 static HRESULT WINAPI ComponentFactory_CreateBitmapFromMemory(IWICComponentFactory *iface, 579 UINT uiWidth, UINT uiHeight, REFWICPixelFormatGUID pixelFormat, UINT cbStride, 580 UINT cbBufferSize, BYTE *pbBuffer, IWICBitmap **ppIBitmap) 581 { 582 FIXME("(%p,%u,%u,%s,%u,%u,%p,%p): stub\n", iface, uiWidth, uiHeight, 583 debugstr_guid(pixelFormat), cbStride, cbBufferSize, pbBuffer, ppIBitmap); 584 return E_NOTIMPL; 585 } --- 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 35084] New: Visual Studio 2010 installer fails to install in 64-bit Windows XP WINEPREFIX (claims "Windows XP x64 Service Pack 2 is required")
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35084 Bug #: 35084 Summary: Visual Studio 2010 installer fails to install in 64-bit Windows XP WINEPREFIX (claims "Windows XP x64 Service Pack 2 is required") Product: Wine Version: 1.7.7 Platform: x86-64 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, as the summary says. The installer prerequisite log "dd_depcheck_VC_EXP_100.txt" is pretty verbose, no need for Wine trace log: --- snip --- ... [12/08/13,20:06:38] Windows XP x64 Service Pack 2 is required == [12/08/13,20:06:38] This component uses the FileRegVerCheck version check method. It will compare a given version against the version of a regkey on your machine. [12/08/13,20:06:38] Registry key being interrogated: HKLM,System\CurrentControlSet\Control\Windows; Value: CSDVersion; Version: 512. [12/08/13,20:06:38] Version on user's machine: 256 [12/08/13,20:06:38] Version to be installed: 512 [12/08/13,20:06:38] Windows XP x64 Service Pack 2 is required == Component to be installed. --- snip --- Setting CSDVersion to 512 in 64-bit prefix allows the installer go further. Wine uses "Service Pack 3" for 32-bit "Windows XP" setting (=latest). There is no SP3 for the 64-bit version of Windows XP. XP2 is indeed the latest. For consistency it would make sense that Wine uses SP2 for 64-bit XP, indicating highest SP level. $ sha1sum vc_web.exe c2d61a5424aa474a169e59199aa2158a858833f6 vc_web.exe $ du -sh vc_web.exe 3.2M vc_web.exe $ wine --version wine-1.7.8-128-g37460b6 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 32558] New: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32558 Bug #: 32558 Summary: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, I noticed strange crashes with the web installer of Visual Studio 2010 (10.0) Express Edition. Sometimes the installer would just bail out silently during download. Prerequisite: 'winetricks -q dotnet20 dotnet40' Unfortunately +relay or even repeated installer runs succeed most of the time so it's not easily to reproduce/track down (also depends on client connection to server). Also running the inner installer under debugger changes symptoms. Fortunately I managed get a crash with +relay at one time (using inner installer). --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+winhttp,+relay wine ./setup.exe /web /CreatedTemp /NoExclude /InstalledFrom . >>log.txt 2>&1 ... 002a:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\test\\dlmgr.dll" at 0x364c0000: native ... 0030:Call oleaut32.SysAllocString(00c00840 L"dlmgr: Starting download attempt 1 of 3 for http://go.microsoft.com/fwlink/?LinkId=165067&clcid=0x409 using Http") ret=3593f268 0030:Ret oleaut32.SysAllocString() retval=01560ec4 ret=3593f268 ... 0030:Call ntdll.RtlAllocateHeap(00453000,00000008,00008000) ret=364e1884 0030:Ret ntdll.RtlAllocateHeap() retval=0045bdc8 ret=364e1884 ... 0042:Call KERNEL32.CreateFileW(0186f540 L"C:\\users\\focht\\Temp\\30319.01\\1033\\VC_EXP\\wcu\\watson\\dw20shared.msi",00000002,00000000,00000000,00000002,00000080,00000000) ret=364db8ff 0042:Ret KERNEL32.CreateFileW() retval=000001e8 ret=364db8ff ... 0042:Call winhttp.WinHttpQueryHeaders(00000003,00000005,00000000,0b56e850,0b56e840,00000000) ret=364d77ed 0042:trace:winhttp:WinHttpQueryHeaders 0x3, 0x00000005, (null), 0xb56e850, 0xb56e840, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:trace:winhttp:query_headers attribute L"Content-Length" 0042:trace:winhttp:get_header_index L"Content-Length" 0042:trace:winhttp:get_header_index returning 12 0042:trace:winhttp:query_headers returning string: L"1850368" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Ret winhttp.WinHttpQueryHeaders() retval=00000001 ret=364d77ed 0042:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 0042:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=0186fa68 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,0186fa68,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 --- snip --- Download for first component is 1850368 bytes in total. The installer allocates a 32 KiB buffer and begins async download using winhttp. The "good" sequence reads like this: --- snip --- ... 0044:Call winhttp.WinHttpReadData(00000003,0045bdc8,00001554,00000000) ret=364d7787 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718950) ret=7e2dc63a 0044:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 5460, (nil) 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0044:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0044:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0044:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0044:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 0042:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:read_data *** async=1, to_read=5460, num_bytes: 5460, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0042:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0042:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5460 0042:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001554,0b56e814,00000000) ret=364db83b 0042:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b ... 0044:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b ... 0044:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 0044:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 --- snip --- "trace:winhttp:read_data ***" trace message was added by me for diagnosis immediately before the send callback (also heap magic and size dump because +heap is not usable here). At one point we get this interesting sequence: --- snip --- ... 000d:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 000d:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 000d:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 000d:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 000d:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 000d:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:query_data 73440 bytes available 000d:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:trace:winhttp:send_callback 0x1718bc0, 0x00040000, 0xb56e90c, 4 000d:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 ... 0042:Call winhttp.WinHttpReadData(00000003,0045bdc8,00011ee0,00000000) ret=364d7787 000d:Call ntdll.RtlFreeHeap(00110000,00000000,01870290) ret=7e2dc63a 0042:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 73440, (nil) 000d:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=01870290 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01870290,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0044:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0044:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 0044:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718cb0) ret=7e2dc63a 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:read_data *** async=1, to_read=73440, num_bytes: 73440, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0044:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0044:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 73440 ... --- snip --- 73440 bytes available reported and WinHttpReadData() is called from installer with the _same_ original buffer (0x45bdc8) which was allocated with 32 KiB (0x8000 bytes) - no realloc in between! This obviously leads to a heap overwrite and some time later to crashes. --- snip --- ... 000d:trace:winhttp:read_data *** async=1, to_read=5760, num_bytes: 5760, ret=1, callback=0x364da8e0, buffer=0x45bdc8 000d:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 000d:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5760 000d:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001680,0b76e814,00000000) ret=364db83b 000d:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=364ee12c 000d:Ret ntdll.RtlAllocateHeap() retval=0186fc18 ret=364ee12c 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x364e4b6f ip=364e4b6f tid=000d 000d:trace:seh:raise_exception info[0]=00000000 000d:trace:seh:raise_exception info[1]=98211559 000d:trace:seh:raise_exception eax=982114ad ebx=00000002 ecx=0b76e30c edx=00000000 esi=0b76e53a edi=0b76e53a 000d:trace:seh:raise_exception ebp=0b76e740 esp=0b76e2bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 --- snip --- I added a small code snippet to automatically report/truncate available chunk size to 32 KiB if larger. --- snip --- ... fixme:winhttp:query_data truncating data avail from 50400 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 89632 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 71264 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 91776 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 116608 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 93920 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 69792 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 96064 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 67616 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 59328 to 32768 bytes! ... --- snip --- With that change in place the web installer runs rock stable, sometimes reaching download speeds of 2-3 MiB/s using winhttp (not maxing out my connection - that might be server-side bandwidth issue). I've not found any useful info on MSDN about a 32 KiB limit on winhttp chunk size. Maybe the MS guys who wrote the installer made some assumption about some underlying native winsock implementation limitation on Windows. It might be interesting to see what max. chunk size native winhttp reports to clients. 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 38528] New: The installer of Visual Studio 2013 (12.0) does not work reliable
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38528 Bug ID: 38528 Summary: The installer of Visual Studio 2013 (12.0) does not work reliable Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Stefan.Leichter(a)camLine.com Distribution: Debian The installer of Visual Studio 2013 does not work reliable for me. My feeling is that the load / resource consumption of the system is the factor that makes the difference. When the load on the system increases the chances for a successful install are better. If the installer does not work, i start the Eclipse IDE, than it works most of the time. Steps for the installation: 0. rm -rf ~/.wine 1. winetricks -q corefonts dotnet45 2. set version to Windows 8.1 via winecfg 3. wine reg add 'HKLM\Software\Microsoft\Internet Explorer' /v 'svcVersion' /t REG_SZ /d '10.0.9200.16384' 4. wine winexpress_full.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 4

[Bug 46465] New: vs2015 " Call from 0x7b43e2f3 to unimplemented function msvcp140.dll._Equivalent, aborting"
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46465 Bug ID: 46465 Summary: vs2015 "Call from 0x7b43e2f3 to unimplemented function msvcp140.dll._Equivalent, aborting" Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- trying to run visual studio 2015 community edition gives: Call from 0x7b43e2f3 to unimplemented function msvcp140.dll._Equivalent, aborting Internal Compiler Error in C:\Program Files\Microsoft Visual Studio 14.0\VC\b in\cl.exe. You will be prompted to send an error report to Microsoft later. -- 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 40220] New: Visual Studio Community 2015 install stuck at splash screen
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=40220 Bug ID: 40220 Summary: Visual Studio Community 2015 install stuck at splash screen Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: staal1978(a)gmail.com Distribution: --- In a clean 32-bit WINEPREFIX, I installed dotnet452 / corefonts (appdb indicate that dotnet4 is needed) I mounted the offline install media (vs2015.com_enu.iso) with fuseiso and ran vs_community.exe The installer starts until the grey splash screen saying Visual Studio Community 2015 but never goes further than that. Console output is an endless string of : "fixme:thread:__syscall_NtQueryInformationThread info class 16 not supported yet" -- 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 37272] New: CheatEngine 6.4 fails after remote process 'breakin', reporting 'Debugger Crash:Access violation (Last location:41)'
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37272 Bug ID: 37272 Summary: CheatEngine 6.4 fails after remote process 'breakin', reporting 'Debugger Crash:Access violation (Last location:41)' Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app works well in general - except when breaking into remote process for debugging (to single step). The app is pretty verbose about its doings, using 'OutputDebugString' API. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Cheat Engine 6.4 ... $ WINEDEBUG=+tid,+seh,+loaddll,+process,+debugstr wine ./Cheat\ Engine.exe >>log.txt 2>&1 ... 0023:warn:debugstr:OutputDebugStringA "setThreadContext(28, 110, 07E9710C). dr0=0 dr1=0 dr2=0 dr3=0 dr7=400" ... 002b:warn:debugstr:OutputDebugStringA "HandleExceptionDebugEvent:80000004" ... 002b:warn:debugstr:OutputDebugStringA "EXCEPTION_SINGLE_STEP. Dr6=00004000" ... 002b:warn:debugstr:OutputDebugStringA "Handling as a single step event" ... 002b:warn:debugstr:OutputDebugStringA "HandleBreak()" ... 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x410464 ip=00410464 tid=0023 0023:trace:seh:raise_exception info[0]=00000001 0023:trace:seh:raise_exception info[1]=d000db06 0023:trace:seh:raise_exception eax=0000000b ebx=044bbc78 ecx=d000dafe edx=001c9071 esi=044bbc74 edi=001c9071 0023:trace:seh:raise_exception ebp=01b8ea5c esp=01b8e9f0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210282 0023:trace:seh:call_stack_handlers calling handler at 0x7bc9de17 code=c0000005 flags=0 0023:trace:seh:call_stack_handlers handler at 0x7bc9de17 returned 0 ... --- snip --- The CheatEngine debugger was attached to 'notepad' process. --- snip --- Wine-dbg>info process pid threads executable (all id:s are in hex) 00000027 1 'notepad.exe' 00000022 3 'cheatengine-i386.exe' 00000020 1 'explorer.exe' 0000000e 5 'services.exe' 00000019 3 \_ 'plugplay.exe' 00000012 4 \_ 'winedevice.exe' Wine-dbg>info thread process tid prio (all id:s are in hex) ... 00000022 cheatengine-i386.exe 0000002b 0 00000024 0 00000023 0 00000027 notepad.exe 00000028 0 --- snip --- Running the debugger under a debugger yields the following: --- snip --- Unhandled exception: page fault on write access to 0xd000db06 in 32-bit code (0x00410464). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00410464 ESP:01b8e9f0 EBP:01b8ea5c EFLAGS:00210282( R- -- I S - - - ) EAX:0000000b EBX:040341a8 ECX:d000dafe EDX:001c9071 ESI:040341a4 EDI:001c9071 Stack dump: 0x01b8e9f0: 000000b0 0000000b 040341a4 000000b0 0x01b8ea00: 0423c2e8 0423c2ec 004105ee 0000004c 0x01b8ea10: 0423c2e8 00410bdd 0000001c 0423c2e8 0x01b8ea20: 00000414 0040fa88 006426a9 0423c2e8 0x01b8ea30: 0410a7f8 00000414 006429b7 0423c2e8 0x01b8ea40: 0410a7f8 006427ad 001b2ba8 00000000 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0x00410464 in cheatengine-i386 (+0x10464) (0x01b8ea5c) 1 0x007011b4 in cheatengine-i386 (+0x3011b3) (0x01b8ea70) 2 0x0050bc97 in cheatengine-i386 (+0x10bc96) (0x01b8f368) 3 0x0050c155 in cheatengine-i386 (+0x10c154) (0x01b8f6a0) 4 0x0044b868 in cheatengine-i386 (+0x4b867) (0x01b8f6b8) 5 0x00452019 in cheatengine-i386 (+0x52018) (0x01b8f728) 6 0x004fd312 in cheatengine-i386 (+0xfd311) (0x01b8f7ac) 7 0x005013c1 in cheatengine-i386 (+0x1013c0) (0x01b8f824) 8 0x0058ef28 in cheatengine-i386 (+0x18ef27) (0x01b8f898) 9 0x006e7668 in cheatengine-i386 (+0x2e7667) (0x01b8faa8) 10 0x7eb8fb5e WINPROC_wrapper+0x19() in user32 (0x01b8fad8) ... 0x00410464: movl $0x0,0x8(%ecx) --- snip --- The app is open source: https://code.google.com/p/cheat-engine --- snip --- $ svn checkout http://cheat-engine.googlecode.com/svn/trunk/ cheat-engine-read-only --- snip --- 'Last location:41' part of error message gives a hint: htps://code.google.com/p/cheat-engine/source/browse/trunk/Cheat%20Engine/de… --- snip --- procedure TDebugThreadHandler.VisualizeBreak; begin TDebuggerthread(debuggerthread).execlocation:=41; if processhandler.SystemArchitecture=archx86 then MemoryBrowser.lastdebugcontext:=context^ else MemoryBrowser.lastdebugcontextarm:=armcontext; WaitingToContinue:=not lua_onBreakpoint(context); if WaitingToContinue then //no lua script or it returned 0 MemoryBrowser.UpdateDebugContext(self.Handle, self.ThreadId); end; --- snip --- The crashes happens during update of stacktrace listview, after a couple of 'dbghelp.StackWalk64' calls. 'TMemoryBrowser.UpdateDebugContext' -> 'TfrmStacktrace.stacktrace' https://code.google.com/p/cheat-engine/source/browse/trunk/Cheat%20Engine/f… The crash address is an indirect reference from ECX = 0xd000dafe (+8) .. a value which corresponds to Wine's 'frame->KdHelp.KiCallUserMode' magic value. The stack frame data structure passed to 'StackWalk64' is allocated from internal Delphi heap and initialized. --- snip --- procedure TfrmStacktrace.stacktrace(threadhandle:thandle;context:_context); var stackframe: PStackframe64; cxt:_context; wow64ctx: CONTEXT32; a,b,c,d: dword; sa,sb,sc,sd:string; machinetype: dword; cp: pointer; found: boolean; begin ... getmem(stackframe,sizeof(tstackframe)); zeromemory(stackframe,sizeof(tstackframe)); stackframe^.AddrPC.Offset:=context.{$ifdef cpu64}rip{$else}eip{$endif}; stackframe^.AddrPC.mode:=AddrModeFlat; stackframe^.AddrStack.Offset:=context.{$ifdef cpu64}rsp{$else}esp{$endif}; stackframe^.AddrStack.Mode:=addrmodeflat; stackframe^.AddrFrame.Offset:=context.{$ifdef cpu64}rbp{$else}ebp{$endif}; stackframe^.AddrFrame.Mode:=addrmodeflat; ... --- snip --- The corresponding disassembly, annotated: --- snip --- 0050BBD1 8D45 F8 LEA EAX,DWORD PTR SS:[EBP-8] 0050BBD4 BA A4000000 MOV EDX,0A4 ; sizeof(tstackframe) 0050BBD9 E8 323EF0FF CALL cheateng.0040FA10 ; getmem() 0050BBDE 68 A4000000 PUSH 0A4 ; sizeof(tstackframe) 0050BBE3 FF75 F8 PUSH DWORD PTR SS:[EBP-8] 0050BBE6 E8 C5121600 CALL cheateng.0066CEB0 ; zeromemory() 0050BBEB 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 0050BBEE 8B95 38F8FFFF MOV EDX,DWORD PTR SS:[EBP-7C8] 0050BBF4 B8 00000000 MOV EAX,0 0050BBF9 8911 MOV DWORD PTR DS:[ECX],EDX ; stackframe^.AddrPC.. 0050BBFB 8941 04 MOV DWORD PTR DS:[ECX+4],EAX --- snip --- 0xA4 is a bit too small for 'STACKFRAME64' structure. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680646%28v=vs.85%… My guess is that Delphi/Pascal's definition of 'tstackframe' doesn't include the 'KDHELP64' part which is reserved for kernel debuggers. The problem is that Wine writes magic values into an area that should be left untouched since we're dealing with usermode debugging. That corrupts the internal heap. Source: http://source.winehq.org/git/wine.git/blob/61a9eef9a1c0a72e6571742dbb830f7b… --- snip --- ... 242 /* we don't handle KdHelp */ 243 frame->KdHelp.Thread = 0xC000FADE; 244 frame->KdHelp.ThCallbackStack = 0x10; 245 frame->KdHelp.ThCallbackBStore = 0; 246 frame->KdHelp.NextCallback = 0; 247 frame->KdHelp.FramePointer = 0; 248 frame->KdHelp.KiCallUserMode = 0xD000DAFE; 249 frame->KdHelp.KeUserCallbackDispatcher = 0xE000F000; 250 frame->KdHelp.SystemRangeStart = 0xC0000000; 251 frame->KdHelp.Reserved[0] /* KiUserExceptionDispatcher */ = 0xE0005000; ... --- snip --- The code that writes the magic values was added 8 years ago: http://source.winehq.org/git/wine.git/commitdiff/558130a696a1e6c11a84f3d1f1… Not sure what the intention was since usermode debuggers can't deal with these things anyway. With that part fixed, CheatEngine can debug remote processes after attaching. $ sha1sum CheatEngine64.exe 8cb06bca312ed2bfa02c7f9344f2717d02ecd931 CheatEngine64.exe $ du -sh CheatEngine64.exe 8.7M CheatEngine64.exe $ wine --version wine-1.7.26-44-gb10b391 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 31322] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31322 Bug #: 31322 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel Product: Wine Version: 1.5.9 Platform: arm 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, split off from bug 31308 (see there for details). TPIDRURW (user TLS register) TEB value is not preserved by kernel (currently either reset to zero or left with same values across context switches). 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 31308] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31308 Bug #: 31308 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access Product: Wine Version: 1.5.9 Platform: arm 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, for André, some toy to play with ;-) "Remote Tools for Visual Studio 2012 RC" for Windows on ARM (WoA) can be downloaded here: http://www.microsoft.com/visualstudio/11/en-us/downloads#remote-tools It crashes on my quad Cortex-A9 based i.mx6 Sabre with Ubuntu Linux 12.04 --- snip --- Unhandled exception: page fault on read access to 0xc2083992 in 32-bit code (0x00419d44). Register dump: Thumb User Mode Pc:419d44 Sp:4134f720 Lr:418ed1 Cpsr:200f0030(--C-) r0:0208 r1:0001 r2:4134f7c8 r3:0208 r4:c208398a r5:4134f7c8 r6:0000 r7:4134f728 r8:dddd r9:04e4 r10:0100 Fp:4134f758 Ip:4134f518 Stack dump: 0x4134f720: 00000000 00000000 4134f7c8 00000100 0x4134f730: 00000001 8161b1cd 4134f748 00000100 0x4134f740: 4134f7c8 00000001 4134fd38 00446530 0x4134f750: 000004e4 4006e000 4134f790 00418f91 0x4134f760: 4134fac8 000004e4 00000000 00000000 0x4134f770: 00446998 00446308 42164138 40a72801 Backtrace: =>0 0x00419d44 in rtools_setup_arm (+0x19d44) (0x4134f758) 1 0x00418ed1 in rtools_setup_arm (+0x18ed0) (0x4134f758) 0x00419d44: ldr r4, [r4, #8] Modules: Module Address Debug info Name (77 modules) ELF 8000- 12000 Deferred <wine-loader> PE 400000- 454000 Export rtools_setup_arm ELF 40031000-4003f000 Deferred libsm.so.6 ... System information: Wine build: wine-1.5.9-186-g1f6febe Platform: arm Host system: Linux Host version: 3.2.0-1000-linaro-lt-mx6 --- snip --- WINEDEBUG=+tid,+seh,+relay doesn't reveal much, might be app init/startup code: --- snip --- $ wine ./rtools_setup_arm.exe ... 0024:Call KERNEL32.GetLastError() ret=00416973 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=00416973 0024:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,4130f7c8 " \x01\x02\x03\x04\x05\x06\x07\x08\t\n\x0b\x0c\r\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1a\x1b\x1c\x1d\x1e\x1f !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~\x7f\x80\x81\x82\x83\x84\x85\x86\x87\x88\x89\x8a\x8b\x8c\x8d\x8e\x8f\x90\x91\x92\x93\x94"...,00000100,00000000,00000000) ret=00418e95 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000100 ret=00418e95 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=c2083992 0024:trace:seh:raise_exception Pc:419d44 Sp:4130f720 Lr:418ed1 Cpsr:200f0030 r0:0208 r1:0001 r2:0100 r3:0208 0024:trace:seh:raise_exception r4:c208398a r5:4130f7c8 r6:0000 r7:4130f728 r8:dddd r9:04e4 r10:0100 Fp:4130f758 Ip:4130f518 0024:trace:seh:call_stack_handlers calling handler at 0x403e3900 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(4130f574) ret=403e3964 wine: Unhandled page fault on read access to 0xc2083992 at address 0x419d44 (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 68" ... --- snip --- Winedbg's builtin disassembler isn't really helpful, it's missing various thumb(2) opcodes. Fortunately there is a free IDA 6.2 demo version for Linux which also supports ARM family for download: http://www.hex-rays.com/products/ida/support/download_demo.shtml This is an invaluable tool which can be used to improve winedbg's disassembler and investigate other problems on ARM. The code in question: --- snip --- ... .text:00419D40 MRC p15, 0, R4,c13,c0, 2 .text:00419D44 LDR R4, [R4,#8] ... --- snip --- ARM info center CP15 c13 register summary: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0388f/CIHFGF… Another resource: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0360f/CACEAI… Opcode_2=3 register "TPIDRURO" is actually ARM HW TLS register, used by libc (__get_tls()). Opcode_2=2 register "TPIDRURW" is "Software Thread ID, User, R/W" Not sure if this is a "free for use" register or if any user space threading library code actually manages this register. One would have to search eglibc sources for ARM and any userspace libraries mapped into process address space, not part of Wine. The values don't seem very random but they point to invalid (not mapped) memory locations. I couldn't find any MCR opcodes in application code, so it's probably written elsewhere. This linux kernel patch has a bit of information: http://www.kernelhub.org/?p=2&msg=57979 It got committed to Linux 3.3.5: http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.3.5 (search for TPIDRURW). I'm running 3.2.0 so it's obviously not cleared by kernel side on context switch. Anyway, I fear this will be most likely upstream if the kernel deliberately clears it on every context switch (starting with 3.3.5). $ du -sh rtools_setup_arm.exe 16M rtools_setup_arm.exe $ sha1sum rtools_setup_arm.exe 6f75e6dad60b64e1f074884829b63ca00bcdb531 rtools_setup_arm.exe 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 22

[Bug 37915] New: IsWow64Process fix(es) required: 32bit UPlay games do not launch in a 64Bit prefix when Wine is set to Vista/Win7
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37915 Bug ID: 37915 Summary: IsWow64Process fix(es) required: 32bit UPlay games do not launch in a 64Bit prefix when Wine is set to Vista/Win7 Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- While the recent commit http://source.winehq.org/git/wine.git/commitdiff/bfd088dbc6b4f397d9adfbc11a… now allows Uplay to launch 64-bit games in a 64-bit prefix when Windows 7 is selected (and probably Vista and 8), it doesn't help with launching 32-bit games. Since #33776 was closed without covering this situation, I'm opening this bug to cover that use-case here. Attachment 50492 from #33776 (https://bugs.winehq.org/attachment.cgi?id=50492&action=diff) solves this for me, but seems to be a work in progress based on what the author has said there. This issue is also perhaps not specific to Uplay, although I don't know of any other application affected by the bugs in the existing implementation at this time (hence the title). -- 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 39101] New: Visual Studio Compiler creates invalid interface from a typelib
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=39101 Bug ID: 39101 Summary: Visual Studio Compiler creates invalid interface from a typelib Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Created attachment 52094 --> https://bugs.winehq.org/attachment.cgi?id=52094 Sample Project winetricks vc2008express Open the Attached project and compile. StdAfx.h has line. #import "../typelibs/Debug/typelibs.tlb" which causes the compiler to get generate typelibs.tlh and typelibs.tli files. These files represent the interfaces that are defined in the TLB. Under WINE, the file created (runme\Debug\typelibs.tlh), contains a line, like below, for every function in the base interfaces(s). virtual HRESULT _VtblGapPlaceholder1( ) { return E_NOTIMPL; } whereas on windows these lines aren't there. These extra lines cause the V Table to be incorrect and programs crash when any of the interface functions are called. -- 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 33221] New: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33221 Bug #: 33221 Summary: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90 Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Regression SHA1: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b The VS IDE terminal window shows the following error: 1>cl : Command line warning D9002 : ignoring unknown option '/' 1>cl : Command line error D8003 : missing source filename A git bisect reveals: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b is the first bad commit commit 5d88f780dd4bbbde0ff27075b58321d7347f6d4b Author: Piotr Caban <piotr(a)codeweavers.com> Date: Mon Feb 18 10:26:01 2013 +0100 msvcr90: Prefer builtin version. :040000 040000 09577625ae5788cd73d4a3cd6c5c6f82ea7d9807 aef32f8a1984759761461627 A debug trace for +msvcrt is quite large (rather obviously), but can be found here: https://dl.dropbox.com/u/195059/wine/msvcrt.log The issue can be worked around by setting msvcr90 to native in winecfg. -- 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 33207] New: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33207 Bug #: 33207 Summary: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified On launch the application reports "The application data folder for <program> could not be created." (e.g. "Visual C++ Express"). By manually creating the expected folder the problem can be worked around: mkdir ${HOME}/.wine/drive_c/users/${USER}/Application\ Data -- 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 15619] New: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15619 Summary: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterbelm(a)gmail.com Created an attachment (id=16642) --> (http://bugs.winehq.org/attachment.cgi?id=16642) Terminal output When running the Visual Studio 2008 installer the setup window appears, and starts loading installation components, after about 30 seconds full processor usage, err:seh:setup_exception_record stack overflow appears in the terminal output (see attachment) the progress bar increases slightly, and then it seems to hang. Checking with strace on the setup.exe process (the main one, the other one gives me 'Operation not permitted', even when sudo'ing it) shows it is waiting to read from a pipe, which is red when doing 'ls -l', I assume that means the pipe doesn't exist any more? -- 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 29905] New: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29905 Bug #: 29905 Summary: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, prerequisite: 'winetricks -q dotnet30' Unfortunately for installation of Visual Studio 2008 Professional/Enterprise editions you have to resort to hacks. NOTE: Remote debugging capability is not available in Visual Studio 2005/2008 express editions (free for download). Bug 29354 (installer fails due to ProductID being set during client side "ValidateProductID" standard action -> don't set property) Bug 10601 (GAC API for managed assembly installation needs reparse point/junction API support -> force msi_install_assembly()/IAssemblyCache_InstallAssembly to succeed on failure) The installer still fails in the end but it's enough to have a "half" usable IDE/build environment (.NET Framework 3.5 and some .NET service packs get skipped due to Mono registry/fake mess while other components fail to install). Unlike Visual Studio 2005 which uses wtsapi (bug 29903), Visual Studio 2008 retrieves the process list by different means and displays the process in "standard" transport mode. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 9.0/Common7/IDE $ wine ./devenv.exe --- snip --- 1) Menu "extras" -> "attach to process" 2) select one process, click "attach" It starts the debugging environment but fails half-through with "unknown error: 0x80070003" --- snip --- ... 0082:Call KERNEL32.ProcessIdToSessionId(00000085,0032e5f0) ret=3f083224 0082:Ret KERNEL32.ProcessIdToSessionId() retval=00000001 ret=3f083224 ... 0082:Call KERNEL32.CreateFileMappingW(ffffffff,0032e604,00000004,00000000,0000003c,0032e610 L"Session\\0\\Microsoft_VS90_causality_sharedmemory-133") ret=3f089149 0082:Ret KERNEL32.CreateFileMappingW() retval=00000000 ret=3f089149 0082:Call KERNEL32.GetLastError() ret=3f08897a 0082:Ret KERNEL32.GetLastError() retval=00000003 ret=3f08897a ... 0082:Call KERNEL32.FormatMessageW(00001300,00000000,80070003,00000400,0032e638,00000000,00000000) ret=3f2b9072 0082:Ret KERNEL32.FormatMessageW() retval=00000000 ret=3f2b9072 ... 0082:Call oleaut32.SysAllocString(03d19b60 L"Der Vorgang wird nicht unterst\00fctzt. Unbekannter Fehler: 0x80070003.") ret=3f247a9f ... --- snip --- For communication between target and debugger a shared memory location is created. The shared memory (file mapping) is created using a special namespace syntax: "Session\\0\\Microsoft_VS90_causality_sharedmemory-133" Wineserver doesn't support "Session\<id>" yet, hence CreateFileMappingW() fails. (another run with +server): --- snip --- 0009: create_mapping( access=000f000f, attributes=00000080, protect=00000043, size=0000003c, file_handle=0000, objattr={rootdir=0010,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}}}},name=L"Session\\0\\Microsoft_VS90_causality_sharedmemory-18"} ) 0009: create_mapping() = OBJECT_PATH_NOT_FOUND { handle=0000 } --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ba715798094896e8b98fc5803e16b00f… "Kernel Object Namespaces": http://msdn.microsoft.com/en-us/library/aa382954.aspx --- quote --- ... In addition to the "Global\" prefix, client processes can use the "Local\" prefix to explicitly create an object in their session namespace. These keywords are case sensitive. The "Session\" prefix is reserved for system use and you should not use it in names of kernel objects. ... <user comments> This documentation effectively states that 'Global', 'Local' and 'Session' are all valid as name prefixes (but not as names). There appears to be no documentation that says 'Session' cannot be used as a prefix or that it is reserved for use as a prefix. By referring to 'Session' as it does, it strongly implies that this a fully legal and valid way to enable applications in one session to interact with applications in another session. I think Microsoft should consider adding more detail about whether 'Session' is or is not valid for use by developers, and if so exactly what it can and cannot be used for. [user reponse] Global\ refers to the Global Namespace, Local\ refers to the current session's namespace, Session\x\ refers to x's namespace where x is the session id (not LUID or anything special, just a counter) --- quote --- "Memory mapped files from XP to Vista" http://blogs.msdn.com/b/maartenb/archive/2008/05/07/memory-mapped-files-fro… --- quote --- ... Online search for "sessions\1\basenamedobject" gives hits that point to Terminal Services. There appear to be Local Global and Session namespaces. So prior to Vista and Server 2008 all services shared the same namespace as the first user logging in to the machine. This was session 0. With Vista this is no longer the case. Just like all compatibility issues it is explained in the cookbook. --- quote --- There is a workaround for this problem. You can force a "normal" shared memory mapping name by setting to WinVer to "Windows 2000" prior running the IDE. Some components don't really support running WinVer < "Windows XP" anymore hence this might break some stuff (VS2008 refuses to install with W2K mode). At least this prevents the error message when attaching. It doesn't really break/pause the remote process (might be bug 25462). 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 24583] New: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24583 Summary: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simons(a)cryp.to Created an attachment (id=31046) --> (http://bugs.winehq.org/attachment.cgi?id=31046) Output printed by wine while attempting to run the installer I ran the installer of the full version (not VC express) using the latest release of wine. The installer starts up and works for a while, but ultimately it aborts with 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 5

[Bug 20227] New: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned.
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20227 Summary: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned. Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ngallaher+winehq(a)deepthought.org Created an attachment (id=23863) --> (http://bugs.winehq.org/attachment.cgi?id=23863) Patch for TableJoin bug Imagine the following tables Table foo: string color string flavor Table bar: string color string flavor with query "Select foo.color, bar.flavor from foo, bar where foo.color=bar.color" The current version returns the data from columns foo.color and foo.flavor. This is because when the tables are joined, the original tablename identifiers are dropped on the floor, resulting in a table with two 'color' and two 'flavor' columns. The VIEW_find_column() function then returns the first column found that matches the requested name. This can be traced to a deficiency in VIEW_find_column() which only uses the column names in its comparison. Further, the sql parser does not preserve the table identifier, but this is easily fixed. A patch, including test case is attached. This behaviour was observed when trying to install Visual Studio 2008 Standard Edition. -- 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 15671] New: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15671 Summary: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req Product: Wine Version: 1.1.6 Platform: Other URL: http://www.microsoft.com/express/download/#webInstall OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To get the installer to even try, you have to do "winetricks volnum". The next problem is while copying file 41 of 41, $shtdwn$.req, it gets a sharing violation. The file it's trying to copy is there, but can't be opened, possibly because it has never been closed. 002f:Call KERNEL32.CreateFileA(0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req",c0000000,00000003,00000000,00000001,04000002,00000000) ret=0100355e trace:file:CreateFileW returning 0x68 002f:Ret KERNEL32.CreateFileA() retval=00000068 ret=0100355e 002f:Call KERNEL32.WriteFile(00000068,0100a5a0,00000314,0032fe70,00000000) ret=010035b5 trace:file:WriteFile 0x68 0x100a5a0 788 0x32fe70 (nil) 002f:Ret KERNEL32.WriteFile() retval=00000001 ret=010035b5 002f:Call KERNEL32.SetEnvironmentVariableA(01002388 "_SFX_CAB_SHUTDOWN_REQUEST",0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req") ret=010035cb ... ... trace:text:DrawTextExW L"Setup is copying required resources to your temp directory.\r\nCopying file 41 of 41.\r\n\r\nCopying setup file: $shtdwn$.req", -1, [(0,0)-(360,70)] 00000050 ... 0032:Call KERNEL32.CopyFileExW(0033e80c L"C:\\21309f2f7662773b82c3\\$shtdwn$.req",0033e5fc L"C:\\windows\\temp\\SIT42147.tmp\\$shtdwn$.req",3aaed850,0000000 0,0033ddbc,00000002) ret=3aaed716 warn:file:CreateFileW Unable to create file L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" (status c0000043) warn:file:CopyFileW Unable to open source L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" 0032:Call oleaut32.SysAllocString(00787cf0 L"Setup has encountered a problem while trying to copy:\r\nC:\\21309f2f7662773b82c3\\$shtdwn$.req\r\nPress Retry to attempt the copy again. Press Cancel to cancel setup.") ret=3aae49ab Interestingly, even on Windows this file can't be opened sometimes early in an installer; see http://www.digitalformula.net/infrastructure/how-to-perform-an-unattended-i… It's an interesting mystery. What triggers that file to be closed on 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 4

[Bug 14875] New: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14875 Summary: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/express/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, downloaded full DVD image of Visual Studio 2008 Express Edition with SP1. Minimal set of prerequisites needed to reproduce this bug: 1. sh winetricks volnum (bug 5351) 2. MsiSetExternalUIRecord patch (bug 10547) The installer stops with error "directory resolution failed". --- snip --- 002c:Call msi.MsiGetPropertyW(00000001,00cee4c8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8",39e262f8,0032ab10) ret=39e55231 002c:trace:msi:MSI_GetProperty 1 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" 0x39e262f8 0x32ab10 .. 002c:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`='VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32a9c4 .. 002c:Ret msi.MsiGetPropertyW() retval=000000ea ret=39e55231 .. 002c:Call KERNEL32.FormatMessageW(00000b00,3aa70000,0000108e,00000400,0032a7bc,00000000,00000000) ret=39ea74fb 002c:Ret KERNEL32.FormatMessageW() retval=00000024 ret=39ea74fb .. 002c:Call oleaut32.SysAllocString(00cdcd08 L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e4bc58 .. 002c:Call oleaut32.SysAllocString(00cee978 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8: Fehler bei Verzeichnisaufl\00f6sung.") ret=39e4bc58 .. 002c:Call oleaut32.SysFreeString(010ab66c L"ERROR processed; exception was thrown for retail build\n\tDeveloper Comment: \n\tBuild Time: Thu Dec 11 15:04:18 2003\n\tDWORD: 234") ret=39e40e56 .. 002c:Call oleaut32.SysFreeString(010ab5ec L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e40e5f .. 002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032a9d8) ret=39e80d28 002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8433b0 --- snip --- Property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" (= Visual Studio install directory) does not exist (anymore) at this install stage. Besides from a bug in dlls/msi/install.c:msi_strcpy_to_awstring(), which results in wrong ERROR_MORE_DATA for empty unicode strings (see previous snippet, str=L"" + len=0), the following sequences lead to this bug... The installation directory property is created/set first here: --- snip --- .. 002c:trace:msi:MsiDoActionW L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_PerformUIAction Performing action (L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8") .. 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"CA_SetVcvars32bat_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" L"[#FL_vsvars_bat_10582_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];[#FL_vcvars32_bat_5369_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET VCINSTALLDIR=[VC7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET FrameworkDir=[Framework_x86.3643236F_FC"...) .. 002c:trace:msi:MSI_GetPropertyW returning L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" for property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- ("@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]") But is removed/reset at later install stage, when this custom action is run: --- snip --- 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_VIntegration_Exec_VS7_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"[VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8]") 002c:trace:msidb:MSI_CreateRecord 1 .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not found .. 002c:trace:msi:MSI_SetPropertyW 0xbcbec8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"" .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" not found 002c:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE `_Property` = 'VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32b298 .. --- snip --- The removal/reset was due to property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not existing. Using ORCA tool on msi setup database, one can find this property referenced in "AppSearch" table: --- snip --- Property ; Signature VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8 VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip --- Signature is "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" "CompLocator" table: --- snip --- Signature ; ComponentId ; Type VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} 0 --- snip --- "Component" table: --- snip --- Component ; ComponentId ; Directory ; Attribute ; Condition ; KeyPath VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} VS7.3643236F_FC70_11D3_A536_0090278A1BB8 0 --- snip --- Armed with this information, one can find the following in trace log: --- snip --- 002c:trace:msi:iterate_appsearch L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchGetSignature package 0xbcbec8, sig 0x32b304 .. 002c:trace:msi:ACTION_AppSearchGetSignature failed to query signature for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchComponents L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. .. 002c:trace:msi:MsiLocateComponentW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32b040 0x32b248 002c:trace:msi:MsiGetProductCodeW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32afae .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey squished (L"F0813882F0F828B40BAB4DC89E02FDFA") .. 002c:trace:msi:ACTION_AppSearchReg L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchReg failed to query RegLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchIni L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchIni failed to query IniLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchDr L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchDr failed to query DrLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- This results in property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" and depending property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" reset. MSDN info for AppSearch table here: http://msdn.microsoft.com/en-us/library/aa367579.aspx and AppSearch action: http://msdn.microsoft.com/en-us/library/aa367578.aspx Specifically: --- quote --- The AppSearch action requires that the Signature table be present in the installation package. [..] A signature that is not in the Signature table denotes a directory and the action sets the property to the directory path for that signature. --- quote --- This "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" key is not present in "Signature" table, it's actually a directory. If we look in the previously posted "Component" table we see the directory is actually "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" By looking into "Directory" table we find the following: --- snip --- Directory ; Directory Parent ; DefaultDir VS7.3643236F_FC70_11D3_A536_0090278A1BB8 ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8 VS90.NET|Microsoft Visual Studio 9.0 --- snip --- So "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" should resolve to "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" -> L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" (install dir) This looks like bug in wine msi appsearch action impl. 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 29921] New: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29921 Bug #: 29921 Summary: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Created attachment 38933 --> http://bugs.winehq.org/attachment.cgi?id=38933 Screenshot depicting the problem Any checkbox or button selected in the installer window will "disappear". The installer still functions, but the issue is very visually disturbing. -- 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 20

[Bug 35840] New: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs ITextStream ReadAll method implementation)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35840 Bug ID: 35840 Summary: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs ITextStream ReadAll method implementation) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35474 (needs patch http://bugs.winehq.org/attachment.cgi?id=47855 applied). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Das Fussball Studio $ WINEDEBUG=+tid,+seh,+relay,+variant,+ole,+scrrun wine ./Das\ Fussball\ Studio.exe >>log.txt 2>&1 ... 0027:trace:scrrun:file_OpenAsTextStream (0x12f6b0)->(1 0 0x33f9c8) 0027:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=7ddb3408 0027:Ret ntdll.RtlAllocateHeap() retval=0017c9c8 ret=7ddb3408 0027:Call KERNEL32.CreateFileW(00197040 L"C:\\users\\focht\\Application Data\\Das Fussball Studio\\SetupData.xml",80000000,00000000,00000000,00000003,00000080,00000000) ret=7ddb4c80 0027:Ret KERNEL32.CreateFileW() retval=0000008c ret=7ddb4c80 0027:Call KERNEL32.GetFileSizeEx(0000008c,0017c9e0) ret=7ddb4cd9 0027:Ret KERNEL32.GetFileSizeEx() retval=00000001 ret=7ddb4cd9 0027:fixme:scrrun:textstream_ReadAll (0x17c9c8)->(0x33fa18): stub 0027:trace:scrrun:textstream_AddRef (0x17c9c8)->(2) 0027:trace:scrrun:textstream_QueryInterface (0x17c9c8)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x33f870) 0027:trace:scrrun:textstream_Release (0x17c9c8)->(1) 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1a9 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1a9 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1ae 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1ae 0027:Call oleaut32.SysFreeString(00000000) ret=6600e1b3 0027:Ret oleaut32.SysFreeString() retval=0033f820 ret=6600e1b3 0027:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f850) ret=660d0956 0027:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ab7b ip=7b83ab7b tid=0027 0027:trace:seh:raise_exception info[0]=deadcafe 0027:trace:seh:raise_exception info[1]=deadcafe 0027:trace:seh:raise_exception eax=7b826be1 ebx=7b8ba000 ecx=deadcafe edx=0033f7a4 esi=0033f850 edi=0033f810 0027:trace:seh:raise_exception ebp=0033f7e8 esp=0033f784 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0027:trace:seh:call_stack_handlers calling handler at 0x426186 code=c000008f flags=1 ... 0027:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00196fac L"Run-time error '445':\n\nObject doesn't support this action",ffffffff,022c4238,00000072,00000000,00000000) ret=660711c4 --- snip --- 'winetricks wsh57' works around. $ sha1sum DFS_Setup_852.exe 841d3cb8dac5077f83b97952b53a9b166c099f4e DFS_Setup_852.exe $ du -sh DFS_Setup_852.exe 17M DFS_Setup_852.exe $ wine --version wine-1.7.15 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 35474] New: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs IFile::OpenAsTextStream)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35474 Bug ID: 35474 Summary: 'Das Fussball Studio' (VB6 based german soccer league db app) reports Run-time error '445' (needs IFile::OpenAsTextStream) Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, reported in WineHQ forums. The user installed a large number of native components which most likely messed up the WINEPREFIX anyway. Prerequisite: 'winetricks -q mdac28 jet40' A dialog window 'Persönliche Verzeichnisse erstellen' (create user folders) is shown upon first startup. You need to click the 'new folder' button below the browse button for each red folder icon to become green. After that you click left button 'Übernehmen' (apply). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Das Fussball Studio $ WINEDEBUG=+tid,+seh,+relay,+snoop,+variant,+ole wine ./Das\ Fussball\ Studio.exe >>log.txt 2>&1 ... 0023:Call KERNEL32.GetFullPathNameW(036ef714 L"C:\\users\\Public\\Application Data\\Das Fussball Studio\\8.5.2\\Zitate.xml",00000046,0380fb00,00000000) ret=7ddc81d7 0023:Ret KERNEL32.GetFullPathNameW() retval=00000045 ret=7ddc81d7 0023:Call KERNEL32.GetFileAttributesW(0380fb00 L"C:\\users\\Public\\Application Data\\Das Fussball Studio\\8.5.2\\Zitate.xml") ret=7ddc8256 0023:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7ddc8256 0023:fixme:scrrun:file_OpenAsTextStream (0x157f38)->(1 0 0x33f944) 0023:CALL MSVBVM60.__vbaHresultCheckObj(<unknown, check return>) ret=01cdfd77 ... 0023:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f840) ret=660d0956 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83a977 ip=7b83a977 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=deadcafe edx=0033f794 esi=0033f840 edi=0033f800 0023:trace:seh:raise_exception ebp=0033f7d8 esp=0033f774 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0023:trace:seh:call_stack_handlers calling handler at 0x426186 code=c000008f flags=1 0023:CALL MSVBVM60.__vbaExceptHandler(<unknown, check return>) ret=7bc867c1 ... 0023:Call user32.MessageBoxIndirectA(0033faac) ret=6606f73f ... 0023:Call winex11.drv.SetWindowText(00010168,038117d0 L"Run-time error '445':\n\nObject doesn't support this action") ret=7ec9f739 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/553078161dbddf7cca44837663ef6858… --- snip --- 1756 static HRESULT WINAPI file_OpenAsTextStream(IFile *iface, IOMode IOMode, Tristate Format, ITextStream **ppts) 1757 { 1758 struct file *This = impl_from_IFile(iface); 1759 FIXME("(%p)->(%x %x %p)\n", This, IOMode, Format, ppts); 1760 return E_NOTIMPL; 1761 } --- snip --- 'winetricks wsh57' works around. $ sha1sum DFS_Setup_852.exe 841d3cb8dac5077f83b97952b53a9b166c099f4e DFS_Setup_852.exe $ du -sh DFS_Setup_852.exe 17M DFS_Setup_852.exe $ wine --version wine-1.7.11-162-ga1b9634 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 35816] New: iTunes 7 installer aborts early ('Err' object 'Clear' and 'Number' methods are stubs)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35816 Bug ID: 35816 Summary: iTunes 7 installer aborts early ('Err' object 'Clear' and 'Number' methods are stubs) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35794 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+vbscript,+ole,+variant wine ./iTunesSetup7.exe >>log.txt 2>&1 ... 0039:trace:vbscript:interp_icall 0039:trace:vbscript:disp_get_id using IDispatch 0039:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1daf80) Name L"Err" cNames 1 ... 0039:warn:ole:ITypeInfo_fnGetIDsOfNames no names found 0039:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Err", clsid {000c109e-0000-0000-c000-000000000046} 0039:trace:vbscript:DispatchEx_AddRef (0x1d5e28) ref=2 0039:trace:vbscript:interp_mcallv 0039:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1d5948) Name L"Clear" cNames 1 0039:Call KERNEL32.lstrcmpiW(001ec73c L"Clear",001d3ff4 L"Clear") ret=7e5dabff 0039:Ret KERNEL32.lstrcmpiW() retval=00000000 ret=7e5dabff 0039:trace:ole:ITypeInfo_fnGetIDsOfNames -- 0x00000000 0039:trace:vbscript:DispatchEx_QueryInterface (0x1d5e28)->(IID_IDispatchEx 0x64e1a0) 0039:trace:vbscript:DispatchEx_AddRef (0x1d5e28) ref=3 0039:trace:vbscript:DispatchEx_InvokeEx (0x1d5e28)->(64 0 1 0x64e234 (nil) 0x64e180 (nil)) 0039:fixme:vbscript:Err_Clear 0039:trace:vbscript:DispatchEx_Release (0x1d5e28) ref=2 0039:trace:vbscript:DispatchEx_Release (0x1d5e28) ref=1 0039:fixme:vbscript:exec_script Failed 80004001 in resume next mode ... 0037:err:msi:ITERATE_Actions Execution halted, action L"iTunesLaunchConditions" returned 1603 --- snip --- The relevant VBScript code: --- snip --- Function CompareVersions(sVersion1, sVersion2) Dim rgExpVersionComponents Dim oMatches1, oMatches2 Dim iVersion1, iVersion2 Dim i On Error Resume Next Set rgExpVersionComponents = New RegExp rgExpVersionComponents.Pattern = "(\d+)\.?" rgExpVersionComponents.Global= True Set oMatches1 = rgExpVersionComponents.Execute(sVersion1) Set oMatches2 = rgExpVersionComponents.Execute(sVersion2) i = 0 Do Err.Clear iVersion1 = 0 iVersion2 = 0 iVersion1 = CInt(oMatches1(i).SubMatches(0)) iVersion2 = CInt(oMatches2(i).SubMatches(0)) If iVersion1 < iVersion2 Then CompareVersions = -1 Exit Function ElseIf iVersion1 > iVersion2 Then CompareVersions = 1 Exit Function End If i = i + 1 Loop While Err.number = 0 CompareVersions = 0 End Function --- snip --- Source: http://source.winehq.org/git/wine.git/blob/347cf1d39df2c5e3488d10e9aff26786… --- snip --- 56 static HRESULT Err_Clear(vbdisp_t *This, VARIANT *args, unsigned args_cnt, VARIANT *res) 57 { 58 FIXME("\n"); 59 return E_NOTIMPL; 60 } --- snip --- $ sha1sum iTunesSetup7.exe 5cdc86b2edb1411b9a022f05b1bfbe858fbcf901 iTunesSetup7.exe $ du -sh iTunesSetup7.exe 35M iTunesSetup7.exe $ wine --version wine-1.7.14-165-g77bd74f 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 20623] New: Swiftkit crashed
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20623 Summary: Swiftkit crashed Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frt975(a)gmail.com SwiftKit Crashed. I gave vb6run gecko and Java 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 16

[Bug 35806] New: Multiple VB6 apps complain with "Run-time error '445'" (Swiftkit)(ITextStream::WriteLine method implementation needed)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35806 Bug ID: 35806 Summary: Multiple VB6 apps complain with "Run-time error '445'" (Swiftkit)(ITextStream::WriteLine method implementation needed) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 20623 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SwiftKit $ WINEDEBUG=+tid,+seh,+snoop,+variant,+ole,+relay,+scrrun wine ./SwiftKit.exe >>log.txt 2>&1 ... 0023:fixme:scrrun:textstream_WriteLine (0x139058)->(L"[3/17/2014 10:15:12 PM] Starting up..."): stub 0023:CALL MSVBVM60.__vbaHresultCheckObj(<unknown, check return>) ret=00438214 0023:trace:scrrun:textstream_AddRef (0x139058)->(2) 0023:trace:scrrun:textstream_QueryInterface (0x139058)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x33f9ec) 0023:trace:scrrun:textstream_Release (0x139058)->(1) ... 0023:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033f9cc) ret=660d0956 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ab23 ip=7b83ab23 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826b89 ebx=7b8bb000 ecx=deadcafe edx=0033f92c esi=0033f9cc edi=0033f990 0023:trace:seh:raise_exception ebp=0033f968 esp=0033f904 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x4028c6 code=c000008f flags=1 ... 0023:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00139b6c L"Run-time error '445':\n\nObject doesn't support this action",ffffffff,0098ff48,00000072,00000000,00000000) ret=660711c4 --- snip --- $ sha1sum SwiftKit$Install$.exe 8bda9e7585865eee408eb7157dc8b07aaf440c80 SwiftKit(Install).exe $ du -sh SwiftKit$Install$.exe 3.4M SwiftKit(Install).exe $ wine --version wine-1.7.14-142-gbd69346 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 38714] New: 64-bit ARM Windows applications from Windows SDK crash in entry (loader needs to set/randomize cookie for PE modules)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=38714 Bug ID: 38714 Summary: 64-bit ARM Windows applications from Windows SDK crash in entry (loader needs to set/randomize cookie for PE modules) Product: Wine Version: 1.7.44 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, this is more an educated guess since I only have remote access to some 64-bit ARM Linux VM without proper debugging tools. Winedbg/gdb proxy is unusable as of now and my shiny JTAG Debugger for Cortex-A5x (ICD) can't work "remotely". Anyway, I think I gathered enough information without the need for debugging. Don't complain about 'root' - it's not my machine :) --- snip --- # wine64 winedbg arm64/mt.exe Wine-dbg>info process pid threads executable (all id:s are in hex) >00000024 1 'mt.exe' 00000026 2 \_ 'wineconsole.exe' 00000014 4 'explorer.exe' 0000000e 5 'services.exe' 0000001b 3 \_ 'plugplay.exe' 00000012 3 \_ 'winedevice.exe' Wine-dbg>info thread process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000016 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001a 0 00000019 0 00000013 0 00000014 explorer.exe 00000023 0 00000022 0 00000021 0 00000015 0 0000001b plugplay.exe 00000020 0 0000001f 0 0000001c 0 00000024 (D) Z:\root\wine\64\arm64\mt.exe 00000025 0 <== 00000026 wineconsole.exe 00000028 0 00000027 0 --- snip --- --- snip --- Wine-dbg>si be_arm64_single_step: not done Unhandled exception: illegal instruction in 64-bit code (0x000000014010ce78). Register dump: ARM64 EL0t Mode Pc:000000014010ce78 Sp:0000007f8aa6fe20 Lr:000000014010ca7c Pstate:0000000060000000(-ZC-) x0: 0000007f8bd0c000 x1: 0000000000000005 x2: 0000007f8bd0e000 x3: 0000000000000001 x4: 0000000000000001 x5: f5183970d346f95f x6: 0000000000000001 x7: 0000000000000002 x8: 00002b992ddfa232 x9: 00002b992ddfa232 x10:00000000031bb537 x11:0000007f8bd0f078 x12:0000007ffb057a54 x13:0000007ffb057a58 x14:0000007ffb057b20 x15:0000007f8bb35908 ip0:0000007f8b966120 ip1:0000007f8b9c9e10 x18:0000007f8bb359d0 x19:0000007f8bd0c000 x20:000000014010ca70 x21:0000000000000000 x22:0000007f8b949000 x23:0000007f8acd3584 x24:0000007f8acfd000 x25:0000007f8aee07f0 x26:0000007ffb057e90 x27:0000007ffb057e08 x28:0000007f8ad15000 Fp:0000007f8aa6fe20 Stack dump: 0x0000007f8aa6fe20: 0000007f8aa6fe30 0000007f8acd35e0 0x0000007f8aa6fe30: 0000007f8aa6fe60 0000007f8b9310ac 0x0000007f8aa6fe40: 0000007f8acd3584 0000007f8bd0c000 0x0000007f8aa6fe50: 0000000000000000 0000000000000000 0x0000007f8aa6fe60: 0000007f8aa6ffe0 0000007f8b90ca20 0x0000007f8aa6fe70: 0000007f8bd0c000 0000007f8acd3584 0x0000007f8aa6fe80: ffffffffffffffff 0000007f8b941ab4 0x0000007f8aa6fe90: 0000007f8acb67cc 0000007f8acd3584 0x0000007f8aa6fea0: 0000007f8bd0c000 0000000000000000 0x0000007f8aa6feb0: 0000007f8b949000 0000007f8acd3584 0x0000007f8aa6fec0: 0000007f8acfd000 0000007f8aee07f0 0x0000007f8aa6fed0: 0000007ffb057e90 0000007ffb057e08 Backtrace: =>0 0x000000014010ce78 in mt (+0x10ce78) (0x0000007f8aa6fe20) 1 0x000000014010ca7c in mt (+0x10ca7b) (0x0000007f8aa6fe20) ... --- snip --- The entry point code of the app: --- snip --- entry: 0000000140020300 STP X29, X30, [SP,#-0x10]! 0000000140020304 MOV X29, SP 0000000140020308 BL 140020E40 000000014002030C BL 140020318 0000000140020310 LDP X29, X30, [SP],#0x10 0000000140020314 RET ... 0000000140020E40 ADRP X8, #0x140030000 ; .data 0000000140020E44 LDR X8, [X8,#0x800] ; offset to cookie 000000014010CE68 CBZ X8, 14010CE78 000000014010CE6C LDR X9, =0x2B992DDFA232 ; default cookie arm64? 000000014010CE70 CMP X8, X9 000000014010CE74 B.NE 14010CE7C 000000014010CE78 BRK #0xF003 ; whoops, bail here 000000014010CE7C MVN X8, X8 0000000140020E60 ADRP X9, #0x140030000 0000000140020E64 STR X8, [X9,#0x808] 000000014010CE88 RET .data: ... 0000000140030800 DCQ 0x2B992DDFA232 ; module security cookie (default val) --- snip --- Looks like the entry code checks for the default value of the security cookie and bails if it's still unmodified. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms680328%28v=vs.85… IMAGE_LOAD_CONFIG_DIRECTORY64 -> SecurityCookie (64-bit VA) The loader needs to randomize the cookie for each module if present (= non-zero VA) before calling the entry. --- Another tidbit: For decoding the immediate field in the emitted 'brk' instruction I only found information for the Linux counterpart which says range 0x2000-0xffff is app/user-defined. https://gcc.gnu.org/ml/gcc-patches/2013-11/msg02228.html --- quote --- POSIX siginfo BRK #imm16 si_signo si_code Purpose ---------- -------- ------- ------- 0000-0fff S/w breakpoint, reserved for debuggers 0000-3ff SIGTRAP TRAP_BRKPT- EL0 breakpoint (e.g. gdb) 0400-7ff SIGILL ILL_ILLTRP* EL1 breakpoint (e.g. kgdb) 0800-bff SIGILL ILL_ILLTRP* EL2 breakpoint 0c00-fff SIGILL ILL_ILLTRP* EL3 breakpoint 1000-1fff C/C++ runtime errors 1000 SIGABRT n/a libc abort() 1001 SIGFPE FPE_INTDIV integer divide by zero 1002 SIGFPE FPE_INTOVF integer overflow 1003 SIGFPE FPE_FLTDIV floating-point divide by zero 1004 SIGFPE FPE_FLTOVF floating-point overflow 1005 SIGFPE FPE_FLTUND floating-point underflow 1006 SIGFPE FPE_FLTRES floating-point inexact result 1007 SIGFPE FPE_FLTINV floating-point invalid op 1008 SIGFPE FPE_FLTSUB subscript out of range 1009-1fff SIGILL ILL_ILLTRP unused but reserved 2000-ffff SIGILL ILL_ILLOPC+ Guaranteed unused, resvd for apps - This is the signal generated now for all values of BRK immediate. GDB currently uses "BRK #0" * The EL1/EL2/EL3 breakpoints would deliver a SIGILL if they are executed by EL0 code, and caught by the EL1 kernel. A s/w debugger operating at a higher EL which placed such breakpoints would presumably catch them and handle them, without the EL1 kernel ever seeing them. + Immediate values 0x2000-ffff generate the same signal as any other UNDEFINED instruction encoding, but with guaranteed behaviour for JITs etc. The original imm16 value could be made available in the si_trapno field of the signal context. --- quote --- 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 49025] New: League of Legends crashes at game start (wine 5.7 regression)
by WineHQ Bugzilla 18 Jul '21

18 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=49025 Bug ID: 49025 Summary: League of Legends crashes at game start (wine 5.7 regression) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aguertin+wine(a)aguertin.net Distribution: --- League of Legends crashes at game start using wine-staging 5.7. It works fine using wine-staging 5.6 (plus some league-specific patches). I will bisect. Gentoo, x86_64. -- 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.

1 25

[Bug 25558] New: Can't install Flight Simulator X
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25558 Summary: Can't install Flight Simulator X Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: el.il(a)doom.co.il Created an attachment (id=32543) --> (http://bugs.winehq.org/attachment.cgi?id=32543) Terminal Output Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit I can see the installer loading dialog, but when the progress line gets to the end, an error shows up, saying "1628: Failed to complete installation". Attached is the terminal output. Notice the line "wine: Invalid address" I think this might need extra debugging. Please note that the bug also occurs in the installer of the demo version. Download: https://www.microsoft.com/games/flightsimulatorx/downloads.html -- 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 30

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start 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: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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 12628] New: wine: Call from 0x7b840fc8 to unimplemented function hal. dll.ExAcquireFastMutex
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12628 Summary: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimeff(a)gmail.com I get the following error: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex, aborting It would be great if that function were implemented :) (I'm running epoc.exe, an emulator for Symbian development) -- 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 25162] New: E-Card Blue Societe general doesn't work
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25162 Summary: E-Card Blue Societe general doesn't work Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightdragonfire(a)msn.com Created an attachment (id=31917) --> (http://bugs.winehq.org/attachment.cgi?id=31917) backtrace The application crash from the launch. I installed ntlm_auth but it didn't resolve my problem. Where download the application ? http://groupe.socgen.com/html/e-carte/V4/ecartebleueSG.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 20

[Bug 34677] New: e-carte bleue la banque postale doesn't work at all
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34677 Bug #: 34677 Summary: e-carte bleue la banque postale doesn't work at all Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adri1jld(a)hotmail.fr Classification: Unclassified I install the e-carte bleue (by la banque postale) app on my PC but a window say that there is a serious problem and have to be 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 21

[Bug 28937] New: YouSendIt crashes
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28937 Bug #: 28937 Summary: YouSendIt crashes Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.yousendit.com/cms/standalone-app OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified YouSendItExpressSetup2_10_2.exe fixme:msxml:domdoc_get_parseError (0x1a944c)->(0x33c3b8): creating a dummy parseError fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented fixme:msxml:parseError_QueryInterface interface {719c3050-f9d3-11cf-a493-00400523a8a6} not implemented fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented wine: Unhandled page fault on read access to 0x00000010 at address 0x202666e2 (thread 0040), starting debugger... Workaround: winetricks msxml3 -- 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 34687] New: Port Royale 2 crashes on startup (SymGetLineFromAddr() returns unix-style path for source file)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34687 Bug #: 34687 Summary: Port Royale 2 crashes on startup (SymGetLineFromAddr() returns unix-style path for source file) Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The game bundles a native version of 'dbghelp.dll' which is used in their exception handling/stack analysis library code living in 'Walhalla.dll' to provide more information. Wine builtin is of course preferred/loaded. The game engine uses custom C++ exception classes which retrieve some context information using dbghelp. After calling dbghelp.SymGetLineFromAddr(), strrchr() is used on the returned IMAGEHLP_LINE64.FileName member. This obviously won't work because Wine returns a unix-style path, leading to crash. 'strrchr' returns NULL -> input to STL basic_string() ctor --- snip --- 0025:Call dbghelp.SymGetModuleInfo64(ffffffff,7bc8d47f,00000000,0033ad20) ret=00af4ad6 0025:Call KERNEL32.WideCharToMultiByte(00000000,00000000,00339794 L"ntdll",ffffffff,0033a44c,00000020,00000000,00000000) ret=7e5a69c2 0025:Ret KERNEL32.WideCharToMultiByte() retval=00000006 ret=7e5a69c2 ... 0025:Ret dbghelp.SymGetModuleInfo64() retval=00000001 ret=00af4ad6 0025:Call ntdll.RtlAllocateHeap(00dd3000,00000000,00000020) ret=7c3416b3 0025:Ret ntdll.RtlAllocateHeap() retval=00e29e78 ret=7c3416b3 0025:Call dbghelp.SymGetSymFromAddr64(ffffffff,7bc8d47f,00000000,0033ad18,0033abe8) ret=00af4b41 0025:Ret dbghelp.SymGetSymFromAddr64() retval=00000001 ret=00af4b41 0025:Call ntdll.RtlAllocateHeap(00dd3000,00000000,00000020) ret=7c3416b3 0025:Ret ntdll.RtlAllocateHeap() retval=0e9fefb0 ret=7c3416b3 0025:Call dbghelp.SymGetLineFromAddr64(ffffffff,7bc8d47f,00000000,00000000,0033ab70) ret=00af4b9d 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e5c219e ip=7e5c219e tid=0025 0025:trace:seh:raise_exception info[0]=00000001 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=7e5d9000 ecx=0000000e edx=0000000e esi=0033ab3c edi=0033ab04 0025:trace:seh:raise_exception ebp=0033aae8 esp=0033aa90 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210202 --- snip --- The actual code: --- snip --- ... 0113D393 MOV DWORD PTR SS:[ESP+40],EDX 0113D397 MOV DWORD PTR SS:[ESP+30],14 0113D39F CALL DWORD PTR DS:[11E627C] ; dbghelp.SymGetLineFromAddr 0113D3A5 TEST EAX,EAX 0113D3A7 JE SHORT Walhalla.0113D3DE 0113D3A9 MOV EDX,DWORD PTR SS:[ESP+2C] 0113D3AD PUSH 5C 0113D3AF PUSH EDX 0113D3B0 CALL DWORD PTR DS:[11E61C0] ; MSVCR71.strrchr 0113D3B6 ADD ESP,8 0113D3B9 INC EAX 0113D3BA PUSH EAX 0113D3BB LEA ECX,DWORD PTR SS:[ESP+44] 0113D3BF CALL DWORD PTR DS:[11E63BC] ; stlport_.?assign@?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@QAEAAV12@PBD@Z ... --- snip --- Dump of IMAGEHLP_LINE64 structure returned by dbghelp.SymGetLineFromAddr: --- snip --- 0033EF6C 0000000E 0033EF70 00000014 0033EF74 106AA4B4 0033EF78 0000035A 0033EF7C 0E62914C ASCII "/home/focht/projects/wine/wine-git/dlls/ntdll/thread.c" 0033EF80 7BC8D471 ntdll.7BC8D471 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/878ea7d9ea4bbb924a539ec280886746… --- snip --- 1435 BOOL symt_fill_func_line_info(const struct module* module, const struct symt_function* func, 1436 DWORD64 addr, IMAGEHLP_LINE64* line) 1437 { ... 1456 if (found) 1457 { 1458 line->FileName = (char*)source_get(module, dli->u.source_file); 1459 return TRUE; 1460 } ... --- snip --- Starting the game with 'WINEDLLOVERRIDES=dbghelp=n' works around 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 21915] New: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21915 Summary: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init) Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adrian(a)hoehne.tk Created an attachment (id=26585) --> (http://bugs.winehq.org/attachment.cgi?id=26585) Wine Output starting Port Royale with Steam Port Royale 2 over Steam hangs on splash screen. You can only see the background and the mousecursor looks like a sword (so the cursor is changed properly by the game). Soundtrack plays too. And thats all. There are no buttons or menu entries only the background. Blind click has no effect. -- 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 28975] New: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28975 Bug #: 28975 Summary: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.31 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, now that apphelp.dll is present another one from InstallShield based installer: --- snip --- ~/Downloads/S60_5th_Edition_SDK_v1_0_en$ wine ./setup.exe fixme:storage:create_storagefile Storage share mode not implemented. wine: Call from 0x7b83a43f to unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage, aborting wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- Workaround: $ WINEDLLOVERRIDES="apphelp=d" wine ./setup.exe $ wine --version wine-1.3.31-293-gb4987d0 710260 -rw-rw-r-- 1 focht focht 727290277 2011-11-01 22:02 Nokia_S60_5th_Edition_SDK_v1.0.rar $ sha1sum Nokia_S60_5th_Edition_SDK_v1.0.rar b1b1c6367598fbc0b8ca81e40d68c6b7bc60573e Nokia_S60_5th_Edition_SDK_v1.0.rar 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 22

[Bug 29015] New: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29015 Bug #: 29015 Summary: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oneofone(a)gmail.com Classification: Unclassified Oblivion setup fails to start because it calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage. Workaround: download apphelp.dll from elsewhere and set it to native. -- 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

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