- wine-bugs - winehq.org

[Bug 35755] New: UltraISO 'ISODrive.sys' needs ntoskrnl.exe.ExfInterlockedRemoveHeadList
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=35755 Bug ID: 35755 Summary: UltraISO 'ISODrive.sys' needs ntoskrnl.exe.ExfInterlockedRemoveHeadList Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... (also mentioned in bug 32657) --- snip --- $ wine ultraiso.exe fixme:ntoskrnl:KeInitializeSpinLock stub: 0x117390 fixme:ntoskrnl:KeInitializeEvent stub: 0x117394 1 0 fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x20 1f03ff (nil) 0 0x1173a4 (nil) fixme:ntoskrnl:KeSetEvent (0x117394, 0, 0): stub fixme:ntoskrnl:KeWaitForSingleObject stub: 0x117394, 0, 0, 0, (nil) fixme:ntoskrnl:PsTerminateSystemThread stub: 0 wine: Call from 0x7b83ab23 to unimplemented function ntoskrnl.exe.ExfInterlockedRemoveHeadList, aborting wine: Unimplemented function ntoskrnl.exe.ExfInterlockedRemoveHeadList called at address 0x7b83ab23 (thread 0014), starting debugger... --- snip --- $ wine --version wine-1.7.14 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 17

[Bug 38719] New: 64-bit ARM Windows applications from Windows SDK for Windows 10 crash when accessing TEB/PEB members (AArch64 platform specific register X18 used for TEB?)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38719 Bug ID: 38719 Summary: 64-bit ARM Windows applications from Windows SDK for Windows 10 crash when accessing TEB/PEB members (AArch64 platform specific register X18 used for TEB?) Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 38714 'mt.exe' runs further now but still crashes. --- snip --- ... 0027:Starting process L"Z:\\root\\wine\\64\\arm64\\mt.exe" (entryproc=0x14010ca70) 0027:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0027:trace:seh:raise_exception info[0]=0000000000000000 0027:trace:seh:raise_exception info[1]=0000001200000268 0027:trace:seh:call_stack_handlers calling handler at 0x7fb0d6dbbc code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x1200000268 at address 0x140056d50 (thread 0027), starting debugger... 0027:trace:seh:start_debugger Starting debugger "winedbg --auto 38 64" fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} ... Unhandled exception: page fault on read access to 0x1200000268 in 64-bit code (0x0000000140056d50). Register dump: ARM64 EL0t Mode Pc:0000000140056d50 Sp:0000007fafe9f5a0 Lr:00000001400e94d8 Pstate:0000000020000000(--C-) x0: 000000000000003e x1: 0000000000000000 x2: 000000000000003e x3: 0000007fafe9f5f8 x4: 0000000000000001 x5: 0000007fb02900e8 x6: 0000007fb029af54 x7: 0000000000000002 x8: 0000000140140220 x9: 0000001200000238 x10:0000000000000000 x11:0000000000000000 x12:0101010101010101 x13:0000000000000028 x14:ffffffffffffffff x15:0000007fafd49a08 ip0:0000007fb0d92268 ip1:0000007f53e999c0 x18:0000007fb0f619d0 x19:0000007fafe9f628 x20:000000000000003e x21:0000007fb0290750 x22:0000007fafe9fbb8 x23:0000007fafe9f698 x24:0000007fb00cd000 x25:0000007fb02908c0 x26:0000007fdd267d80 x27:0000007fdd267cf8 x28:0000007fb00e5000 Fp:0000007fafe9f5d0 Stack dump: 0x0000007fafe9f5a0: 0000007fafe9f5c0 0000007fb0d37378 0x0000007fafe9f5b0: 0000007fafe9f5c0 0000007fb0d37510 0x0000007fafe9f5c0: 0000007fc00000e5 0000007f53e999c0 0x0000007fafe9f5d0: 0000007fafe9f650 00000001400730b0 0x0000007fafe9f5e0: 0000000000000000 000000000000001c 0x0000007fafe9f5f0: 0000007f00000000 000000000000003e 0x0000007fafe9f600: 0000007fb02908c0 0000007fdd267d80 0x0000007fafe9f610: 0000007fdd267cf8 4010040140100401 0x0000007fafe9f620: 0000000000000006 0000000000000000 0x0000007fafe9f630: 0000000000000000 0000000000000000 0x0000007fafe9f640: 0000007fafe9f670 0000007f53e99a40 0x0000007fafe9f650: 0000007fafe9f6c0 0000000140073688 Backtrace: =>0 0x0000000140056d50 in mt (+0x56d50) (0x0000007fafe9f5d0) 1 0x00000001400e94d8 in mt (+0xe94d7) (0x0000007fafe9f5d0) 0x0000000140056d50: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (52 modules) ELF 400000- 413000 Deferred <wine-loader> PE 140000000- 140170000 Export mt ... Threads: process tid prio (all id:s are in hex) ... 00000026 (D) Z:\root\wine\64\arm64\mt.exe 00000027 0 <== --- snip --- Since debugging is not possible as of now, an "offline" analysis at the crash location: --- snip --- ... 0000000140056D38 ADD X8, X18, #0 ; X18 = NtCurrentTeb()? 0000000140056D3C LDR X9, [X8,#0x60] ; Teb->Peb 0000000140056D40 ADRP X8, #0x140140000 ; imports segment (.idata) 0000000140056D44 ADD X2, X0, #0 ; arg3 = size 0000000140056D48 ADD X8, X8, #0x220 ; HeapAlloc 0000000140056D4C MOV W1, #0 ; arg2 = flags = 0 0000000140056D50 LDR X0, [X9,#0x30] ; arg1 = Peb->ProcessHeap 0000000140056D54 LDAR X9, [X8] 0000000140056D58 BR X9 ; HeapAlloc() --- snip --- Essentially being: HeapAlloc( GetProcessHeap(), 0, size) Further decoded: HeapAlloc( ((NtCurrentTeb()->ProcessEnvironmentBlock)->ProcessHeap), 0, size) I haven't found information on register X18 being used for TEB hence this is another guess. There is no initialization of X18 in caller chain and even in the whole app code. Running the whole .text segment through disas only reads through "ADD" and "LDR" instructions can be found. Other information sources: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20150119/254111… ("[llvm] r226664 - AArch64: add backend option to reserve x18 (platform register)") https://android.googlesource.com/platform/art/+/63206f3%5E!/ ("AArch64: Fix the usage of Thread Register for arm64") --- quote --- This patch cleans-up the usage of x18 as TR for Arm64. As described in the Arm64 Procedure Call Standard, the recommended usage for x18 is to carry inter-procedural state (i.e. ART thread information). ... --- quote --- https://stackoverflow.com/questions/28109826/arm64-using-gas-on-ios --- quote --- X0-X7 - arguments and return value (volatile) X8 = indirect result (struct) location (or temp reg) X9-X15 = temporary (volatile) X16-X17 - intro-call-use registers (PLT, Linker) or temp X18 - platform specific use (TLS) X19-X28 - callee saved registers (non-volatile) X29 - frame pointer X30 - link register (LR) SP - stack pointer and zero (XZR) V0-V7, V16-V31 - volatile NEON and FP registers V8-V15 - callee saved registers (non-volatile, used for temp vars by compilers) --- quote --- $ sha1sum sdksetup.exe 0720e4e922ff7aa8cc78b23a00906a96c2b237a4 sdksetup.exe $ du -sh sdksetup.exe 1.2M sdksetup.exe # ./wine64 --version wine-1.7.43-178-g22983f2 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 52172] New: Guild Wars 2 spams "0150:fixme:msctf:KeystrokeMgr_TestKey{Up,Down} STUB"
by WineHQ Bugzilla 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52172 Bug ID: 52172 Summary: Guild Wars 2 spams "0150:fixme:msctf:KeystrokeMgr_TestKey{Up,Down} STUB" Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msctf Assignee: wine-bugs(a)winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- When playing Guild Wars 2, for every key press these two fixmes get printed: 0150:fixme:msctf:KeystrokeMgr_TestKeyDown STUB:(00000000022C5840) 0150:fixme:msctf:KeystrokeMgr_TestKeyUp STUB:(00000000022C5840) While walking (with WASD) the KeyDown one gets printed continuously, which is especially annoying. Best I can tell there's no related problem, so just silencing these messages would work for me. -- Do not reply 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 27180] New: Mobile Master: Crash at update
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=27180 Summary: Mobile Master: Crash at update Product: Wine Version: 1.3.19 Platform: x86 URL: http://www.jumpingbytes.com/down/MobileMasterInst.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34724) --> (http://bugs.winehq.org/attachment.cgi?id=34724) Terminal output on Wine 1.3.20 Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Mobile Master 7.8.4 4) wine MMStarter.exe 5) Help->Check for Update...->Install Behaviour: Crash. Expected behaviour: No crash. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 35269] New: Mobile Master crashes on startup (array-index out of bounds for IFile_tid in scrrun get_typeinfo)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=35269 Bug ID: 35269 Summary: Mobile Master crashes on startup (array-index out of bounds for IFile_tid in scrrun get_typeinfo) Product: Wine Version: 1.7.9 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, while verifying bug 27180 I stumbled into another problem :| Relevant part of backtrace: --- snip --- Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xf7550803). ... Backtrace: =>0 0xf7550803 __memcmp_sse4_2+0x163() in libc.so.6 (0x0033e488) 1 0x7e713a8e ITypeLib2_fnGetTypeInfoOfGuid+0xcd(iface=<couldn't compute location>, guid=<couldn't compute location>, ppTInfo=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/oleaut32/typelib.c:4960] in oleaut32 (0x0033e488) 2 0x7ded5435 get_typeinfo+0x81(tid=IFile_tid, typeinfo=0x33e548) [/home/focht/projects/wine/wine-build32/dlls/scrrun/../../include/oaidl.h:2669] in scrrun (0x0033e508) 3 0x7ded0ad7 file_GetIDsOfNames+0xba(iface=<couldn't compute location>, riid=<couldn't compute location>, rgszNames=<couldn't compute location>, cNames=<couldn't compute location>, lcid=<couldn't compute location>, rgDispId=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/scrrun/filesystem.c:704] in scrrun (0x0033e588) 4 0x72a478d1 in msvbvm60 (+0x1078d0) (0x0033e5b8) 5 0x72a48336 in msvbvm60 (+0x108335) (0x0033e5e4) 6 0x72a410e0 in msvbvm60 (+0x1010df) (0x0033f848) 7 0x72991d33 in msvbvm60 (+0x51d32) (0x0033f854) 8 0x004454e4 in mobilemaster (+0x454e3) (0x0033f864) ... 0xf7550803 __memcmp_sse4_2+0x163 in libc.so.6: movl 0xfffffff0(%edx),%ebx Modules: Module Address Debug info Name (72 modules) PE 400000- bc6000 Export mobilemaster PE 113d0000-114c0000 Deferred tssofficemenu1d PE 72940000-72a93000 Export msvbvm60 ELF 7b800000-7ba61000 Dwarf kernel32<elf> ... Threads: process tid prio (all id:s are in hex) ... 00000024 MMStarter.exe 00000025 0 00000026 (D) C:\Program Files\Mobile Master\MobileMaster.exe 00000029 0 00000028 0 00000027 0 <== --- snip --- Trace log with +ole gives a bit of hint ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Mobile Master $ WINEDEBUG=+tid,+seh,+relay,+scrrun,+typelib wine ./MMStarter.exe >>log.txt 2>&1 ... 0026:trace:scrrun:file_GetIDsOfNames (0x152b538)->({00000000-0000-0000-0000-000000000000} 0x33e5c0 1 1033 0x33e5c4) 0026:trace:ole:ITypeLib2_fnGetTypeInfoOfGuid 0x173af8 <guid-0x0001> 0x33e4c4 0026:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf748d803 ip=f748d803 tid=0026 0026:trace:seh:raise_exception info[0]=00000000 0026:trace:seh:raise_exception info[1]=00000001 0026:trace:seh:raise_exception eax=001773d8 ebx=f748d800 ecx=42c642c1 edx=00000011 esi=0033e4a0 edi=7deecda0 0026:trace:seh:raise_exception ebp=0033e488 esp=0033e428 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010287 --- snip --- Strange GUID in second parameter of ITypeLib2_fnGetTypeInfoOfGuid() ;-) Source: http://source.winehq.org/git/wine.git/blob/a29d77088ac2b07fb68d84646be2884f… --- snip --- 24 typedef enum tid_t 25 { 26 NULL_tid, 27 IDictionary_tid, 28 IFileSystem3_tid, 29 IFolder_tid, 30 ITextStream_tid, 31 IFile_tid, 32 LAST_tid 33 } tid_t; --- snip --- The corresponding array and referencing code: Source: http://source.winehq.org/git/wine.git/blob/a29d77088ac2b07fb68d84646be2884f… --- snip --- 103 static REFIID tid_ids[] = { 104 &IID_NULL, 105 &IID_IDictionary, 106 &IID_IFileSystem3, 107 &IID_IFolder, 108 &IID_IFile 109 }; ... 127 HRESULT get_typeinfo(tid_t tid, ITypeInfo **typeinfo) 128 { ... 136 if(!typeinfos[tid]) { 137 ITypeInfo *ti; 138 139 hres = ITypeLib_GetTypeInfoOfGuid(typelib, tid_ids[tid], &ti); 140 if(FAILED(hres)) { 141 ERR("GetTypeInfoOfGuid(%s) failed: %08x\n", debugstr_guid(tid_ids[tid]), hres); 142 } 144 ... 151 } --- snip --- 'ITextStream_tid' was added with commit http://source.winehq.org/git/wine.git/commitdiff/49a8d4ecb0cb868451c7ba3ded… but the array was not synchronized leading to out-of-bound indexing for 'IFile_tid'. $ sha1sum MobileMasterInst.exe 0bedc83c67f4a0181aac916150457f395f095526 MobileMasterInst.exe $ du -sh MobileMasterInst.exe 21M MobileMasterInst.exe $ wine --version wine-1.7.9-209-gb231b4b 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 33543] New: Pervasive SQL v10 installer aborts with "not enough free disk space" (needs msi builtin "PrimaryVolumePath" and "PrimaryVolumeSpaceAvailable" properties)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=33543 Bug #: 33543 Summary: Pervasive SQL v10 installer aborts with "not enough free disk space" (needs msi builtin "PrimaryVolumePath" and "PrimaryVolumeSpaceAvailable" properties) Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, the PSQL installer (actually a sub-installer of another app) complains about not enough free disk space. "... installation requires at least [PsqlRequiredMinimumMB] MB of free space on volume [PrimaryVolumePath] to continue. Free up space on this volume and run the installation again or run the installation on a different system." Trace log: --- snip --- ... 0031:trace:process:create_process_impl app (null) cmdline L"msiexec /i \"F:\\PervasiveMin\\PervasivePSQLv10WGE_x86.msi\" /qn PVSW_PSQL_LICENSE_KEY=foo PVSW_RUN_WGE_AS_SVC=Y /l*v \"C:\\PSQL_v10_Install.log\"" ... 000d:trace:msi:msi_get_property property L"PrimaryVolumeSpaceAvailable" not found ... 000d:trace:msi:msi_get_property returning L"122880" for property L"PsqlRequiredMinimum512Bytes" ... 000d:trace:msi:MSI_EvaluateConditionW 1 <- L"Not Installed And (PrimaryVolumeSpaceAvailable<PsqlRequiredMinimum512Bytes)" 000d:trace:msi:ACTION_PerformAction Performing action (L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace") ... 000d:trace:msi:ACTION_CustomAction Handling custom action L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace" (113 (null) L"29033") ... 000d:err:msi:ITERATE_Actions Execution halted, action L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace" returned 1603 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa370847%28v=vs.85%… ("PrimaryVolumeSpaceAvailable property") http://msdn.microsoft.com/en-us/library/windows/desktop/aa370846%28v=vs.85%… ("PrimaryVolumePath property") http://msdn.microsoft.com/en-us/library/windows/desktop/aa370845%28v=vs.85%… ("PRIMARYFOLDER property") Orca, "PervasivePSQLv10WGE_x86.msi" Property table: --- snip --- ... PRIMARYFOLDER PVSW_PSQL_INSTDIR32 ... --- snip --- Directory table: --- snip --- PVSW_PSQL_INSTDIR32 PVSW_PSQL_INSTDIR32_ROOT PSQL INSTALLDIR PVSW_PSQL_INSTDIR32 . PVSW_PSQL_INSTDIR64 PVSW_PSQL_INSTDIR64_ROOT PSQL INSTALLDIR64 PVSW_PSQL_INSTDIR64 . ISCommonFilesFolder CommonFilesFolder Instal~1|InstallShield PVSW_PSQL_DATADIR_ROOT CommonAppDataFolder PERVAS~3|Pervasive Software PVSW_PSQL_DATADIR PVSW_PSQL_DATADIR_ROOT PSQL PVSW_PSQL_INSTDIR32_ROOT ProgramFilesFolder PERVAS~1|Pervasive Software ProgramFilesFolder TARGETDIR .:PROGRA~1|program files PVSW_PSQL_INSTDIR64_ROOT ProgramFiles64Folder PERVAS~2|Pervasive Software --- snip --- Google found a log of installer on native Windows which also gives hints: http://www.sms.com.sg/public/olam/PSQL_v10_Install.log --- snip --- ... MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying CostingComplete property. Its current value is '0'. Its new value: '1'. MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: BindImage MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: PublishComponent MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: SelfReg MSI (s) (08:10) [18:54:59:859]: Note: 1: 2262 2: Extension 3: -2147287038 MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: Font MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying PrimaryVolumeSpaceAvailable property. Its current value is '0'. Its new value: '431264336'. MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying PrimaryVolumeSpaceRequired property. Its current value is '0'. Its new value: '87239'. MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying PrimaryVolumeSpaceRemaining property. Its current value is '0'. Its new value: '431177097'. MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Adding PrimaryVolumePath property. Its value is 'C:'. MSI (s) (08:10) [18:54:59:859]: Skipping action: pvswCA_AbortMsg_NotEnoughMinimumDiskSpace (condition is false) MSI (s) (08:10) [18:54:59:859]: Doing action: RemoveExistingProducts Action ended 18:54:59: InstallValidate. Return value 1. ... --- snip --- Might be useful to also provide "PrimaryVolumeSpaceRequired" and "PrimaryVolumeSpaceRemaining" properties at some point but not strictly required here. $ wine --version wine-1.5.29-163-g4013a8d Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 35235] New: GoldCoin 0.7.1.7: synchronization with network spams terminal with "fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0" messages
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=35235 Bug ID: 35235 Summary: GoldCoin 0.7.1.7: synchronization with network spams terminal with "fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0" messages Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, with bug 35061 fixed the app starts fine. The annoying bit: there is a constant flood of messages in terminal during initial synchronization with network. Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/GoldCoin (GLD) $ WINEDEBUG=+tid,+seh,+relay,+winsock wine ./goldcoin-qt.exe >>log.txt 2>&1 ... 0029:Call ws2_32.getnameinfo(0834e950,00000010,0834e54f,00000401,00000000,00000000,00000002) ret=004202c8 ... 0029:trace:winsock:WS_getnameinfo { family AF_INET, address 111.111.111.111, port 0 } 16 0x834e54f 1025 (nil) 0 2 ... 0029:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 ... 0029:Ret ws2_32.getnameinfo() retval=00000000 ret=004202c8 ... 0029:Call msvcrt.vfprintf(7edfe420,00932974 "GetMyExternalIP() returned %s\n",0834ea24) ret=0073f748 --- snip --- With +timestamp to show the rate: --- snip --- ... 32104.177:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.183:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.185:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.185:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.185:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.185:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.185:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.187:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 32104.191:fixme:winsock:convert_eai_u2w Unhandled unix EAI_xxx ret 0 ... --- snip --- getnameinfo() returning 0 = 'success' should be exempt from error code translation. Source: http://source.winehq.org/git/wine.git/blob/c66c14ddda242cee69e8a730310c1855… --- snip --- 5668 int WINAPI WS_getnameinfo(const SOCKADDR *sa, WS_socklen_t salen, PCHAR host, 5669 DWORD hostlen, PCHAR serv, DWORD servlen, INT flags) 5670 { 5671 #ifdef HAVE_GETNAMEINFO ... 5685 ret = getnameinfo(&sa_u.addr, size, host, hostlen, serv, servlen, convert_niflag_w2u(flags)); 5686 return convert_eai_u2w(ret); 5687 #else 5688 FIXME("getnameinfo() failed, not found during buildtime.\n"); 5689 return EAI_FAIL; 5690 #endif 5691 } --- snip --- Source: http://source.winehq.org/git/wine.git/blob/c66c14ddda242cee69e8a730310c1855… --- snip --- 5365 static int convert_eai_u2w(int unixret) { 5366 int i; 5367 5368 for (i=0;ws_eai_map[i][0];i++) 5369 if (ws_eai_map[i][1] == unixret) 5370 return ws_eai_map[i][0]; 5371 5372 if (unixret == EAI_SYSTEM) 5373 /* There are broken versions of glibc which return EAI_SYSTEM 5374 * and set errno to 0 instead of returning EAI_NONAME. 5375 */ 5376 return errno ? sock_get_error( errno ) : WS_EAI_NONAME; 5377 5378 FIXME("Unhandled unix EAI_xxx ret %d\n", unixret); 5379 return unixret; 5380 } --- snip --- $ sha1sum goldcoin-0.7.1.7-win32-setup.exe b7f714096bee9c766c5c656e9ffddfd95c9e2026 goldcoin-0.7.1.7-win32-setup.exe $ du -sh goldcoin-0.7.1.7-win32-setup.exe 9.4M goldcoin-0.7.1.7-win32-setup.exe $ wine --version wine-1.7.9-183-g919e620 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 34637] New: Winlaunch OSX launchpad for windows crashes on start
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34637 Bug #: 34637 Summary: Winlaunch OSX launchpad for windows crashes on start Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adec2010(a)hotmail.co.uk Classification: Unclassified Created attachment 46163 --> http://bugs.winehq.org/attachment.cgi?id=46163 Winlaunch attachment Winlaunch OSX style launcher for windows. Does not run at all. Attached error log -- 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 34911] New: WinLaunch 0.4.6.1 (OSX Style free Launcher) needs windowscodecs.dll.IPropertyBag2_Write_Proxy
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34911 Bug #: 34911 Summary: WinLaunch 0.4.6.1 (OSX Style free Launcher) needs windowscodecs.dll.IPropertyBag2_Write_Proxy Product: Wine Version: 1.7.6 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, as the summary says... Prerequisite: 'winetricks -q dotnet40' If you switch themes/save settings the app displays a message box "exception thrown". Terminal output: --- snip --- wine: Call from 0x7b83a8bf to unimplemented function windowscodecs.dll.IPropertyBag2_Write_Proxy, aborting --- snip --- 'winetricks -q windowscodecs' works around. $ sha1sum WinLaunch.zip 5d79fb1d160354a04548fc7bba1a78012800c59c WinLaunch.zip $ du -sh WinLaunch.zip 20M WinLaunch.zip $ wine --version wine-1.7.6-225-g8c8d5a0 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 36749] New: WinLaunch 0.4.6.1 (OSX Style free Launcher) fails to save theme (libpng png_write_end fails with 'No IDATs written into file')
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36749 Bug ID: 36749 Summary: WinLaunch 0.4.6.1 (OSX Style free Launcher) fails to save theme (libpng png_write_end fails with 'No IDATs written into file') Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 34942 Prerequisite: 'winetricks -q dotnet40' 'Settings' -> 'General' -> 'Open performance advisor', select theme -> 'done' --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./WinLaunch.exe >>log.txt 2>&1 ... 002c:Call windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy(058bfd1c,0582c404,0033e7d4) ret=0986eebb 002c:trace:wincodecs:PngFrameEncode_WriteSource (0x58bfd1c,0x582c404,(nil)) 002c:trace:wincodecs:BitmapImpl_GetPixelFormat (0x582c404,0x33e5c0) 002c:trace:wincodecs:BitmapImpl_GetSize (0x582c404,0x33e5b4,0x33e5b0) 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,000204e8) ret=7df568c2 002c:Ret ntdll.RtlAllocateHeap() retval=0857ad90 ret=7df568c2 002c:trace:wincodecs:BitmapImpl_CopyPixels (0x582c404,0x33e5b8,952,132328,0x857ad90) 002c:trace:wincodecs:PngFrameEncode_WritePixels (0x58bfd1c,139,952,132328,0x857ad90) ... 002c:Ret windowscodecs.IWICBitmapFrameEncode_WriteSource_Proxy() retval=00000000 ret=0986eebb ... 002c:Call windowscodecs.IWICBitmapFrameEncode_Commit_Proxy(058bfd1c) ret=0986f0a6 002c:trace:wincodecs:PngFrameEncode_Commit (0x58bfd1c) 002c:warn:wincodecs:user_error_fn PNG error: "No IDATs written into file" 002c:Ret windowscodecs.IWICBitmapFrameEncode_Commit_Proxy() retval=80004005 ret=0986f0a6 002c:Call KERNEL32.GetLastError() ret=7919c63c 002c:Ret KERNEL32.GetLastError() retval=000036b7 ret=7919c63c ... 002c:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0033e66c) ret=791cac08 002c:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac6b ip=7b83ac6b tid=002c 002c:trace:seh:raise_exception info[0]=80004005 002c:trace:seh:raise_exception info[1]=00000000 002c:trace:seh:raise_exception info[2]=00000000 002c:trace:seh:raise_exception info[3]=00000000 002c:trace:seh:raise_exception info[4]=79140000 002c:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80004005 edx=0033e584 esi=0033e628 edi=0033e5f0 002c:trace:seh:raise_exception ebp=0033e5c8 esp=0033e564 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 ... 002c:Call user32.MessageBoxW(00030072,00f4cfd0 L"error saving theme!",00f4d608 L"WinLaunch error",00000000) ret=053d6d7f --- snip --- Source: http://source.winehq.org/git/wine.git/blob/3ccaad8b41fe9514b95aa7610a1b33bb… $ sha1sum WinLaunch.zip 5d79fb1d160354a04548fc7bba1a78012800c59c WinLaunch.zip $ du -sh WinLaunch.zip 20M WinLaunch.zip $ wine --version wine-1.7.20-33-g3ccaad8 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 34942] New: WinLaunch 0.4.6.1 (OSX Style free Launcher) needs support for WIC encoder "InterlaceOption" option (property bag)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34942 Bug #: 34942 Summary: WinLaunch 0.4.6.1 (OSX Style free Launcher) needs support for WIC encoder "InterlaceOption" option (property bag) Product: Wine Version: 1.7.6 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 34911 Prerequisite: 'winetricks -q dotnet40' If you switch themes/save settings the app displays a message box "Error HRESULT E_FAIL has been returned from a call to a COM component." --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+wincodecs wine ./WinLaunch.exe >>log.txt 2>&1 ... 002b:trace:wincodecs:PngEncoder_Initialize (0x90c18e8,0x9e6de08,2) 002b:trace:wincodecs:PngEncoder_CreateNewFrame (0x90c18e8,0x33e834,0x33e830) 002b:trace:wincodecs:PngEncoder_AddRef (0x90c18e8) refcount=2 002b:trace:wincodecs:PropertyBag_Write (0x5815010,1,0x33e74c,0x33e76c) 002b:fixme:wincodecs:PropertyBag_Write Application tried to set the unknown option L"InterlaceOption". 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83a8bf ip=7b83a8bf tid=002b 002b:trace:seh:raise_exception info[0]=80004005 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=7b8268f1 ebx=7b8ba000 ecx=80004005 edx=0033e5a4 esi=0033e64c edi=0012c750 002b:trace:seh:raise_exception ebp=0033e5e8 esp=0033e584 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 ... --- snip --- MSDN info here: http://msdn.microsoft.com/en-us/library/windows/desktop/ee719871%28v=vs.85%… (Encoder Options/Usage). Source: http://source.winehq.org/git/wine.git/blob/4a5bc1375ee446a9aec04cc3f39ee6ac… --- snip --- 1596 static HRESULT WINAPI PngEncoder_CreateNewFrame(IWICBitmapEncoder *iface, 1597 IWICBitmapFrameEncode **ppIFrameEncode, IPropertyBag2 **ppIEncoderOptions) 1598 { 1599 PngEncoder *This = impl_from_IWICBitmapEncoder(iface); 1600 HRESULT hr; 1601 TRACE("(%p,%p,%p)\n", iface, ppIFrameEncode, ppIEncoderOptions); 1602 1603 EnterCriticalSection(&This->lock); 1604 1605 if (This->frame_count != 0) 1606 { 1607 LeaveCriticalSection(&This->lock); 1608 return WINCODEC_ERR_UNSUPPORTEDOPERATION; 1609 } 1610 1611 if (!This->stream) 1612 { 1613 LeaveCriticalSection(&This->lock); 1614 return WINCODEC_ERR_NOTINITIALIZED; 1615 } 1616 1617 hr = CreatePropertyBag2(NULL, 0, ppIEncoderOptions); 1618 if (FAILED(hr)) 1619 { 1620 LeaveCriticalSection(&This->lock); 1621 return hr; 1622 } 1623 1624 This->frame_count = 1; 1625 1626 LeaveCriticalSection(&This->lock); 1627 1628 IWICBitmapEncoder_AddRef(iface); 1629 *ppIFrameEncode = &This->IWICBitmapFrameEncode_iface; 1630 1631 return S_OK; 1632 } --- snip --- -> CreatePropertyBag2(NULL, 0, ppIEncoderOptions) 'winetricks -q windowscodecs' works around. $ sha1sum WinLaunch.zip 5d79fb1d160354a04548fc7bba1a78012800c59c WinLaunch.zip $ du -sh WinLaunch.zip 20M WinLaunch.zip $ wine --version wine-1.7.6-273-ga4d8627 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 10666] New: My Invoices and Estimates does not run and Installs ( with errors).
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=10666 Summary: My Invoices and Estimates does not run and Installs (with errors). Product: Wine Version: 0.9.49. Platform: PC URL: http://shop.avanquest.com/usa/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: dennis.dentremont(a)gmail.com Created an attachment (id=9493) --> (http://bugs.winehq.org/attachment.cgi?id=9493) wine console output My Invoice and Estimates 8.0 Trial version. Software installs but fails to install fonts and produces the following type of error. "Font TT0001M did not install". The code changes to TT0XXXX depending on the font it's trying to install at the time. When I try and run it, it just simply fails. I have attached the console output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 35444] New: Wayward Terran Frontier Open Alpha (.NET 4.0/XNA 4 game) reports 'Could not find a Direct3D device that supports the XNA Framework HiDef profile'
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=35444 Bug ID: 35444 Summary: Wayward Terran Frontier Open Alpha (.NET 4.0/XNA 4 game) reports 'Could not find a Direct3D device that supports the XNA Framework HiDef profile' Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet40' in 32-bit WINEPREFIX The game will install XNA 4.0 on its own. Trace log isn't very interesting ... it's managed code that does the actual work. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wayward Terran Frontier $ WINEDEBUG=+tid,+seh,+relay,+d3d9,+d3d wine ./Wayward\ Terran\ Frontier.exe >>log.txt 2>&1 ... 002a:Ret PE DLL (proc=0x7e0a24d0,module=0x7df90000 L"wined3d.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 002a:Call PE DLL (proc=0x7e218ee8,module=0x7e1f0000 L"d3d9.dll",reason=PROCESS_ATTACH,res=(nil)) ... 002a:Call PE DLL (proc=0x3abf6b8,module=0x3a80000 L"Microsoft.Xna.Framework.Graphic",reason=PROCESS_ATTACH,res=(nil)) 002a:Call KERNEL32.GetModuleFileNameW(03a80000,0033c310,00000104) ret=603d40c1 002a:Ret KERNEL32.GetModuleFileNameW() retval=0000008d ret=603d40c1 002a:Call KERNEL32.CreateFileW(0033c310 L"C:\\windows\\Microsoft.Net\\assembly\\GAC_32\\Microsoft.Xna.Framework.Graphics\\v4.0_4.0.0.0__842cf8be1de50553\\Microsoft.Xna.Framework.Graphics.dll",80000000,00000001,00000000,00000003,08000000,00000000) ret=603be944 002a:Ret KERNEL32.CreateFileW() retval=00000184 ret=603be944 ... 002a:Call d3d9.Direct3DCreate9(00000020) ret=04c2c787 002a:trace:d3d9:Direct3DCreate9 sdk_version 0x20. ... 002a:trace:d3d:wined3d_create Created wined3d object 0x1a5860 for d3d9 support. 002a:Ret wined3d.wined3d_create() retval=001a5860 ret=7e20e6fe ... 002a:trace:d3d9:Direct3DCreate9 Created d3d9 object 0x18fed0. 002a:Ret d3d9.Direct3DCreate9() retval=0018fed0 ret=04c2c787 ... 002a:Call d3d9.D3DPERF_SetOptions(00000002) ret=04c2c8c7 002a:fixme:d3d9:D3DPERF_SetOptions (0x2) : stub 002a:Ret d3d9.D3DPERF_SetOptions() retval=00000030 ret=04c2c8c7 ... 002a:trace:d3d9:d3d9_GetDeviceCaps iface 0x18fed0, adapter 0, device_type 0x1, caps 0x33efd4. ... 002a:Call wined3d.wined3d_get_device_caps(001a5860,00000000,00000001,001a9c20) ret=7e20d852 002a:trace:d3d:wined3d_get_device_caps wined3d 0x1a5860, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, caps 0x1a9c20. 002a:Ret wined3d.wined3d_get_device_caps() retval=00000000 ret=7e20d852 ... 002a:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0033f094) ret=791cac08 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83a913 ip=7b83a913 tid=002a 002a:trace:seh:raise_exception info[0]=80131500 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception info[2]=00000000 002a:trace:seh:raise_exception info[3]=00000000 002a:trace:seh:raise_exception info[4]=79140000 002a:trace:seh:raise_exception eax=7b826989 ebx=7b8ba000 ecx=80131500 edx=0033efa4 esi=0033f050 edi=0033f010 002a:trace:seh:raise_exception ebp=0033efe8 esp=0033ef84 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 002a:Call user32.MessageBoxW(0001006c,00cde088 L"No suitable graphics card found.\n\nCould not find a Direct3D device that supports the XNA Framework HiDef profile.\r\n\r\nVerify that a suitable graphics device is installed.\r\n\r\nMake sure the desktop is not locked, and that no other application is running in full screen mode.\r\n\r\nAvoid runnin"...,00ccbe48 L"Wayward Terran Frontier",00000010) ret=04c6de0f ... --- snip --- With a managed debugger: --- snip --- 0033f140 7b83a913 [HelperMethodFrame: 0033f140] 0033f190 04c2c514 Microsoft.Xna.Framework.GraphicsDeviceManager.FindBestPlatformDevice(Boolean) 0033f1ac 04c2c3fc Microsoft.Xna.Framework.GraphicsDeviceManager.FindBestDevice(Boolean) 0033f1b0 04c2bf01 Microsoft.Xna.Framework.GraphicsDeviceManager.ChangeDevice(Boolean) 0033f218 04c2bddb Microsoft.Xna.Framework.GraphicsDeviceManager.Microsoft.Xna.Framework.IGraphicsDeviceManager.CreateDevice() 0033f21c 04c2bb98 Microsoft.Xna.Framework.Game.RunGame(Boolean) 0033f250 037326f2 WTFLauncher.Program.Main(System.String[]) 0033f4a8 791421db [GCFrame: 0033f4a8] --- snip --- The XNA code compares the returned D3D device caps against XNA 4.0 'HiDef' profile values. More info here: http://msdn.microsoft.com/en-us/library/ff604995.aspx (What Is a Profile?) http://blogs.msdn.com/b/shawnhar/archive/2010/03/12/reach-vs-hidef.aspx (Reach vs. HiDef) Debugging the actual validation is very annoying so I just dumped the profile values. Maybe one D3D dev can spot values that aren't met in Wine by default (shader is 3.0). --- snip --- VertexShaderVersion = 768u, PixelShaderVersion = 768u, OcclusionQuery = true, GetBackBufferData = true, SeparateAlphaBlend = true, DestBlendSrcAlphaSat = true, MinMaxSrcDestBlend = false, MaxPrimitiveCount = 1048575, IndexElementSize32 = true, MaxVertexStreams = 16, MaxStreamStride = 255, MaxVertexBufferSize = 67108863, MaxIndexBufferSize = 67108863, MaxTextureSize = 4096, MaxCubeSize = 4096, MaxVolumeExtent = 256, MaxTextureAspectRatio = 2048, MaxSamplers = 16, MaxVertexSamplers = 4, MaxRenderTargets = 4, NonPow2Unconditional = true, NonPow2Cube = true, NonPow2Volume = true, ValidTextureFormats = { SurfaceFormat.Color, SurfaceFormat.Bgr565, SurfaceFormat.Bgra5551, SurfaceFormat.Bgra4444, SurfaceFormat.Dxt1, SurfaceFormat.Dxt3, SurfaceFormat.Dxt5, SurfaceFormat.NormalizedByte2, SurfaceFormat.NormalizedByte4, SurfaceFormat.Rgba1010102, SurfaceFormat.Rg32, SurfaceFormat.Rgba64, SurfaceFormat.Alpha8, SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4, SurfaceFormat.HdrBlendable }, ValidCubeFormats = { SurfaceFormat.Color, SurfaceFormat.Bgr565, SurfaceFormat.Bgra5551, SurfaceFormat.Bgra4444, SurfaceFormat.Dxt1, SurfaceFormat.Dxt3, SurfaceFormat.Dxt5, SurfaceFormat.Rgba1010102, SurfaceFormat.Rg32, SurfaceFormat.Rgba64, SurfaceFormat.Alpha8, SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4, SurfaceFormat.HdrBlendable }, ValidVolumeFormats = { SurfaceFormat.Color, SurfaceFormat.Bgr565, SurfaceFormat.Bgra5551, SurfaceFormat.Bgra4444, SurfaceFormat.Rgba1010102, SurfaceFormat.Rg32, SurfaceFormat.Rgba64, SurfaceFormat.Alpha8, SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4, SurfaceFormat.HdrBlendable }, ValidVertexTextureFormats = { SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4, SurfaceFormat.HdrBlendable }, InvalidFilterFormats = { SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4, SurfaceFormat.HdrBlendable }, InvalidBlendFormats = { SurfaceFormat.Single, SurfaceFormat.Vector2, SurfaceFormat.Vector4, SurfaceFormat.HalfSingle, SurfaceFormat.HalfVector2, SurfaceFormat.HalfVector4 }, ValidDepthFormats = { DepthFormat.Depth16, DepthFormat.Depth24, DepthFormat.Depth24Stencil8 }, ValidVertexFormats = { VertexElementFormat.Color, VertexElementFormat.Single, VertexElementFormat.Vector2, VertexElementFormat.Vector3, VertexElementFormat.Vector4, VertexElementFormat.Byte4, VertexElementFormat.Short2, VertexElementFormat.Short4, VertexElementFormat.NormalizedShort2, VertexElementFormat.NormalizedShort4, VertexElementFormat.HalfVector2, VertexElementFormat.HalfVector4 } --- snip --- NOTE: Not all 'formats' (enum) values need to be present but most likely all the integer/bool properties need to pass. $ sha1sum WaywardSetup.msi ad1b0bf88ce284b2c4c36fbb93012b60cb0a673f WaywardSetup.msi $ du -sh WaywardSetup.msi 8.5M WaywardSetup.msi $ wine --version wine-1.7.11-159-gee33839 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 29344] New: Multiple apps need Scripting.FileSystemObject implementation (Microsoft Scripting Runtime)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29344 Bug #: 29344 Summary: Multiple apps need Scripting.FileSystemObject implementation (Microsoft Scripting Runtime) Product: Wine Version: 1.3.34 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, there are several apps/bugs that suffer from missing "Scripting.FileSystemObject" implementation. Unfortunately there is not a single bug that is not polluted by winetricks wsh56/57 recipes where people kept on moving to other issues, completely ignoring this one... Creating this bug as starting point for "Scripting.FileSystemObject" implementation to allow proper dependency tracking of other bugs. 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 18

[Bug 30131] New: wPrime doesn't start
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=30131 Bug #: 30131 Summary: wPrime doesn't start Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified When I try to run it using native msvbm60.dll, these messages are being logged in console: fixme:ole:OleLoadPictureEx (0xbae154,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32f914), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x133800)->(0x1383d8, 0, (nil)), hacked stub. Welcome to wPrime Benchmark v2.08. err:ole:CoGetClassObject class {0d43fe01-f093-11cf-8940-00a0c9054228} not registered err:ole:create_server class {0d43fe01-f093-11cf-8940-00a0c9054228} not registered err:ole:CoGetClassObject no class object {0d43fe01-f093-11cf-8940-00a0c9054228} could be created for context 0x5 followed by a message box saying: Run-time error '429': ActiveX component can't create object -- 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 47603] New: Crash with error report
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47603 Bug ID: 47603 Summary: Crash with error report Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marko.tuovila(a)gmail.com Distribution: --- Created attachment 65028 --> https://bugs.winehq.org/attachment.cgi?id=65028 error report Crash with error report when opening Note Shot Finance.exe available from: http://www.noteshot.fi/tiedostot/Note_Shot_Finance_SETUP.exe Error does not come with Windows. It's a VB6 app. -- Do not reply to 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 36465] New: Age of Wushu: Lua script - Create device failed!
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=36465 Bug ID: 36465 Summary: Age of Wushu: Lua script - Create device failed! Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: furyhamster(a)gmail.com Created attachment 48516 --> http://bugs.winehq.org/attachment.cgi?id=48516 Terminal output from running the launcher. Running the launcer of Age of Wushu opens up an window titled "lua script" and in that window it states that "Create device failed!" -- Do not reply to 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 36486] New: Age of Wushu: frequent display of in-game "Don't speed up!" dialog tip disrupts gameplay (Wine fails kernel32.GetTickCount API entry hook check)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36486 Bug ID: 36486 Summary: Age of Wushu: frequent display of in-game "Don't speed up!" dialog tip disrupts gameplay (Wine fails kernel32.GetTickCount API entry hook check) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, during investigation of bug 36465 I found this goodie, deserving it's own bug of course :) Searching the net reveals similar reports for Windows and MAC: http://www.ageofwushu.com/forums/viewtopic.php?f=29&t=7339 http://www.ageofwushu.com/forums/viewtopic.php?f=30&t=14469 http://portingteam.com/topic/9284-age-of-wushu-dont-speed-up-tip-spam/ This disguised message is in fact the result of a failed API hook check. The vendor obviously doesn't want to go into technical details/reveal this, see the support forums/site for answers to this problem. Enter Wine and get the answers :) One hint is contained in the game log file 'bin/trace.log' With relay thunks emitted (+relay channel): --- snip --- ... [2014-05-18 22:01:13.573] Time Func Pos Begin QueryPerformanceCounter=54 QueryPerformanceFrequency=54 GetTickCount=54 timeGetTime=54 timeSetEvent=54 SetTimer=54 ... --- snip --- without relay thunks: --- snip --- [2014-05-18 22:23:02.818] Time Func Pos Begin QueryPerformanceCounter=8d QueryPerformanceFrequency=8d GetTickCount=55 timeGetTime=55 timeSetEvent=8d SetTimer=55 --- snip --- The hex codes are the first opcode byte of each API entry. The protection code makes a snapshot of certain API entries on startup. The entry bytes are stored for later comparison to detect dynamic hooking (through dll injection for example). --- snip --- ... 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3b1 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3b1 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eed4 "QueryPerformanceCounter") ret=1134c3c3 0056:Ret KERNEL32.GetProcAddress() retval=7b824afc ret=1134c3c3 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3d9 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3d9 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eeb4 "QueryPerformanceFrequency") ret=1134c3e5 0056:Ret KERNEL32.GetProcAddress() retval=7b824b14 ret=1134c3e5 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3fb 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3fb 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eea4 "GetTickCount") ret=1134c407 0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c407 0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c41d 0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c41d 0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee88 "timeGetTime") ret=1134c429 0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c429 0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c43f 0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c43f 0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee78 "timeSetEvent") ret=1134c44b 0056:Ret KERNEL32.GetProcAddress() retval=f7226d44 ret=1134c44b 0056:Call KERNEL32.GetModuleHandleA(11a8ee68 "USER32.dll") ret=1134c461 0056:Ret KERNEL32.GetModuleHandleA() retval=7eca0000 ret=1134c461 0056:Call KERNEL32.GetProcAddress(7eca0000,11a8ee5c "SetTimer") ret=1134c46d 0056:Ret KERNEL32.GetProcAddress() retval=7ecb0798 ret=1134c46d ... --- snip --- Runtime check of API entries every two seconds: --- snip --- ... 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c4f5 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c4f5 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eed4 "QueryPerformanceCounter") ret=1134c505 0056:Ret KERNEL32.GetProcAddress() retval=7b824afc ret=1134c505 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c2fb 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c2fb 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eeb4 "QueryPerformanceFrequency") ret=1134c30b 0056:Ret KERNEL32.GetProcAddress() retval=7b824b14 ret=1134c30b 0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c2fb 0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c2fb 0056:Call KERNEL32.GetProcAddress(7b810000,11a8eea4 "GetTickCount") ret=1134c30b 0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c30b 0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c32b 0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c32b 0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee88 "timeGetTime") ret=1134c33b 0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c33b 0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c2fb 0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c2fb 0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee78 "timeSetEvent") ret=1134c30b 0056:Ret KERNEL32.GetProcAddress() retval=f7226d44 ret=1134c30b 0056:Call KERNEL32.GetModuleHandleA(11a8ee68 "USER32.dll") ret=1134c2fb 0056:Ret KERNEL32.GetModuleHandleA() retval=7eca0000 ret=1134c2fb 0056:Call KERNEL32.GetProcAddress(7eca0000,11a8ee5c "SetTimer") ret=1134c30b 0056:Ret KERNEL32.GetProcAddress() retval=7ecb0798 ret=1134c30b ... --- snip --- Following is the list of API functions and their opcode checks. call/jmp opcode bytes are treated as hook. --- snip --- kernel32.dll!QueryPerformanceCounter -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> kernel32.dll!QueryPerformanceFrequency -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> kernel32.dll!GetTickCount -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> WINMM.dll!timeGetTime -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> | [7]=0xE8 | [7]=0xE9 | [7]=0xFF WINMM.dll!timeSetEvent -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> user32.dll!SetTimer -> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> --- snip --- The 'WINMM.dll!timeGetTime' entry point gets a special treatment and this the problem. Wine 'winmm.spec' --- snip --- @ stdcall timeGetTime() kernel32.GetTickCount --- snip --- Forwarded. Dumping the target with Winedbg gives: --- snip --- Wine-dbg>x/10b GetTickCount 0x7b8480d9 GetTickCount: 55 89 e5 53 83 e4 f0 e8 ab 75 --- snip --- Disassembly: --- snip --- 7B8480D9 55 PUSH EBP 7B8480DA 89E5 MOV EBP,ESP 7B8480DC 53 PUSH EBX 7B8480DD 83E4 F0 AND ESP,FFFFFFF0 7B8480E0 E8 AB75FDFF CALL KERNEL32.__x86.get_pc_thunk.bx 7B8480E5 81C3 1B2F0700 ADD EBX,72F1B 7B8480EB E8 72FFFFFF CALL KERNEL32.GetTickCount64 7B8480F0 8B5D FC MOV EBX,DWORD PTR SS:[EBP-4] 7B8480F3 C9 LEAVE 7B8480F4 C3 RETN --- snip --- *eeek* .. 'entry[7]' has indeed value 0xE8 hence the check fails. The PIC code (setup of PIC register) in function prolog causes the harm here. If you avoid the call opcode at 'entry[7]' everything is fine (for example making this entry hotpatchable, inline GetTickCount64, use wrapper). I already tested this. Wine code is no longer (mis)detected as hook and the game runs fine without any "Speedup" spam. $ sha1sum AgeofWushu_download.exe a7101c50ce8deb33008da4ce044fca5e3add721d AgeofWushu_download.exe $ du -sh AgeofWushu_download.exe 1.9M AgeofWushu_download.exe $ wine --version wine-1.7.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 4

[Bug 34403] New: AVP Classic WinRT/ARM port needs xinput1_4.dll
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34403 Bug #: 34403 Summary: AVP Classic WinRT/ARM port needs xinput1_4.dll Product: Wine Version: 1.7.1 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 folks, as the summary says... --- snip --- linaro@linaro-ubuntu-desktop:~/wine-apps/avpclassic$ ll total 10744 drwxr-xr-x 2 linaro linaro 4096 Aug 31 15:05 ./ drwxrwxr-x 51 linaro linaro 4096 Aug 31 15:05 ../ -rw-rw-r-- 1 linaro linaro 37736 Jul 25 2012 D3D11ProxyDriver.dll -rw-rw-r-- 1 linaro linaro 2840416 Aug 20 2012 D3DCompiler_Test.dll -rw-rw-r-- 1 linaro linaro 1287248 Aug 21 08:05 MyAvP.exe -rw-r--r-- 1 linaro linaro 2675765 Aug 31 15:05 avp_classic_arm.7z -rw-rw-r-- 1 linaro linaro 333672 Jul 25 2012 d3dref9.dll -rw-rw-r-- 1 linaro linaro 1742184 Jul 25 2012 d3dx9d.dll -rw-rw-r-- 1 linaro linaro 71760 Aug 21 08:05 libbinkdec.dll -rw-rw-r-- 1 linaro linaro 19536 Aug 21 08:05 libogg.dll -rw-rw-r-- 1 linaro linaro 39504 Aug 21 08:05 libsmackerdec.dll -rw-rw-r-- 1 linaro linaro 163920 Aug 21 08:05 libtheora.dll -rw-rw-r-- 1 linaro linaro 1611856 Aug 21 08:05 libvorbis.dll -rw-rw-r-- 1 linaro linaro 32848 Aug 21 08:05 libvorbisfile.dll -rw-rw-r-- 1 linaro linaro 105316 Nov 10 2001 non-gold_english.txt ... linaro@linaro-ubuntu-desktop:~/wine-apps/avpclassic$ wine ./MyAvP.exe err:module:import_dll Library XINPUT1_4.dll (which is needed by L"Z:\\home\\linaro\\wine-apps\\avpclassic\\MyAvP.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\avpclassic\\MyAvP.exe" failed, status c0000135 --- snip --- More info on XInput versions here: http://msdn.microsoft.com/en-us/library/windows/desktop/hh405051%28v=vs.85%… --- quote --- XInput 1.4 ships today as a system component in Windows 8 as XINPUT1_4.DLL. It is available “inbox” and does not require redistribution with an application. The Windows Software Development Kit (SDK) contains the header and import library for statically linking against XINPUT1_4.DLL. To download the Windows 8 SDK, see Downloads for developing desktop apps. XInput 1.4 has these primary advantages over other versions of XInput: * This is the only version that can be used in C++/DirectX Windows Store apps. * The new XInputGetAudioDeviceIds function provides an audio device ID string that you can use to open an XAudio2 mastering voice or audio device for a headset attached to an Xbox 360 common controller. The XInputGetDSoundAudioDeviceGuids function is not available in this version. * Provides improved device capabilities reporting including XINPUT_CAPS_WIRELESS, XINPUT_CAPS_FFB_SUPPORTED, XINPUT_CAPS_PMD_SUPPORTED, and XINPUT_CAPS_NO_NAVIGATION flags and more accurate reporting of XINPUT_CAPS_VOICE_SUPPORTED. These flags are combined in the Flags member of the XINPUT_CAPABILITIES structure. The XInputGetCapabilities function returns XINPUT_CAPABILITIES. --- quote --- 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 34943] New: Visual C++ 2010 Express web installer exits silently during download of prerequisites
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34943 Bug #: 34943 Summary: Visual C++ 2010 Express web installer exits silently during download of prerequisites Product: Wine Version: 1.7.6 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, might be a regression ... I remember the download of prerequisites was pretty stable some time ago (after months of instabilities). Writes past the end of buffer. --- snip --- Unhandled exception: page fault on write access to 0x00473000 in 32-bit code (0xf74a6bc8). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f74a6bc8 ESP:043be934 EBP:043be978 EFLAGS:00010202( R- -- I - - - ) EAX:02550d80 EBX:f74d7b30 ECX:00000f58 EDX:00472fa0 ESI:00017000 EDI:00000080 Stack dump: 0x043be934: 003d0f00 7e3e6000 7e3cb069 00472f98 0x043be944: 02550d7c 00001000 7e3cbd95 02550cb0 0x043be954: 00040000 02507e88 043be980 7bcd0000 0x043be964: 043be9f0 00017000 00001000 7bcd0000 0x043be974: 00000000 043be9b8 7e3cbfda 02550cb0 0x043be984: 0045bf98 0002bcc0 00000000 00000001 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0xf74a6bc8 __memcpy_ssse3_rep+0x568() in libc.so.6 (0x043be978) 1 0x7e3cb069 read_data+0xba(request=0x2550cb0, buffer=0x45bf98, size=0x2bcc0, read=0x0(nil), async=0x1) [/home/focht/projects/wine/wine-git/dlls/winhttp/request.c:2119] in winhttp (0x043be978) 2 0x7e3cbfda task_read_data+0x3f(task=0x2508508) [/home/focht/projects/wine/wine-git/dlls/winhttp/request.c:2460] in winhttp (0x043be9b8) 3 0x7e3c50fa task_thread+0x1f(param=0x2508508) [/home/focht/projects/wine/wine-git/dlls/winhttp/request.c:184] in winhttp (0x043be9e8) 4 0x7bc8efae worker_thread_proc+0x14a(param=<couldn't compute location>) [/home/focht/projects/wine/wine-git/dlls/ntdll/threadpool.c:114] in ntdll (0x043bea48) 5 0x7bc85c04 call_thread_func_wrapper+0xb() in ntdll (0x043bea68) 6 0x7bc85c4d call_thread_func+0x3e(entry=0x7bc8ee63, arg=0x0(nil), frame=0x43beb68) [/home/focht/projects/wine/wine-git/dlls/ntdll/signal_i386.c:2602] in ntdll (0x043beb48) 7 0x7bc85be2 call_thread_entry_point+0x11() in ntdll (0x043beb68) 8 0x7bc8ca58 start_thread+0x165(info=0x81fdcfb8) [/home/focht/projects/wine/wine-git/dlls/ntdll/thread.c:417] in ntdll (0x043bf3a8) 9 0xf75229da start_thread+0xc9() in libpthread.so.0 (0x043bf468) 10 0xf7454bfe __clone+0x5d() in libc.so.6 (0x00000000) ... Wine-dbg>frame 1 2120 remove_data( request, count ); Wine-dbg>info locals 0x7e3cb068 read_data+0xba: (043be978) request_t* request=0x2550cb0 (parameter [EBP+8]) void* buffer=0x45bf98 (parameter [EBP+12]) DWORD size=0x2bcc0 (parameter [EBP+16]) DWORD* read=0x0(nil) (parameter [EBP+20]) BOOL async=0x1 (parameter [EBP+24]) int count=0x1000 (local [EBP-12]) int bytes_read=0x17000 (local [EBP-16]) --- snip --- Source of crash: http://source.winehq.org/git/wine.git/blob/e894c897d52c3e5852498164e246b473… --- snip --- 2105 static BOOL read_data( request_t *request, void *buffer, DWORD size, DWORD *read, BOOL async ) 2106 { 2107 int count, bytes_read = 0; 2108 2109 if (end_of_read_data( request )) goto done; 2110 2111 while (size) 2112 { 2113 if (!(count = get_available_data( request ))) 2114 { 2115 if (!refill_buffer( request, async )) goto done; 2116 if (!(count = get_available_data( request ))) goto done; 2117 } 2118 count = min( count, size ); 2119 memcpy( (char *)buffer + bytes_read, request->read_buf + request->read_pos, count ); 2120 remove_data( request, count ); 2121 if (request->read_chunked) request->read_chunked_size -= count; 2122 size -= count; 2123 bytes_read += count; 2124 request->content_read += count; 2125 if (end_of_read_data( request )) goto done; 2126 } 2127 if (request->read_chunked && !request->read_chunked_size) refill_buffer( request, async ); ... --- snip --- $ sha1sum vc_web.exe c2d61a5424aa474a169e59199aa2158a858833f6 vc_web.exe $ du -sh vc_web.exe 3.2M vc_web.exe $ wine --version wine-1.7.6-273-ga4d8627 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 38955] New: Visual Studio Code installer crashes on startup (parsing of overly long string-format security descriptor causes stack corruption)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38955 Bug ID: 38955 Summary: Visual Studio Code installer crashes on startup (parsing of overly long string-format security descriptor causes stack corruption) Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the installer passes an overly long string-format security descriptor which is greater than MAX_PATH. --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./VSCodeSetup.exe >>log.txt 2>&1 ... 0044:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(004237d0 L"D:PAI(A;;FA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;CIIO;GA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;;0x1301bf;;;SY)(A;OICIIO;GA;;;SY)(A;;0x1301bf;;;BA)(A;OICIIO;GA;;;BA)(A;;0x1200a9;;;BU)(A;OICIIO;GXGR;;;BU)(A;OICIIO;GA;;;CO)(A;;0x1200a9;;;AC)(A"...,00000001,0033d5a0,00000000) ret=004022d7 0044:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7ea9690c ip=7ea9690c tid=0044 0044:trace:seh:raise_exception info[0]=00000001 0044:trace:seh:raise_exception info[1]=00d1d326 0044:trace:seh:raise_exception eax=004f0049 ebx=0033d540 ecx=0033d480 edx=0033d294 esi=0033d584 edi=0033d550 0044:trace:seh:raise_exception ebp=0033d4c8 esp=0033d260 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 ... Unhandled exception: page fault on write access to 0x003b0041 in 32-bit code (0x7ea99089). ... Backtrace: =>0 0x7ea99089 ParseStringSidToSid+0x3a4(StringSid="PAI(A;;FA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;CIIO;GA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;;0x1301bf;;;SY)(A;OICIIO;GA;;;SY)(A;;0x1301bf;;;BA)(A;OICIIO;GA;;;BA)(A;;0x1200a9;;;BU)(A;OICIIO;GXGR;;;BU)(A;OICIIO;GA;;;CO)(A;;0x1200a9;;;AC)(A;OICIIO;GXGR;;;AC)?????", pSid=0x3b0041, cBytes=0x33d28c) [/home/focht/projects/wine/wine.repo/src/dlls/advapi32/security.c:5587] in advapi32 (0x0033d258) 1 0x7ea969c7 ParseStringSecurityDescriptorToSecurityDescriptor+0x197(StringSecurityDescriptor="", SecurityDescriptor=0x610030, cBytes=0x3b0039) [/home/focht/projects/wine/wine.repo/src/dlls/advapi32/security.c:4577] in advapi32 (0x0033d4c8) 2 0x00310078 (0x0030003b) 0x7ea99089 ParseStringSidToSid+0x3a4 [/home/focht/projects/wine/wine.repo/src/dlls/advapi32/security.c:5587] in advapi32: movb $0x1,0x0(%eax) 5587 pisid->Revision = SDDL_REVISION; Modules: Module Address Debug info Name (66 modules) PE 400000- 3e07000 Deferred vscodesetup ELF 7b800000-7ba71000 Deferred kernel32<elf> \-PE 7b820000-7ba71000 \ kernel32 ... Threads: process tid prio (all id:s are in hex) ... 00000043 (D) Z:\home\focht\Downloads\VSCodeSetup.exe 00000044 0 <== --- snip --- Source: https://source.winehq.org/git/wine.git/blob/3e55f1d2cc673d55ee342ff168a335b… --- snip --- 4508 static BOOL ParseStringSecurityDescriptorToSecurityDescriptor( 4509 LPCWSTR StringSecurityDescriptor, 4510 SECURITY_DESCRIPTOR_RELATIVE* SecurityDescriptor, 4511 LPDWORD cBytes) 4512 { 4513 BOOL bret = FALSE; 4514 WCHAR toktype; 4515 WCHAR tok[MAX_PATH]; 4516 LPCWSTR lptoken; 4517 LPBYTE lpNext = NULL; 4518 DWORD len; 4519 4520 *cBytes = sizeof(SECURITY_DESCRIPTOR); 4521 4522 if (SecurityDescriptor) 4523 lpNext = (LPBYTE)(SecurityDescriptor + 1); ... --- snip --- $ sha1sum VSCodeSetup.exe c971e8805aa21ef6483e04434cb819e524e682f0 VSCodeSetup.exe $ du -sh VSCodeSetup.exe 59M VSCodeSetup.exe $ wine --version wine-1.7.47-162-g0f9a0aa 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 38908] New: PlanetSide 2 v5.2.4.x launcher process exit causes wineserver crash
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38908 Bug ID: 38908 Summary: PlanetSide 2 v5.2.4.x launcher process exit causes wineserver crash Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found this by chance ... --- snip --- (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x000000000042733a in grab_object (ptr=0x0) at /home/focht/projects/wine/wine.repo/src/server/object.c:298 298 assert( obj->refcount < INT_MAX ); (gdb) bt #0 0x000000000042733a in grab_object (ptr=0x0) at /home/focht/projects/wine/wine.repo/src/server/object.c:298 #1 0x0000000000410da7 in add_irp_to_queue (file=0x2a8e9a0, irp=0x2a948f0) at /home/focht/projects/wine/wine.repo/src/server/device.c:347 #2 0x0000000000411189 in device_file_close_handle (obj=0x2a8e9a0, process=0x29e5a20, handle=104) at /home/focht/projects/wine/wine.repo/src/server/device.c:429 #3 0x000000000041c6fc in handle_table_destroy (obj=0x29e5ba0) at /home/focht/projects/wine/wine.repo/src/server/handle.c:175 #4 0x000000000042748a in release_object (ptr=0x29e5ba0) at /home/focht/projects/wine/wine.repo/src/server/object.c:313 #5 0x000000000041c7c7 in close_process_handles (process=0x29e5a20) at /home/focht/projects/wine/wine.repo/src/server/handle.c:194 #6 0x000000000042a132 in process_killed (process=0x29e5a20) at /home/focht/projects/wine/wine.repo/src/server/process.c:817 #7 0x000000000042a510 in remove_process_thread (process=0x29e5a20, thread=0x2a0c9e0) at /home/focht/projects/wine/wine.repo/src/server/process.c:883 #8 0x000000000044af03 in kill_thread (thread=0x2a0c9e0, violent_death=0) at /home/focht/projects/wine/wine.repo/src/server/thread.c:1107 #9 0x0000000000448836 in thread_poll_event (fd=0x2a0cc10, event=16) at /home/focht/projects/wine/wine.repo/src/server/thread.c:266 #10 0x0000000000415130 in fd_poll_event (fd=0x2a0cc10, event=16) at /home/focht/projects/wine/wine.repo/src/server/fd.c:446 #11 0x000000000041550a in main_loop_epoll () at /home/focht/projects/wine/wine.repo/src/server/fd.c:541 #12 0x0000000000415b1c in main_loop () at /home/focht/projects/wine/wine.repo/src/server/fd.c:886 #13 0x0000000000420fa5 in main (argc=1, argv=0x7ffdb89b57c8) at /home/focht/projects/wine/wine.repo/src/server/main.c:148 (gdb) frame 1 #1 0x0000000000410da7 in add_irp_to_queue (file=0x2a8e9a0, irp=0x2a948f0) at /home/focht/projects/wine/wine.repo/src/server/device.c:347 347 irp->thread = (struct thread *)grab_object( current ); (gdb) p *file $1 = {obj = {refcount = 2, handle_count = 1, ops = 0x4741e0 <device_file_ops>, wait_queue = {next = 0x2a8e9b0, prev = 0x2a8e9b0}, name = 0x0, sd = 0x0, obj_list = {next = 0x2a8eb30, prev = 0x2a8ea50}}, device = 0x29b18b0, fd = 0x2a8ea20, user_ptr = 1121136, entry = {next = 0x29b1918, prev = 0x29b1918}, requests = {next = 0x2a8ea08, prev = 0x2a8ea08}} (gdb) p *irp $2 = {obj = {refcount = 2, handle_count = 0, ops = 0x474060 <irp_call_ops>, wait_queue = {next = 0x2a94900, prev = 0x2a94900}, name = 0x0, sd = 0x0, obj_list = {next = 0x2a8f8d0, prev = 0x699580 <object_list>}}, dev_entry = {next = 0x5555555555555555, prev = 0x5555555555555555}, mgr_entry = { next = 0x5555555555555555, prev = 0x5555555555555555}, file = 0x2a8e9a0, thread = 0x5555555555555555, user_arg = 6148914691236517205, async = 0x0, status = 259, params = {major = 2, create = {major = 2, access = 13, sharing = 1121136, options = 0, device = 43932192}, close = {major = 2, __pad = 13, file = 1121136}, read = {major = 2, key = 13, file = 1121136, pos = 43932192}, write = {major = 2, key = 13, file = 1121136, pos = 43932192}, flush = { major = 2, __pad = 13, file = 1121136}, ioctl = {major = 2, code = 13, file = 1121136}}, result = 0, in_size = 0, in_data = 0x0, out_size = 0, out_data = 0x0} $ (gdb) frame 2 #2 0x0000000000411189 in device_file_close_handle (obj=0x2a8e9a0, process=0x29e5a20, handle=104) at /home/focht/projects/wine/wine.repo/src/server/device.c:429 429 add_irp_to_queue( file, irp ); (gdb) p *obj $5 = {refcount = 2, handle_count = 1, ops = 0x4741e0 <device_file_ops>, wait_queue = {next = 0x2a8e9b0, prev = 0x2a8e9b0}, name = 0x0, sd = 0x0, obj_list = { next = 0x2a8eb30, prev = 0x2a8ea50}} (gdb) p *process $4 = {obj = {refcount = 57, handle_count = 0, ops = 0x477080 <process_ops>, wait_queue = {next = 0x29e5a30, prev = 0x29e5a30}, name = 0x0, sd = 0x0, obj_list = {next = 0x2a07fe0, prev = 0x29fb160}}, entry = {next = 0x2a13e90, prev = 0x6995a0 <process_list>}, parent = 0x0, thread_list = { next = 0x29e5a78, prev = 0x29e5a78}, debugger = 0x0, handles = 0x0, msg_fd = 0x29fb130, id = 8, group_id = 8, sigkill_timeout = 0x0, cpu = CPU_x86, unix_pid = 1166, exit_code = 0, running_threads = 0, start_time = 130812070795368620, end_time = 130812071183535560, affinity = 15, priority = 2, suspend = 0, is_system = 0, debug_children = 0, is_terminating = 1, job = 0x0, job_entry = {next = 0x5555555555555555, prev = 0x5555555555555555}, locks = { next = 0x29e5b00, prev = 0x29e5b00}, classes = {next = 0x2a94200, prev = 0x2a8e770}, console = 0x2a10100, startup_state = STARTUP_DONE, startup_info = 0x0, idle_event = 0x2a6e170, winstation = 0, desktop = 0, token = 0x2a08770, dlls = {next = 0x2a6e5b0, prev = 0x2a94850}, peb = 2147348480, ldt_copy = 4151760128, trace_data = 0, rawinput_devices = {next = 0x29e5b78, prev = 0x29e5b78}, rawinput_mouse = 0x0, rawinput_kbd = 0x0} --- snip --- $ wine --version wine-1.7.47 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 36731] New: Runes of Magic 'ClientUpdater.exe' crashes after a number of update cycles (mshtml environment setup contains stack buffer overflow)
by wine-bugs＠winehq.org 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36731 Bug ID: 36731 Summary: Runes of Magic 'ClientUpdater.exe' crashes after a number of update cycles (mshtml environment setup contains stack buffer overflow) Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, found during investigation of 'Runes of Magic' client updater. There is a crash after a number of update cycles. Unfortunately it's not easily traceable as it requires large downloads and many client restarts (= hours) to reach the crash point. I started the updater with a few debug channels (= reduced noise) which still allowed me to do post-mortem analysis. The launcher restarts itself after each update cycle. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Runes of Magic $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml wine ./launcher.exe ... <hours, multiple updater restarts> ... 004f:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mshtml.dll" at 0x7c090000: builtin 004f:trace:mshtml:DllGetClassObject (CLSID_HTMLDocument {00000001-0000-0000-c000-000000000046} 0x3392a8) 004f:trace:mshtml:ClassFactory_AddRef (0x1c2c80) ref = 1 004f:trace:mshtml:HTMLDocument_Create ((nil) IID_IUnknown 0x1c19d4) 004f:trace:mshtml:load_gecko () 004f:trace:mshtml:check_version "Wine Gecko 2.24" 004f:trace:mshtml:load_xul (L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\xul.dll") 004f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7c130001 ip=7c130001 tid=004f 004f:trace:seh:raise_exception info[0]=00000001 004f:trace:seh:raise_exception info[1]=8d43ade4 004f:trace:seh:raise_exception eax=00000001 ebx=006b0063 ecx=003389a0 edx=7bcda204 esi=00339330 edi=001c2de8 004f:trace:seh:raise_exception ebp=005c0070 esp=00338c00 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010212 004f:trace:seh:call_stack_handlers calling handler at 0x4a97b0 code=c0000005 flags=0 004f:trace:seh:call_stack_handlers handler at 0x4a97b0 returned 1 004f:trace:seh:call_stack_handlers calling handler at 0x7bc9ecf7 code=c0000005 flags=0 wine: Unhandled page fault on write access to 0x8d43ade4 at address 0x7c130001 (thread 004f), starting debugger... --- snip --- I looked at the crash site and noticed it being in the middle of opcode sequence. --- snip --- 7C130000 45 INC EBP 7C130001 0889 4424108D OR BYTE PTR DS:[ECX+8D102444],CL 7C130007 8313 B5 ADC DWORD PTR DS:[EBX],-4B 7C13000A FA CLI --- snip --- Decoded with proper opcode start addresses: --- snip --- 7C12FFFF 8B45 08 MOV EAX,DWORD PTR SS:[EBP+8] 7C130002 894424 10 MOV DWORD PTR SS:[ESP+10],EAX 7C130006 8D83 13B5FAFF LEA EAX,[EBX+FFFAB513] --- snip --- Partial stack dump with 'esp' = 0x00338c00 from exception context: --- snip --- ... 00338BA8 C0000005 00338BAC 00000000 00338BB0 00000000 00338BB4 7C130001 00338BB8 00000002 00338BBC 00000001 00338BC0 8D43ADE4 äC 00338BC4 00650074 t e 00338BC8 0033006D m 3 00338BCC 005C0032 2 \ 00338BD0 00650067 g e 00338BD4 006B0063 c k 00338BD8 005C006F o \ 00338BDC 002E0032 2 . 00338BE0 00340032 2 4 00338BE4 0077005C \ w 00338BE8 006E0069 i n 00338BEC 00000005 00338BF0 00650067 g e 00338BF4 006B0063 c k 00338BF8 005C006F o \ 00338BFC 7C130000 00338C00 00338F74 ; UNICODE "C:\windows\system32\gecko\2.24\wine_gecko\" 00338C04 7C1FF480 00338C08 7C19E234 ; ASCII "load_xul" 00338C0C 7C19CF48 ; ASCII "(%s)" 00338C10 7BCEC8C1 ; ASCII "L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\xul.dll"" 00338C14 7C19D4E8 ; ASCII "Wine Gecko 2.24" 00338C18 7C19E250 ; ASCII "check_version" 00338C1C 7C19D4C0 ; ASCII "%s" 00338C20 7BCEC8AF ; ASCII ""Wine Gecko 2.24"" ... --- snip --- Yes, looks pretty much like a stack buffer overflow. A string buffer overwrote 'ebp', 'ebx' values (register save on stack for '__x86_get_pc_thunk_bx') and parts of the return address. The NULL terminator cancelled out the lower 16 bits of the return address. The culprit: 'load_xul' -> 'set_environment' Source: http://source.winehq.org/git/wine.git/blob/0be56d27d2d4b22367313fa4c6f1e658… --- snip --- 439 static void set_environment(LPCWSTR gre_path) 440 { 441 WCHAR path_env[MAX_PATH], buf[20]; 442 int len, debug_level = 0; 443 444 static const WCHAR pathW[] = {'P','A','T','H',0}; 445 static const WCHAR warnW[] = {'w','a','r','n',0}; 446 static const WCHAR xpcom_debug_breakW[] = 447 {'X','P','C','O','M','_','D','E','B','U','G','_','B','R','E','A','K',0}; 448 static const WCHAR nspr_log_modulesW[] = 449 {'N','S','P','R','_','L','O','G','_','M','O','D','U','L','E','S',0}; 450 static const WCHAR debug_formatW[] = {'a','l','l',':','%','d',0}; 451 452 /* We have to modify PATH as XPCOM loads other DLLs from this directory. */ 453 GetEnvironmentVariableW(pathW, path_env, sizeof(path_env)/sizeof(WCHAR)); 454 len = strlenW(path_env); 455 path_env[len++] = ';'; 456 strcpyW(path_env+len, gre_path); 457 SetEnvironmentVariableW(pathW, path_env); 458 459 SetEnvironmentVariableW(xpcom_debug_breakW, warnW); 460 461 if(TRACE_ON(gecko)) 462 debug_level = 5; 463 else if(WARN_ON(gecko)) 464 debug_level = 3; 465 else if(ERR_ON(gecko)) 466 debug_level = 2; 467 468 sprintfW(buf, debug_formatW, debug_level); 469 SetEnvironmentVariableW(nspr_log_modulesW, buf); 470 } --- snip --- 'path_env' must have overflowed ... but how? I used a JIT debugger to examine the process environment block at the time of the crash since 'GetEnvironmentVariableW' reads from 'NtCurrentTeb()->Peb->ProcessParameters->Environment'. --- snip ---- Address UNICODE dump ... 00231EC0 m32\cmd.exe.PATH 00231EE0 =C:\windows\syst 00231F00 em32;C:\windows; 00231F20 C:\windows\syste 00231F40 m32\wbem;C:\wind 00231F60 ows\system32\gec 00231F80 ko\2.24\wine_gec 00231FA0 ko\;C:\windows\s 00231FC0 ystem32\gecko\2. 00231FE0 24\wine_gecko\;C 00232000 :\windows\system 00232020 32\gecko\2.24\wi 00232040 ne_gecko\;C:\win 00232060 dows\system32\ge 00232080 cko\2.24\wine_ge 002320A0 cko\;C:\windows\ 002320C0 system32\gecko\2 002320E0 .24\wine_gecko\. 00232100 TEMP=C:\users\fo 00232120 cht\Temp.TMP=C:\ 00232140 users\focht\Temp 00232160 .windir=C:\windo 00232180 ws.ALLUSERSPROFI 002321A0 LE=C:\users\Publ 002321C0 ic.APPDATA=C:\us ... --- snip --- At the time 'gre_path' path was appended, the string from 'PATH' environment variable had already grown near 'MAX_PATH' (260 characters) buffer limit. 'PATH' is of course not limited to 'MAX_PATH' since it contains a list of paths. A better option would be to query with 'GetEnvironmentVariableW( value, NULL, 0)' first and allocate the needed buffer from heap, including length for 'gre_path'. Even with these things corrected there is still a general problem: at one point it will overflow/being blocked from appending to 'PATH'. Each newly created updater process inherits the process environment from parent (client updater restarts itself each time). A more sophisticated thing to do would be to search for existing value and not append if already present. Wine Mono 'mscoree' component has a similar potential stack buffer overflow: http://source.winehq.org/git/wine.git/blob/8cdcf470016f0655dfc8810f9d4d2f2d… 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 49999] New: It should be possible to submit results for all versions of the current stable branch
by WineHQ Bugzilla 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=49999 Bug ID: 49999 Summary: It should be possible to submit results for all versions of the current stable branch Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: elk_aide(a)startmail.com Distribution: --- Lots of Linux Distributions and FreeBSD only ship the stable releases of wine in their repositories. They often stick to the first minor release (In Debian and FreeBSD this currently is 5.0 for example). I think it should be possible to submit tests with the distribution's own most recent wine package, as that probably is the main way wine is aquired. Therefore the AppDB list should include the "outdated" minor releases of the current stable branch for selection aswell. This is currently not the case (only 5.0.2 is available for selection currently). Cheers! -- Do not reply 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 10

[Bug 47867] New: comctl32:animate: create_animate() fails in Japanese on Windows 10 1809
by WineHQ Bugzilla 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47867 Bug ID: 47867 Summary: comctl32:animate: create_animate() fails in Japanese on Windows 10 1809 Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:animate has the following failures on the new w1064v1809_ja VM (Windows 10 1809 + Japanese locale): animate.c:106: Test failed: GetUpdateRect: There should be a region that needs to be updated animate.c:106: Test failed: GetUpdateRect: There should be a region that needs to be updated Interestingly this does not fail on the fg-win7u64-1spie9-ja VM so this is specific to the Japanese + Windows 10 combination. The test was introduced in this commit: commit bc357819296594aca300fdf30bb0cda46e9f0be0 Author: Bruno Jesus <00cpxxx(a)gmail.com> AuthorDate: Fri Mar 18 14:29:48 2016 +0530 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Mar 22 00:36:30 2016 +0900 comctl32/tests: Add initial tests for the animation control. Signed-off-by: Bruno Jesus <00cpxxx(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 3

[Bug 52164] New: mfplat:mfplat gets stuck in test_MFCreateDXSurfaceBuffer() on cw-gtx560 (Nvidia)
by WineHQ Bugzilla 05 Dec '21

05 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52164 Bug ID: 52164 Summary: mfplat:mfplat gets stuck in test_MFCreateDXSurfaceBuffer() on cw-gtx560 (Nvidia) Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfplat:mfplat gets stuck on cw-gtx560 (Nvidia): 07b4:mfplat: 6 tests executed (0 marked as todo, 0 failures), 0 skipped. 1760:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped. 1ab4:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped. 0668:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped. mfplat:mfplat:1ae8 done (258) in 120s (258 == WAIT_TIMEOUT) https://test.winehq.org/data/patterns.html#mfplat:mfplat Running with WINETEST_REPORT_SUCCESS shows that the freeze happens in test_MFCreateDXSurfaceBuffer(), specifically in the first IMFMediaBuffer_Unlock() call. hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length); ok(hr == S_OK, "Unexpected hr %#x.\n", hr); ok(length == max_length, "Unexpected length.\n"); // <--- last trace /* Unlock twice. */ hr = IMFMediaBuffer_Unlock(buffer); ok(hr == S_OK, "Unexpected hr %#x.\n", hr); // <--- never seen This is specific to cw-gtx560, the TestBot's only Nvidia test configuration. It also only happens on Windows 10, from 1709 to 21H1: the test succeeds on cw-gtx560 when running Windows 8.1 despite the fact that it still runs test_MFCreateDXSurfaceBuffer() (the skip trace is not present in the win81 WineTest report). -- Do not reply 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 51899] New: 16-bit Collins Dictionary has black background.
by WineHQ Bugzilla 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51899 Bug ID: 51899 Summary: 16-bit Collins Dictionary has black background. Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- This is a split from bug 51802. Bisect points to 6f095cea53787f03a159f0464b9881ace3724e6b is the first bad commit commit 6f095cea53787f03a159f0464b9881ace3724e6b Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Aug 3 12:56:49 2021 +0200 gdi32: Use NtGdiPatBlt for PatBlt implementation. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(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 35

[Bug 31358] New: Bobcad v25 hangs on startup
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=31358 Bug #: 31358 Summary: Bobcad v25 hangs on startup Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Tried installing free trial 13f91536f3a429ccb65b45b7bf72adb927c7d294 BobCAD_V25_Demo_32bit.exe from http://www.bobcad.com/products/cad Seemed to install fine, and put up a UI, but the main window of the UI was never drawn, and the UI was nonresponsive. -- 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 24664] New: The letter 'R' is not visible in Shapes On A Plane
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=24664 Summary: The letter 'R' is not visible in Shapes On A Plane Product: Wine Version: 1.3.4 Platform: x86 URL: https://www.digipen.edu/?id=1170&proj=433 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Nearly all the letter 'R' are not visible in text such as the options screen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 40111] New: mpr:mpr regression
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=40111 Bug ID: 40111 Summary: mpr:mpr regression Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Since the commit below, all Windows XP machines (even non-VMs) except the TestBot have a couple of systematic failures. It's not clear why the TestBot VM does not get a failure. It could be because it's the only one to be a Pro version, or because of a subtle network configuration difference. Failure: mpr.c:283: Test failed: Unexpected return: 53 mpr.c:303: Test failed: Unexpected return: 53 mpr:mpr results on test.winehq.org: https://test.winehq.org/data/tests/mpr:mpr.html commit d2ce22ba239d6ea4955e58784cf3e912920bb93b Author: Pierre Schweitzer <pierre(a)reactos.org> Date: Sun Jan 31 22:17:27 2016 +0100 mpr/tests: Add tests for WNetUseConnectionA(). Signed-off-by: Pierre Schweitzer <pierre(a)reactos.org> 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.

2 8

[Bug 47938] New: kernel32:heap fails on fg-win7u64-* since 9 September 2019
by WineHQ Bugzilla 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47938 Bug ID: 47938 Summary: kernel32:heap fails on fg-win7u64-* since 9 September 2019 Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- <http://test.winehq.org/data/tests/kernel32:heap.html> Very consistently we see this: heap.c:1209: Test failed: GetPhysicallyInstalledSystemMemory unexpectedly failed heap.c:1210: Test failed: expected total_memory != 0 heap.c:1215: Test failed: expected total_memory >= memstatus.ullTotalPhys / 1024 I'm more than a little inclined to blame the virtualization software. -- Do not reply 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 20987] New: msi tests can't be run in parallel
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=20987 Summary: msi tests can't be run in parallel Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com We spend an awful lot of time waiting for tests to finish. It'd be awesome if "make -j 100 test" worked. As a first step, let's make the msi tests work in parallel. "make -j100" in the msi directory explodes at the moment because many of the tests use the same filenames. -- 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 48047] New: urlmon:protocol - The https test fails on XP since the winehq.org upgrade
by WineHQ Bugzilla 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48047 Bug ID: 48047 Summary: urlmon:protocol - The https test fails on XP since the winehq.org upgrade Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 65588 --> https://bugs.winehq.org/attachment.cgi?id=65588 Screen capture of test.winehq showing the failures starting on Sep 09 The https protocol test in urlmon:protocol has been failing on Windows XP and 2003 since the winehq.org upgrade: protocol.c:3591: Testing https protocol (from urlmon)... protocol.c:1190: Test failed: hrResult = 800c0008, expected: 00000000 protocol.c:3435: Test failed: wait timed out protocol.c:3437: Test failed: expected Switch urlmon:protocol:0444 done (258) in 120s Test failed: timed out Note: 800c0008 is INET_E_DOWNLOAD_FAILURE. See https://test.winehq.org/data/tests/urlmon:protocol.html On Windows XP trying to open https://www.winehq.org in Internet Explorer (8.0.6001.18702) fails with no clear reason. Many other sites fail in the same way while trying to access google.com clearly indicates there is a certificate problem and asks whether to trust it anyway. As is Windows XP is unusable to surf the web. It's still possible to install Firefox 52.9.0 and then accessing https://www.winehq.org works. But then Firefox uses its own rot certificates and may not even use the Windows libraries for encryption. Windows Update offers no meaningful update (only Microsoft Security Essentials and Windows Live Essentials). So it's possible Windows XP and 2003 are either missing the required root certificates or do not support support whichever standard is used in the current certificates. In that case this test should be skipped on these platforms. -- Do not reply 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 51084] New: Failed to load … win32k.sys, not working at all on Fedora 34
by WineHQ Bugzilla 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51084 Bug ID: 51084 Summary: Failed to load … win32k.sys, not working at all on Fedora 34 Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andy(a)madspunky.net Distribution: --- I don't know why the official Wine documentation doesn't even mention that there are official Fedora packages, or respectively why installing the Wine repository would be preferable. Anyway, it's not available for F34 yet. So I installed wine `dnf install wine` and tried `winecfg`, but it fails: ``` 002c:fixme:winediag:LdrInitializeThunk wine-staging is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 0058:err:winedevice:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 00a4:err:winedevice:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" 00a0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. wine: could not load kernel32.dll, status c0000135 ``` wine-6.7 (Staging) Thanks -- Do not reply 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 49055] New: Multiple .NET WPF 4.x applications show black screen or have broken user interface rendering
by WineHQ Bugzilla 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=49055 Bug ID: 49055 Summary: Multiple .NET WPF 4.x applications show black screen or have broken user interface rendering Product: Wine Version: 5.7 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, separated from https://bugs.winehq.org/show_bug.cgi?id=45774#c6 Solmis v2.4 requires at least .NET Framework 4.5.2 ('winetricks -q dotnet452') Additionally 'winetricks -q corefonts' later. http://solmis.agoraplus.com/ http://solmis.agoraplus.com/ZippedInstall/Install.zip With .NET Framework 4.5.2 installed, click-once installer technology (dfsvc) is used which downloads additional 88 MB. After the splash window there is a login dialog supposedly shown but the client area is rendered (overlayed?) black. Moving the mouse cursor into bottom right corner and clicking the 'info' icon (briefly revealed) makes the user interface render. --- snip --- $ WINEDEBUG=+process,+loaddll wine ./setup.exe >>log.txt 2>&1 ... 00e0:trace:process:SetEnvironmentVariableW (L"__COR_COMMAND_LINE_APP_FULL_NAME__" L"http://solmis.agoraplus.com/Solmis.Client.application#Solmis.Client.applica…, Version=2.4.3.140, Culture=neutral, PublicKeyToken=bbf7981b5975ac11, processorArchitecture=x86/Solmis.Client.exe, Version=2.4.3.140, Culture=neutral, PublicKeyToken=bbf7981b5975ac11, processorArchitecture=x86"...) 00e0:trace:process:CreateProcessInternalW app (null) cmdline L"\"C:\\users\\focht\\Local Settings\\Application Data\\Apps\\2.0\\WOQPTZWG.M8V\\PQEDRA2Y.KYX\\solm..tion_bbf7981b5975ac11_0002.0004_38571e05ef5065e8\\Solmis.Client.exe\"" 00fc:fixme:dwmapi:DwmAttachMilContent (00030042) stub 0134:fixme:driver:GdiEntry13 stub 0134:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored 0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemCore" 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemXml" 00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemData" 00fc:fixme:path:parse_url failed to parse L"UIAutomationTypes" ... 0134:fixme:dwmapi:DwmIsCompositionEnabled 0F42FDF4 0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0144:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0144:fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet 0134:fixme:path:parse_url failed to parse L"Solmis.Client.resources" 0134:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator 0F464038. --- snip --- Workaround: https://docs.microsoft.com/en-us/dotnet/framework/wpf/graphics-multimedia/g… --- snip --- $ wine reg add "HKCU\\SOFTWARE\\Microsoft\\Avalon.Graphics" /v DisableHWAcceleration /t REG_DWORD /d 1 /f --- snip --- Although I mentioned this workaround in bug 45871 ("Several .NET 4.7 WPF applications crash with HLSL shader parsing failure when using builtin 'd3dcompiler_47.dll'") as well, d3dcompiler is not used in this case. $ sha1sum Install.zip d406efdd6a61a7291bbb8a8dad58847182dfa557 Install.zip $ du -sh Install.zip 40M Install.zip $ wine --version wine-5.7-97-g7ccc45f754 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 2

[Bug 42118] New: Chessmaster 9000 Mentor Lines/Thinking Lines don' t work and freeze the game
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=42118 Bug ID: 42118 Summary: Chessmaster 9000 Mentor Lines/Thinking Lines don't work and freeze the game Product: Wine Version: 2.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bkbk9(a)yahoo.ca Distribution: --- The "Mentor Lines" and "Thinking Lines" windows don't work in Chessmaster 9000. Both windows should display the chess engine's best moves being considered by its evaluation function. Under wine, these windows stay unresponsive and cause the game underway to freeze. -- Do not reply to 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 41692] New: World of Tanks crashes instantly on start with OSSv4 on wine 1.9.17
by wine-bugs＠winehq.org 04 Dec '21

04 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=41692 Bug ID: 41692 Summary: World of Tanks crashes instantly on start with OSSv4 on wine 1.9.17 Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Created attachment 56092 --> https://bugs.winehq.org/attachment.cgi?id=56092 WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp Starting with wine-1.9.17 and up, OSSv4 version: Version info: OSS 4.2 (b 2006/201611080054) (0x00040100) OSS_HG Hg revision: changeset: 948:233e1cedf15a WoT crashes on start: WorldOfTanks.exe wot_wait_for_mutex -clientGraphicsAPI d3d9 Regression testing result: 5df297206debc1256bfa479488e1941fce108cc5 is the first bad commit commit 5df297206debc1256bfa479488e1941fce108cc5 Author: Hugh McMaster <hugh.mcmaster(a)outlook.com> Date: Mon Aug 15 09:19:24 2016 +0000 reg/tests: Add more Unicode tests for 'reg import'. Signed-off-by: Hugh McMaster <hugh.mcmaster(a)outlook.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 ff708fa858bf6aac348c37802379037d5118796c ddfdae286b6a11eb4d9d162376226b047c724850 M programs Log of crash with wine-1.9.22 and "WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp" -- Do not reply to 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 52058] New: GTA 1997 autorun.exe not work
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52058 Bug ID: 52058 Summary: GTA 1997 autorun.exe not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71069 --> https://bugs.winehq.org/attachment.cgi?id=71069 git bissect result I'am running GTA (Grand Theft Auto (1997)) using the original CD-ROM (mounting trow CDEMU) (using CUE from Internet Archive) d:\autorun.exe NOT WORK in master branch (git://source.winehq.org/git/wine.git) BUT it work in wine 6.0! I make a git bissect from tag wine-6.0 to MASTER The result.... guille@Aspire-I5:~/src/wine$ git bisect good 0dd37b02f99f5090dd855343fcd8a99496047f3e is the first bad commit commit 0dd37b02f99f5090dd855343fcd8a99496047f3e Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Tue Nov 2 13:26:42 2021 +0300 ntdll: Store module dependencies in DDAG structure. Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/tests/module.c | 12 +-- dlls/ntdll/loader.c | 201 +++++++++++++++++++++++++++++++------------ include/winternl.h | 4 +- 3 files changed, 152 insertions(+), 65 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 7

[Bug 51873] New: Joy.cpl crashes on the FFB tab when the FFB device is selected in the drop down list
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51873 Bug ID: 51873 Summary: Joy.cpl crashes on the FFB tab when the FFB device is selected in the drop down list Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: joy.cpl Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 70792 --> https://bugs.winehq.org/attachment.cgi?id=70792 joy_cpl_6.19_crash.log This happens when the wineprefix is configured through registry to use bus_udev / hidraw ("Enable SDL" = 0 and "DisableInput" = 1). After some debugging found out that the supported number of buttons in Joy.cpl is 32, while the device is reporting 128. In result state.rgbButtons (main.c/ff_input_thread()) is being evaluated outside of its bounds, which eventually leads to going through the check where the real crash happens in IDirectInputEffect_SetParameters():775. After fixing the out of bounds issue (attached a patch for that), now joy.cpl doesn't crash immediately, but after choosing the desired FFB effect and pushing a button on the wheel to start the test. After some more debugging found out that joy->effects[chosen_effect].effect (the first operand) is NULL, leading to the segmentation fault. So probably the lpVtbl is not initialized for some reason. Other parts of that structure looked OK IMO. Otherwise the tracking of the steering wheel on the first tab worked properly through HIDRAW, as well as the available buttons. So this is already very positive :) Have tried it also through the SDL bus ("Enable SDL" = 1), and it worked as expected. The FFB test also partially worked. The sine wave effect was functional, while the constant and conditional effect didn't react. Also while debugging the above issue saw that joy->num_buttons is incorrectly set to 134 buttons, while the device (Simucube 2 Sport) has 128. Appeared that the PID State input report which includes several usages with report count 1, is being parsed as a normal input report in dinput/joystick_hid.c/enum_objects(), and those parameters are counted as buttons. So attached a patch for this too. Do you have any hints how to debug dinput properly for the lpVtbl issue? The gdb script helps a lot BTW :) (The attached crash log is after the first patch applied, but it was similar before that.) -- Do not reply 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 33

[Bug 51716] New: gameux:gamestatistics fails on Windows 10 1809+
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51716 Bug ID: 51716 Summary: gameux:gamestatistics fails on Windows 10 1809+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gameux:gamestatistics fails on Windows 10 1809+: gamestatistics.c:161: Test failed: GetGameStatistics returned unexpected value: 0x00000000 gamestatistics.c:162: Test failed: Expected output pointer to be NULL, got neither NULL nor deadbeef gamestatistics.c:212: Test failed: setting category title invalid result: 0x80070057 gamestatistics.c:215: Test failed: setting category title failed: Category0 gamestatistics.c:216: Test failed: setting category title failed: Category1 gamestatistics.c:217: Test failed: setting category title failed: Category2 gamestatistics.c:221: Test failed: setting statistic returned unexpected value: 0x80070057) gamestatistics.c:224: Test failed: setting statistic returned unexpected value: 0x80070057) gamestatistics.c:231: Test failed: setting statistic returned unexpected value: 0x80070057) gamestatistics.c:238: Test failed: setting statistic returned unexpected value: 0x80070057) gamestatistics.c:248: Test failed: setting statistic failed: name=Statistic00, value=Value00 gamestatistics.c:250: Test failed: setting statistic failed: name=Statistic01, value=Value01 gamestatistics.c:252: Test failed: setting statistic failed: name=Statistic10, value=Value10 gamestatistics.c:254: Test failed: setting statistic failed: name=Statistic11, value=Value11 gamestatistics.c:256: Test failed: setting statistic failed: name=Statistic20, value=Value20 gamestatistics.c:258: Test failed: setting statistic failed: name=Statistic21, value=Value21 gamestatistics.c:265: Test failed: statistics file L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\GameExplorer\\GameStatistics\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}.gamestats" does not exists gamestatistics.c:268: Test failed: setting category title failed: Category0a gamestatistics.c:276: Test failed: GetGameStatistics returned invalid open result: 0x0 gamestatistics.c:281: Test failed: getting category title failed gamestatistics.c:282: Test failed: getting category title returned invalid string (null) gamestatistics.c:287: Test failed: getting category title failed gamestatistics.c:288: Test failed: getting category title returned invalid string (null) gamestatistics.c:293: Test failed: getting category title failed gamestatistics.c:294: Test failed: getting category title returned invalid string (null) gamestatistics.c:300: Test failed: getting category title failed gamestatistics.c:305: Test failed: getting statistic failed gamestatistics.c:306: Test failed: getting statistic returned invalid name gamestatistics.c:307: Test failed: getting statistic returned invalid value gamestatistics.c:312: Test failed: getting statistic failed gamestatistics.c:313: Test failed: getting statistic returned invalid name gamestatistics.c:314: Test failed: getting statistic returned invalid value gamestatistics.c:319: Test failed: getting statistic failed gamestatistics.c:320: Test failed: getting statistic returned invalid name gamestatistics.c:321: Test failed: getting statistic returned invalid value gamestatistics.c:326: Test failed: getting statistic failed gamestatistics.c:327: Test failed: getting statistic returned invalid name gamestatistics.c:328: Test failed: getting statistic returned invalid value gamestatistics.c:333: Test failed: getting statistic failed gamestatistics.c:334: Test failed: getting statistic returned invalid name gamestatistics.c:335: Test failed: getting statistic returned invalid value gamestatistics.c:340: Test failed: getting statistic failed gamestatistics.c:341: Test failed: getting statistic returned invalid name gamestatistics.c:342: Test failed: getting statistic returned invalid value gamestatistics.c:350: Test failed: statistics file L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\GameExplorer\\GameStatistics\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}.gamestats" does not exists https://test.winehq.org/data/patterns.html#gameux:gamestatistics It looks like for a number of these Windows changed the way it handles invalid parameters / border cases. -- Do not reply 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 50540] New: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes on unimplemented function KERNEL32.dll.RtlVirtualUnwind
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50540 Bug ID: 50540 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes on unimplemented function KERNEL32.dll.RtlVirtualUnwind Product: Wine Version: 6.0 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://web.archive.org/web/20210121225132/https://github.com/PowerShell/Po… --- snip --- $ pwd /home/focht/projects/winrt-apps/powershell620-arm32 $ file *.{dll,exe} ... api-ms-win-crt-utility-l1-1-0.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows clrcompression.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows clretwrc.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows clrjit.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows coreclr.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows dbgshim.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows hostfxr.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows hostpolicy.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows mi.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows miutils.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows mscordaccore.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows mscordaccore_arm_arm_4.6.26919.02.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows mscordbi.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows mscorlib.dll: PE32 executable (DLL) (console) Intel 80386 Mono/.Net assembly, for MS Windows mscorrc.debug.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows mscorrc.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows netstandard.dll: PE32 executable (DLL) (console) Intel 80386 Mono/.Net assembly, for MS Windows pwrshplugin.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows pwsh.dll: PE32 executable (console) ARMv7 Thumb Mono/.Net assembly, for MS Windows sos.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows sos_arm_arm_4.6.26919.02.dll: PE32 executable (DLL) (GUI) ARMv7 Thumb, for MS Windows ucrtbase.dll: PE32 executable (DLL) (console) ARMv7 Thumb, for MS Windows pwsh.exe: PE32 executable (console) ARMv7 Thumb, for MS Windows --- snip --- --- snip --- $ wine ./pwsh.exe ... 0024:fixme:seh:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\winrt-apps\\powershell620-arm32\\mscordaccore.dll", 00B40000) stub 0024:fixme:msvcrt:_control87 not implemented ... 00fc:fixme:msvcrt:_control87 not implemented 0024:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 2 000504DC 0029DC28 0029E3B8 00000000 wine: Call from 7FF813E1 to unimplemented function KERNEL32.dll.RtlVirtualUnwind, aborting wine: Unimplemented function KERNEL32.dll.RtlVirtualUnwind called at address 7FF813E1 (thread 0024), starting debugger... Unhandled exception: unimplemented function KERNEL32.dll.RtlVirtualUnwind called in 32-bit code (0x7ff813e1). Register dump: Thumb User Mode Pc:7ff813e1 Sp:0029c108 Lr:7ff9d06b Cpsr:200b0030(--C-) r0:0029bf60 r1:00000001 r2:00000000 r3:00000002 r4:0029c108 r5:0029c930 r6:0029cb14 r7:00e0a5e4 r8:0029c2d8 r9:00000009 r10:00000000 r11:0029c190 r12:00f29010 Stack dump: 0x0029c108: 80000100 00000001 00000000 7ff813e1 0x0029c118: 00000002 00f276f6 00f27428 00c5a78f 0x0029c128: 01363c10 004d8f04 003c63f4 00000000 0x0029c138: 009b1e08 00000002 0004e9e0 00000005 0x0029c148: 0029cb54 0029c568 0029c930 0029cb14 0x0029c158: 0029c190 00c0abf7 0029c930 0029c17c Backtrace: =>0 0x7ff813e1 (0x0029c190) 1 0x7ff9d06b (0x0029c190) 0x7ff813e1: lsl r7, r4, #3 Modules: Module Address Debug info Name (34 modules) PE 320000- 386000 Deferred hostpolicy PE 400000- 439000 Deferred pwsh PE b40000- f6f000 Deferred coreclr PE 1290000- 1ba3000 Deferred system.private.corelib PE 10000000-10045000 Deferred hostfxr PE 7f8d0000-7f8d5000 Deferred api-ms-win-crt-multibyte-l1-1-0 PE 7f900000-7f904000 Deferred api-ms-win-crt-convert-l1-1-0 PE 7f920000-7f923000 Deferred api-ms-win-crt-locale-l1-1-0 PE 7f940000-7f944000 Deferred api-ms-win-crt-string-l1-1-0 PE 7f960000-7f964000 Deferred api-ms-win-crt-stdio-l1-1-0 PE 7f990000-7f993000 Deferred api-ms-win-crt-heap-l1-1-0 PE 7f9b0000-7f9b5000 Deferred api-ms-win-crt-math-l1-1-0 PE 7fa10000-7fac1000 Deferred ucrtbase PE 7fa10000-7fac1000 Deferred api-ms-win-crt-runtime-l1-1-0 PE 7faf0000-7faf7000 Deferred kernelbase PE 7fba0000-7fd5d000 Deferred kernel32 PE 7ff50000-7ff54000 Deferred ntdll PE f6e60000-f6e63000 Deferred api-ms-win-core-winrt-roparameterizediid-l1-1-0 PE f6e80000-f6e84000 Deferred imm32 PE f6ff0000-f6ff3000 Deferred api-ms-win-crt-time-l1-1-0 PE f7010000-f7013000 Deferred api-ms-win-crt-utility-l1-1-0 PE f7040000-f7043000 Deferred shcore PE f7070000-f7078000 Deferred shlwapi PE f70e0000-f70e8000 Deferred oleaut32 PE f71b0000-f71b3000 Deferred combase PE f7240000-f7247000 Deferred gdi32 PE f7360000-f7364000 Deferred rpcrt4 PE f73d0000-f73d4000 Deferred version PE f7400000-f740f000 Deferred setupapi PE f74a0000-f7588000 Deferred user32 PE f7680000-f76a8000 Deferred ole32 PE f7750000-f7753000 Deferred sechost PE f7790000-f7794000 Deferred advapi32 PE f78e0000-f78e3000 Deferred api-ms-win-crt-filesystem-l1-1-0 Threads: Exception c000001d System information: Wine build: wine-6.0-111-gf03db0f75e9 Platform: arm Version: Windows 7 Host system: Linux Host version: 4.20.0+ --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/a952453888fb5df3c70edf357820bc9… --- snip --- 1059 @ stdcall -arch=arm64,x86_64 RtlVirtualUnwind(long long long ptr ptr ptr ptr ptr) --- snip --- $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.zip $ wine --version wine-6.0-111-gf03db0f75e9 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 3

[Bug 43456] New: Cannot successfully install WebPlus X8 from SERIF.
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=43456 Bug ID: 43456 Summary: Cannot successfully install WebPlus X8 from SERIF. Product: Wine Version: 2.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: want.g(a)xtra.co.nz Distribution: --- Created attachment 58824 --> https://bugs.winehq.org/attachment.cgi?id=58824 Program Dump. Cannot install WebPlus X8 from SERIF. This product starts to install, but fails when publishing the product (Whatever that is). It copies files, sets up Registry then fails when the program application subinacl.exe gets a page error. The program DUMP showing this error is attached. The Windows S/W level was set to Windows 10. However I have tried XP thru to Windows 10 and the install fails for the same reason. The Libraries installed were: mfc42 (native), mfc42u(native) and msvcr100(native, builtin). The WINE level was 2.13-Staging. However the failure is the same when using lower levels of WINE. Applications installed were: MicroSoft Visual C++ 2010 x86 Redist. 10.0.40219; Wine Gecko (32 bit) 2.47; Wine Mono 4.7.0. I am running XUBUNTU 16.04 LTS. -- Do not reply to 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 52036] New: Simple match the pairs card game not working with version 6.21 - program dumps
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52036 Bug ID: 52036 Summary: Simple match the pairs card game not working with version 6.21 - program dumps Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: craigaschulstad(a)gmail.com Distribution: --- Created attachment 71040 --> https://bugs.winehq.org/attachment.cgi?id=71040 Debug output of the program error An older 32 bit Windows C++ program I had built over ten years ago worked fine until the latest iteration of Wine (version 6.21) was released. When launched under the new version, a page fault occurs and the program falls over. I launched the program using the "winedbg" command and have attached the output of that command. FYI, the game utilized the "cards.dll" DLL file. Please let me know if any further debug dumps are needed. -- Do not reply 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 12

[Bug 52061] New: dinput HID joystick sends unnecessary effect update reports.
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52061 Bug ID: 52061 Summary: dinput HID joystick sends unnecessary effect update reports. Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- Split from https://bugs.winehq.org/show_bug.cgi?id=51873, native implementation only sends effect parameter update reports for the effect parameter blocks that have been modified. Current implementation sends all parameter blocks updates every time an effect is modified. This causes unnecessary traffic and possibly unexpected behavior. -- Do not reply 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 51996] New: aarch64: NtGetContextThread/NtSetContextThread on another thread ignores FPU state due to buggy SIGUSR1 handler
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51996 Bug ID: 51996 Summary: aarch64: NtGetContextThread/NtSetContextThread on another thread ignores FPU state due to buggy SIGUSR1 handler Product: Wine Version: 6.21 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Regression SHA1: 07f37f21377e930aefeb1fef3ab9c3cf9daee84f Distribution: --- Created attachment 70987 --> https://bugs.winehq.org/attachment.cgi?id=70987 Test program reproducing the behaviour Compiled with -O2, the attached test program's output should be: value = 2.0 When the actual output is: value = -1.0 This is due to NtGetContextThread/NtSetContextThread not being able to save/restore FP registers, since save_context()/restore_context() ignores them. The bug can be traced back to commit 07f37f21377 (ntdll: Add support for saving/restoring FPU state on ARM64., 2019-08-13), which implements save_fpu()/restore_fpu() but does not make use of them in save_context()/restore_context(). -- Do not reply 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 10

[Bug 51993] New: Ashlar Vellum/DrawingBoard 1.00 redraws incorrectly tooltip bar
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51993 Bug ID: 51993 Summary: Ashlar Vellum/DrawingBoard 1.00 redraws incorrectly tooltip bar Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 70984 --> https://bugs.winehq.org/attachment.cgi?id=70984 Screenshot Ashlar Vellum/DrawingBoard 1.00 redraws incorrectly tooltip bar. This is a regression that started with cc7e7002ef8f92f47fe047d598dce057fcc2885b which caused the bar to disappear completely. From c129d13cbd49417078878573bd5f34a0f8f7410e the program started crashing on startup and that is then fixed with 5c8ac458bb72518a1c6f2ed05c783cee6c4a3b82. Since this commit, the tooltip bar is visible again but it seems that the background is not cleared properly. Version 1.01 is avalable from https://vetusware.com/download/Ashlar%20Vellum%201.01%20for%20Windows (needs registration) but this version crashes on start. I'll open a separate bug report. -- Do not reply 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 51989] New: pen-related tests (gdiplus:graphics and gdiplus:graphicspath) fail on latest Windows 10
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51989 Bug ID: 51989 Summary: pen-related tests (gdiplus:graphics and gdiplus:graphicspath) fail on latest Windows 10 Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- We had some new test failures appear in Windows 10 on November 2. https://test.winehq.org/data/20f1a677b664b3d0d3dc038ffb9ab4f4e4aa6274/win21… https://test.winehq.org/data/20f1a677b664b3d0d3dc038ffb9ab4f4e4aa6274/win21… It appears that Pen objects with a width of 0.0 and a unit of UnitPixel now draw with 1.0 width. Previously, they did not draw. Pen objects with UnitWorld would always draw with a minimum width of 1.0, so possibly this brings other units' behavior in line with UnitWorld. The C# and C++ wrappers only allow creating Pen objects with UnitWorld, other units can only be used through the C API. We also had the following Mono tests start failing around the same time: MonoTests.System.Drawing.PenTest:Constructor_Brush_Float_Negative MonoTests.System.Drawing.PenTest:Constructor_Brush_Float_Zero MonoTests.System.Drawing.PenTest:Constructor_Color_Float_Negative MonoTests.System.Drawing.PenTest:Constructor_Color_Float_Zero MonoTests.System.Drawing.PenTest:Width In these cases, the test creates a UnitWorld Pen with width < 1.0 and expects to get the same width back. Instead, current native gdiplus reports a width of 1.0. I'm not sure whether we should update to this new behavior. It seems likely to cause a regression if it applies to other units (a half-pixel Pen doesn't make much sense, but half-inch Pen does). -- Do not reply 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 12

[Bug 47843] New: [Rockstar Game Launcher]Unable to download a game completly
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47843 Bug ID: 47843 Summary: [Rockstar Game Launcher]Unable to download a game completly Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 65348 --> https://bugs.winehq.org/attachment.cgi?id=65348 Download stop after a while Hello, The new Rockstar Games Launcher can start to download a game but after a while, the downloading stop without reasons. In fact, the data value does not increase while the speed download change and is not at zero (see the screenshot) It seems that no more data are downloaded. Each time i close and launch the launcher, the download starts from zero. In the output log, there are some lines about bcrypt algorythm not implemented : "002a:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"DH" not supported" Or others lines like this (i don't know if it's important) : 0035:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm I add the +bcrypt log too. -- Do not reply 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 16

[Bug 46017] New: Layers of Fear areas are almost entirely black rendered
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=46017 Bug ID: 46017 Summary: Layers of Fear areas are almost entirely black rendered Product: Wine Version: 3.18 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 62591 --> https://bugs.winehq.org/attachment.cgi?id=62591 screenshot Main hall. err:d3d:wined3d_debug_callback 0x937c010: "GL_INVALID_FRAMEBUFFER_OPERATION error generated. Operation is not valid because a bound framebuffer is not framebuffer complete.". fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS (0x8da8). fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d texture 1116, 128x128, 0 samples, format 0x81a5. fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-array texture 1112, 128x128, 0 samples, format 0x822e. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE. fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE. wine-3.18-114-g417e94f199 -- Do not reply to 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 52067] New: ntdll MEM_DECOMMIT change breaks d3d10_1:d3d10_1, d3d8:device, d3d8:visual, d3d9:device, d3d9:visual, ddraw:ddraw1, ddraw:dsurface and dxgi:dxgi
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52067 Bug ID: 52067 Summary: ntdll MEM_DECOMMIT change breaks d3d10_1:d3d10_1, d3d8:device, d3d8:visual, d3d9:device, d3d9:visual, ddraw:ddraw1, ddraw:dsurface and dxgi:dxgi Product: Wine Version: unspecified 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: --- d3d10_1:d3d10_1, d3d8:device, d3d8:visual, d3d9:device, d3d9:visual, ddraw:ddraw1, ddraw:dsurface and dxgi:dxgi started crashing on 2021-11-19 on all Linux platforms (QEmu, cw-gtx560, cw-rx460, fg-deb64). For instance in d3d10_1:d3d10_1: Unhandled exception: page fault on read access to 0x013b002c in 32-bit code (0x7e6fe984). [...] Backtrace: =>0 0x7e6fe984 heap_free+0x3(mem=<internal error>) [Z:\home\winetest\winetest\src\include\wine\heap.h:46] in wined3d (0x0105fe48) 1 0x7e6fe984 wined3d_resource_free_sysmem+0x14(resource=0045D3C0) [Z:\home\winetest\winetest\src\dlls\wined3d\resource.c:369] in wined3d (0x0105fe48) 2 0x7e737e1e wined3d_texture_evict_sysmem+0xba(texture=<internal error>) [Z:\home\winetest\winetest\src\dlls\wined3d\texture.c:688] in wined3d (0x0105fe88) https://test.winehq.org/data/patterns.html#d3d10_1:d3d10_1 And in ddraw:dsurface: Unhandled exception: assertion failed in 32-bit code (0xf7fc3559). [...] Backtrace: =>0 0xf7fc3559 __kernel_vsyscall+0x9() in [vdso].so (0x0031e7ec) 1 0xf7d8fe02 gettext+0x73f2() in libc.so.6 (0x0031e7ec) 2 0xf7d78306 GLIBC_2+0x1d306() in libc.so.6 (0xf7f40000) 3 0xf7d781d1 GLIBC_2+0x1d1d1() in libc.so.6 (0xf7f40c80) 4 0xf7d87e29 __assert_fail+0x39() in libc.so.6 (0x7e3ef0f0) 5 0x7dfa6c69 XSetArcMode+0x1cef9() in libx11.so.6 (0x7e3ef0f0) 6 0x7def75fc XRenderCompositeString16+0x14ec() in libxrender.so.1 (0x7e3ef0f0) 7 0x7e16a483 get_xrender_picture+0x43(dev=005BF998, clip_rgn=00000000, clip_rect=0031F73C) [Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:492] in winex11 (0x0031eb98) 8 0x7e16caed xrender_put_image+0x1ad(src_pict=0x1000071, mask_pict=0, clip=<is not available>, dst_format=7E3F28C0, physdev=005BF998, drawable=0, src=0031F6E8, dst=0031F71C, use_repeat=0, src_pixmap=<has been optimized away by compiler>) [Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:1702] in winex11 (0x0031ebd8) 9 0x7e16ce31 xrenderdrv_PutImage+0x331(dev=<couldn't compute location>, clip=<couldn't compute location>, info=<couldn't compute location>, bits=<couldn't compute location>, src=<couldn't compute location>, dst=<couldn't compute location>, rop=<couldn't compute location>) [Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:1840] in winex11 (0x0031ec78) 10 0x7e9541d1 nulldrv_StretchBlt+0x141(dst_dev=<couldn't compute location>, dst=<couldn't compute location>, src_dev=<couldn't compute location>, src=<couldn't compute location>, rop=<couldn't compute location>) [Z:\home\winetest\winetest\src\dlls\win32u\bitblt.c:295] in win32u.so (0x0031f558) https://test.winehq.org/data/patterns.html#ddraw:dsurface See also the corresponding failure patterns for more complete backtraces and also for the crashes in the other tests. A bisect shows that the crashes started with the commit below. With luck that means a single patch will fix all 8 tests; otherwise this commit may just have revealed preexisting issues and there is now 8 separate bugs to fix (and then this bug should be split): commit 7d2a7b94aad8a776a2ee3031a18bb3b53d5925cd Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Nov 19 11:04:30 2021 +0100 ntdll: Fix handling of zero size with MEM_DECOMMIT. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52023 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 6

[Bug 52133] New: winhttp/wininet should not query mDNS for proxy auto-detection
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52133 Bug ID: 52133 Summary: winhttp/wininet should not query mDNS for proxy auto-detection Product: Wine Version: 6.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com At least on macOS, the default hostname is something like "XXs-MacBook-Pro.local". Wine then (correctly) reads the domain name as "local". When winhttp or wininet tries to use DNS proxy auto-detection (i.e. WinHttpDetectAutoProxyConfigUrl() with the WINHTTP_AUTO_DETECT_TYPE_DNS_A option), they try to resolve "wpad.local". On macOS this hangs for 5 seconds before failing, causing a 10-minute long hang while launching Halo: MCC. This also opens a security hole by allowing anyone on the local network to advertise an HTTP proxy that will be used automatically by other hosts on the network. Microsoft has disabled link-local name resolution (i.e. NetBIOS, LLMNR, mDNS) by default for WPAD for years: https://bugs.chromium.org/p/chromium/issues/detail?id=1176970#c29 This is done on Windows with the undocumented AI_DNS_ONLY flag to getaddrinfo(), unfortunately there is no equivalent UNIX flag. Adding a special-case for ".local" domains would at least prevent the most common case of mDNS resolution. -- Do not reply 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 52103] New: Crazy Stone has been working on Wine for years but now crashes following update
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52103 Bug ID: 52103 Summary: Crazy Stone has been working on Wine for years but now crashes following update Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerry(a)gavigan.me.uk Distribution: --- Created attachment 71125 --> https://bugs.winehq.org/attachment.cgi?id=71125 backtrace generated by Wine After splash screen Crazy Stone crashes. I have been using Crazy Stone under Wine for about five years without problem. Today, on Tumbleweed, after an update. -- Do not reply 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 44

[Bug 52093] New: malloc() after installing Insta360 pro stitcher (incl. wine config)
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52093 Bug ID: 52093 Summary: malloc() after installing Insta360 pro stitcher (incl. wine config) Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wwjdtd(a)gmail.com Distribution: --- To reproduce: 1. Download Insta360 STITCHER from here: https://www.insta360.com/download/insta360-pro2 Note: You will want to use the href link since it will otherwise ask for a serial number. 2. Run Installer 3. Close all wine programs 4. Try to run anything in wine or the wine config tool (or any other built-in). You will receive the following: ``` malloc(): invalid size (unsorted) Aborted (core dumped) ``` Copying the program files out and into a fresh wineprefix allows the program to run properly and does not corrupt the new prefix. All testing was done in bottles (to prevent stuff breaking from misconfiguration on my part) with `winehq-devel`. Versions effected is everything from somewhere above 6.0 to 6.22, this also means it's some form of regression since it didn't do this previously. Forum post: https://forum.winehq.org/viewtopic.php?f=8&t=35914&p=135171#p135140 -- Do not reply 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 52072] New: winmm:mci fails in wow64 Wine
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52072 Bug ID: 52072 Summary: winmm:mci fails in wow64 Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winmm:mci started failing in wow64 Wine on 2021-11-11. It now has 51 failures: mci.c:248: Test failed: status 4(mode): MCIERR_UNSUPPORTED_FUNCTION mci.c:328: Test failed: status mode: MCIERR_UNSUPPORTED_FUNCTION mci.c:656: Test marked todo: mci info new file returned 0=NOERROR mci.c:660: Test marked todo: status x length initial: MCIERR_UNSUPPORTED_FUNCTION mci.c:665: Test failed: mci status samplespersec returned MCIERR_UNSUPPORTED_FUNCTION mci.c:732: Test failed: mci status position returned MCIERR_UNSUPPORTED_FUNCTION mci.c:781: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION mci.c:812: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION mci.c:827: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION mci.c:848: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION mci.c:849: Test failed: mci status mode: after play from 0 to 0 mci.c:860: Test failed: mci status position returned MCIERR_UNSUPPORTED_FUNCTION mci.c:903: Test failed: mci status position notify returned MCIERR_UNSUPPORTED_FUNCTION mci.c:906: Test failed: Expect message 0001 from status position mci.c:909: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION mci.c:910: Test failed: mci status mode: mci.c:915: Test marked todo: Expect message 0001 from play to 250 wait notify mci.c:955: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION mci.c:956: Test failed: mci status mode: mci.c:974: Test failed: mci status position returned MCIERR_UNSUPPORTED_FUNCTION mci.c:975: position after Sleep: ms [...] https://test.winehq.org/data/patterns.html#winmm:mci Note that besides the test failures the "mci status mode: " and "position after Sleep: ms" messages are suspicious. All four Linux test machines are impacted by this: the failure test pattern makes it obvious for cw-gtx560, cw-rx460 and the TestBot's debiant2 VM. fg-deb64 is impacted as well but it is masked by the preexisting timeout. Strangely a bisect shows that these failures started with this commit: commit 7c5761ed40f0b8cead7fa837b745b687d5df67d8 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Nov 11 16:21:00 2021 +0100 wrc: Ignore the target option. Nothing in resource files depends on the pointer size. 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 6

[Bug 52068] New: hid:device times out randomly in test_get_input_report()
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52068 Bug ID: 52068 Summary: hid:device times out randomly in test_get_input_report() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- hid:device times out randomly (>10% of the time) in test_get_input_report(): device.c:406: HidD_GetInputRpeort tests on device :L"Wine HID mouse" hid:device:05cc done (258) in 120s https://test.winehq.org/data/patterns.html#hid:device So far this only happened in the pure 32-bit builds but it does impact various machines (cw-gtx560, cw-rx460, some debiant2 configurations and fg-deb64). A bisect shows that the timeouts started with this commit: commit fca0f18d0857d6aee67c6ef652c31c6810292270 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Fri Nov 19 09:39:39 2021 +0100 winebus.sys: Avoid unnecessary scaling of effect parameter values. Signed-off-by: Rémi Bernon <rbernon(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 3

[Bug 52023] New: VirtualFree returning error when it should not
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52023 Bug ID: 52023 Summary: VirtualFree returning error when it should not Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: elpochodelagente(a)gmail.com Distribution: --- Created attachment 71022 --> https://bugs.winehq.org/attachment.cgi?id=71022 test case source and exe I find it odd that Wine's version of VirtualFree [1] with MEM_DECOMMIT does nothing, and always returns error (STATUS_NO_MEMORY, see decommit_pages and anon_map_fixed in dlls/ntdll/unix/virtual.c). The attached test passes, (crashing) in windows but doesn't in wine: $ x86_64-w64-mingw32-gcc -o decommit.exe decommit.c Windows: $ ./decommit.exe ====== test 1 - reserve, commit, release > success! ====== test 2 - reserve, commit, decommit, attempt use > Segmentation fault Wine: $ wine decommit.exe ====== test 1 - reserve, commit, release > success! ====== test 2 - reserve, commit, decommit, attempt use > Could not decommit memory. Error code: 8 ====== [1] https://docs.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-v… -- Do not reply 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 51895] New: ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly on some machines
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51895 Bug ID: 51895 Summary: ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly on some machines Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly on some machines: misc.c:799: Test failed: fma(inf, 0.000000, 0.000000) got errno -1 misc.c:799: Test failed: fma(0.000000, inf, 0.000000) got errno -1 misc.c:799: Test failed: fma(inf, 1.000000, -inf) got errno -1 misc.c:799: Test failed: fma(-inf, 1.000000, inf) got errno -1 misc.c:799: Test failed: fma(1.000000, inf, -inf) got errno -1 misc.c:799: Test failed: fma(1.000000, -inf, inf) got errno -1 https://test.winehq.org/data/patterns.html#ucrtbase:misc Additional tests seem to indicate this is related to the CPU features: * The test succeeds on all TestBot VMs, and they also all return _get_FMA3_enabled() = 0. * The test fails on fgtb-w10pro64 (i7-4790K) where _get_FMA3_enabled() returns 1. * Paul Gofman reported getting this failure on a modern AMD processor where _get_FMA3_enabled() presumably returns 1 too. Yet: * The documentation says _get_FMA3_enabled() is about transcendental functions. fma() is not one of them. * _get_FMA3_enabled() is only available in 64-bit code but the failures happen on both 32- and 64-bit code. So it does look like this is related to the fma() implementation (x87/SSE2/other?) picked by the ucrtbase library as opposed to library version issues. But the details are murky and there may be some other common factor. The MSDN documentation does say that fma(inf,0,0) should return NaN, which it does. The documentation is less clear on errno which is what we test. https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/fma-fmaf-f… So maybe applications cannot rely on errno being set (particularly on modern processors) and this particular test should be removed. -- Do not reply 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 51624] New: TETRIS (16bit) shows wrong background for scoreboard
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51624 Bug ID: 51624 Summary: TETRIS (16bit) shows wrong background for scoreboard Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 70480 --> https://bugs.winehq.org/attachment.cgi?id=70480 Screenshot showing the issue Follow up to bug 51570. The graphics of the game almost work now, but the scoreboard to the left has the wrong background. -- Do not reply 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 9

[Bug 32991] New: ARM port of "WabbitEMU" crashes due to unimplemented function KERNEL32.dll.RtlUnwindEx (no ntdll forward on arch=arm)
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32991 Bug #: 32991 Summary: ARM port of "WabbitEMU" crashes due to unimplemented function KERNEL32.dll.RtlUnwindEx (no ntdll forward on arch=arm) Product: Wine Version: 1.5.24 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, the ARM port of "WabbitEMU", a Texas Instruments graphing calculator emulator and dev tools crashes after clicking "Browse for a ROM image" radio button in image selection dialog. Download: http://forum.xda-developers.com/showpost.php?p=37928562 (main thread: http://forum.xda-developers.com/showthread.php?t=2092348) --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./Wabbitemu.exe ... 0024:Call user32.GetWindowTextA(00010096,40a0ebf0,00000104) ret=00439fa5 0024:Call window proc 0x40bc5f30 (hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0) 0024:Ret window proc 0x40bc5f30 (hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0) retval=00000000 0024:Ret user32.GetWindowTextA() retval=00000000 ret=00439fa5 0024:Call KERNEL32.GetLastError() ret=004141cf 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=004141cf 0024:trace:seh:raise_exception info[0]=0047be54 0024:trace:seh:raise_exception info[1]=0047cc8e wine: Call from 0x7bc9a630 to unimplemented function KERNEL32.dll.RtlUnwindEx, aborting 0024:trace:seh:call_stack_handlers calling handler at 0x7bcb8d88 code=80000100 flags=1 0024:Call KERNEL32.UnhandledExceptionFilter(40a0e81c) ret=7bcb8df0 --- snip --- The app is importing all win32 API by name so it's the real thing :-) +module,+imports --- snip --- ... 0009:trace:module:load_dll looking for L"KERNEL32.dll" in L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for L"KERNEL32.dll" at 0x7b820000, count=19 0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820000 0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000 0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0 0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 = 0x7bc69188 0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlLookupFunctionEntry imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024 0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 = 0x41820024 0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 = 0x7b86b864 ... --- snip --- It also needs KERNEL32.dll.RtlLookupFunctionEntry later. Wine forwards both to ntdll but only on arch=x86_64. It seems Windows RT exposes both API. Interestingly only the MSDN page for KERNEL32.dll.RtlLookupFunctionEntry gives a hint about this: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%… ("ARM Definition"). 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 23

[Bug 52077] New: Windows PC Health Check crashes on unimplemented function api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFeatureStateChangeNotification
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52077 Bug ID: 52077 Summary: Windows PC Health Check crashes on unimplemented function api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFea tureStateChangeNotification Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `winecfg` and set the Windows version to Windows 10. 2. Run `wine msiexec /i WindowsPCHealthCheckSetup.msi` and click through the installer. 3. When the installer finishes and the app tries to start, you will see: wine: Call from 000000007B01230E to unimplemented function api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFeatureStateChangeNotification, aborting $ sha256sum WindowsPCHealthCheckSetup.msi 45c82e40ed0e27db7c55e0554512631b8f175b06d9b2d2cf58db52b18f0913fa -- Do not reply 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 52075] New: dinput8:device, dinput8:dinput and dinput8:hid cannot run on Windows 7 anymore
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52075 Bug ID: 52075 Summary: dinput8:device, dinput8:dinput and dinput8:hid cannot run on Windows 7 anymore Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput8:device, dinput8:dinput and dinput8:hid cannot run on Windows 7 anymore because they now need GetOverlappedResultEx() which is not available. https://test.winehq.org/data/patterns.html#dinput8:device https://test.winehq.org/data/patterns.html#dinput8:dinput https://test.winehq.org/data/patterns.html#dinput8:hid Before that the tests could run on Windows 7 and even succeeded. The call to GetOverlappedResultEx() was introduced in the commit below: commit 3f110402f6a503d7c312694092e25fc48737c980 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Wed Nov 17 11:51:48 2021 +0100 dinput8/tests: Add some HID device gain report tests. Signed-off-by: Rémi Bernon <rbernon(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 51971] New: postgresql-9.3 installer needs scrrun:folder_CreateTextFile implementation
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51971 Bug ID: 51971 Summary: postgresql-9.3 installer needs scrrun:folder_CreateTextFile implementation Product: Wine Version: 6.20 Hardware: x86-64 URL: https://web.archive.org/web/20211009084355if_/https:// get.enterprisedb.com/postgresql/postgresql-9.3.25-1-wi ndows-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- This is followup from https://bugs.winehq.org/show_bug.cgi?id=51911 Test with postgresql-9.3 installer from [1]. It runs a script during installation similar to https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in… that reports non-critical error to main install, script itself terminates. This part ' Execute a command Function DoCmd(strCmd) Dim objBatchFile Set objBatchFile = objTempFolder.CreateTextFile(strBatchFile, True) objBatchFile.WriteLine "@ECHO OFF" ... leads to fixme:scrrun:folder_CreateTextFile (0000000000075E90)->(L"rad36105.tx" ffffffff 0 000000000064EF60): stub [1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340 -- Do not reply 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 8

[Bug 51557] New: GetSystemFirmwareTable fails to return SMBIOS on Apple Silicon Macs
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51557 Bug ID: 51557 Summary: GetSystemFirmwareTable fails to return SMBIOS on Apple Silicon Macs Product: Wine Version: 6.14 Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com The macOS implementation of GetSystemFirmwareTable() retrieves the system's actual SMBIOS table using IOKit. This fails on Apple Silicon/ARM64 Macs, since they don't have an SMBIOS table. This breaks any applications that depend on getting an SMBIOS table (like the Rockstar Games Launcher) or that look for the HKLM/Hardware/Description/System/BIOS registry keys. I think the fix will be to use the SMBIOS table creation functions used by Linux currently, with strings and data (serial number, UUID, etc) coming from IOKit if possible. -- Do not reply 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 51490] New: dinput:device has a random failure in overlapped_format_tests() on Windows 8.1
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51490 Bug ID: 51490 Summary: dinput:device has a random failure in overlapped_format_tests() on Windows 8.1 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput:device has a random failure on the w8 VM: https://test.winehq.org/data/patterns.html#dinput:device device.c:374: Test failed: keydown for D did not register It sort of looks like a race condition though the pump_messages() call should take care of that. The failing test (and all of overlapped_format_tests()) was added by the following commit. commit d10887b8f56792ebcca717ccc28a289f7bcaf107 Author: Arkadiusz Hiler <ahiler(a)codeweavers.com> AuthorDate: Thu Jul 8 13:03:21 2021 +0300 dinput: Don't add 'default value 0' entries to the data transform. This helps when dealing with the quirky c_dfDIJoystick2 format, which defines all the sliders as overlapping, i.e. rglSlider[2], rglVSlider[2], rglASlider[2] and rglFSlider[2] all share the same offset. With the Linux backends, if the device exposes enough axes (e.g. some HOTAS) we end up using rglSlider. Let's make sure we don't unnecessarily override the values there. Signed-off-by: Arkadiusz Hiler <ahiler(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 4

[Bug 48119] New: The tests sometimes trigger "critical section is not acquired" errors
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48119 Bug ID: 48119 Summary: The tests sometimes trigger "critical section is not acquired" errors Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The logs of most test runs, WineTest and others, contain critical section errors complaining that the critical section was not acquired before being released. Most are caused by the following two tests: msvcp120:msvcp120 intentionally triggers one such error in test_threads__Mtx(). It's easy to identify because it follows a bunch of CreateSymbolicLinkA() fixmes: 0044:fixme:file:CreateSymbolicLinkA ("tr2_test_dir/f1_symlink" "tr2_test_dir/f1" 0): stub 0044:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: beef 0044:err:ntdll:RtlLeaveCriticalSection section 0x622088 is not acquired ntdll:rtl intentionally triggers two such errors in test_RtlLeaveCriticalSection(). They stand alone but would typically follow a bunch of RtlGetCompressionWorkSpaceSize fixmes from previous tests: https://testbot.winehq.org/JobDetails.pl?Key=60096 0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired 0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired But there are other logs that contain this error with no identified source. For instance in task 60103/4/2 (wow64) which is for an unrelated patch and only runs kernel32 tests which do not normally trigger this error: https://testbot.winehq.org/JobDetails.pl?Key=60103#k402 [...] Extracting: Done (1 of 1) Running tests 003e:err:ntdll:RtlLeaveCriticalSection section 0x14c80 is not acquired 002e:fixme:console:GetConsoleProcessList ((nil),0): stub [...] Or task 59774/4/1 (win32) which only ran comctl32 tests: https://testbot.winehq.org/JobDetails.pl?Key=59774#k401 Or task 59426/1/1 (wow32) which only ran user32 tests: https://testbot.winehq.org/JobDetails.pl?Key=59426 Or task 59176/3/1 (wow32/wow64?) which, again, only ran user32 tests: https://testbot.winehq.org/JobDetails.pl?Key=59176#k301 Or task 59042/1/1 (wow32/wow64?) which, again, only ran user32 tests: https://testbot.winehq.org/JobDetails.pl?Key=59042#k101 -- Do not reply 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 25193] New: Dasher does not operate correctly
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=25193 Summary: Dasher does not operate correctly Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: physicspirate(a)yahoo.ca Greetings, I've attempted to run Dasher(http://appdb.winehq.org/objectManager.php?sClass=version&iId=21982&i… and it does not appear to be loading or functioning correctly. I've attached a screenshot of what happens after loading. There is a gray box up top, and it appears to be non responsive. There also seems to be some problems with the networking as I have a high speed connection, and their servers tell me my latency is too high. If I run the same program on windows it runs like a dream. -- 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 51834] New: EMF DC emits invalid EMF when calling StretchDiBits with info->bmiHeader.biSizeImage = 0
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51834 Bug ID: 51834 Summary: EMF DC emits invalid EMF when calling StretchDiBits with info->bmiHeader.biSizeImage = 0 Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com Distribution: --- BITMAPINFOHEADER allows setting biSizeImage to zero when biCompression is BI_RGB. However, the Wine EMF DC does not handle this case and takes the biSizeImage value as-is. This results in an invalid Enhanced Metafile output. -- Do not reply 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 51733] New: CreateProcess does not properly set the current directory of the new process.
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51733 Bug ID: 51733 Summary: CreateProcess does not properly set the current directory of the new process. Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: johnfound(a)asm32.info Distribution: --- Regression. The current directory of the new process, created with CreateProcessW is always set to "/" (z:\) instead of the current directory of the parent process. I am testing with the following call: The last version that works properly is WINE 6.12 -- Do not reply 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 51415] New: Windows PC Health Check requires msvcp_win.dll
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51415 Bug ID: 51415 Summary: Windows PC Health Check requires msvcp_win.dll Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `winecfg` and set the Windows version to Windows 10. 2. Run `wine msiexec /i WindowsPCHealthCheckSetup.msi` and click through the installer. 3. When the installer finishes and the app tries to start, you will see: 0164:err:module:import_dll Library msvcp_win.dll (which is needed by L"C:\\users\\alex\\AppData\\Local\\PCHealthCheck\\PCHealthClient.dll") not found This DLL appears to be yet another copy of the Microsoft C++ runtime. $ sha256sum WindowsPCHealthCheckSetup.msi 45c82e40ed0e27db7c55e0554512631b8f175b06d9b2d2cf58db52b18f0913fa -- Do not reply 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 51307] New: msvcp140:msvcp140 fails on msvcp140 >= 14.25
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51307 Bug ID: 51307 Summary: msvcp140:msvcp140 fails on msvcp140 >= 14.25 Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com On cw-rx460 machines that have either Radeon 21.3.2 or 21.4.1 the 64-bit msvcp140:msvcp140 test fails: https://test.winehq.org/data/patterns.html#msvcp140:msvcp140 msvcp140.c:1257: Test failed: ret = 37, expected 39 msvcp140.c:1258: Test failed: buf = The operation completed successfully.aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaThe operation completed successfully. , expected The operation completed successfully. This is probably because the Radeon driver upgrades the 64-bit msvcp140.dll. Currently we have: Radeon msvcp140 cw-rx460-1507 19.11.3 14.14.26429.4 cw-rx460-1709 19.11.3 14.14.26429.4 cw-rx460-1809 19.11.3 14.14.26429.4 cw-rx460-1909 21.4.1 14.25.28508.3 cw-rx460-2009 21.4.1 14.25.28508.3 Also: w1064v1507 - - w1064v1607 - 14.0.23026.0 w1064v1709 - 14.0.23026.0 w1064v1809 - 14.0.23026.0 w1064v1909 - 14.0.23026.0 w10pro64 (2004) - 14.0.23026.0 w1064 (2009) - 14.0.23026.0 Note that the 14.0.23026.0 version comes from the "Visual C++ 2015 redistributables" package [1]. So all Radeon drivers actually install a newer version. But according to Chocolatey there are quite a few even newer versions, the current latest being 14.29.30037. But there does not seem to be any microsoft.com download URLs for it :-( https://community.chocolatey.org/packages/vcredist140#versionhistory [1] https://wiki.winehq.org/Wine_TestBot_VMs#msvcp140.2C_msvcr140.2C_ucrtbase -- Do not reply 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 49181] New: msvcrt_test.exe: missing entry point _point_get_sbh_threshold
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=49181 Bug ID: 49181 Summary: msvcrt_test.exe: missing entry point _point_get_sbh_threshold Product: Wine Version: 5.8 Hardware: arm OS: Windows Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 49179 Similar to 49180, when running winetest.exe on armv7/surface rt, msvcrt_test.exe throws an error dialog: The procedure entry point _get_sbh_threshold could not be located in the dynamic link library C:\Users\User\AppData\Local\Temp\wct\msvcrt_test.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.

1 4

[Bug 52069] New: ntdll:virtual fails in test_NtAllocateVirtualMemory() on Windows 10 1709 and older
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52069 Bug ID: 52069 Summary: ntdll:virtual fails in test_NtAllocateVirtualMemory() on Windows 10 1709 and older Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:virtual fails in test_NtAllocateVirtualMemory() on Windows 7 to Windows 10 1709 in both 32- and 64-bit mode: virtual.c:248: Test failed: wrong size 10000 https://test.winehq.org/data/patterns.html#ntdll:virtual Unsurprisingly a bisect shows that the failure appeared with this commit: commit 7d2a7b94aad8a776a2ee3031a18bb3b53d5925cd Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Nov 19 11:04:30 2021 +0100 ntdll: Fix handling of zero size with MEM_DECOMMIT. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52023 Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> See also bug 52067. -- Do not reply 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 51986] New: Extremely small fonts when using a theme
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51986 Bug ID: 51986 Summary: Extremely small fonts when using a theme Product: Wine Version: 6.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 70973 --> https://bugs.winehq.org/attachment.cgi?id=70973 notepad After upgrading from Wine 6.19 to 6.21 certain fonts in certain applications became tiny. I'm using Windows XP Royal Theme. When not using any themes, it's all fine. See the attached screenshot for more info. -- Do not reply 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 8

[Bug 51647] New: Gimp can't create an image from screenshot (it becomes unresponsive instead)
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51647 Bug ID: 51647 Summary: Gimp can't create an image from screenshot (it becomes unresponsive instead) Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 70505 --> https://bugs.winehq.org/attachment.cgi?id=70505 console messages Gimp can't make an image from a screenshot. To reproduce: $ rm -rf ~/.wine $ wineboot $ wine ~/Downloads/gimp-2.10.24-setup-3.exe $ wine ~/.wine/drive_c/Program\ Files/GIMP\ 2/bin/gimp-2.10.exe Choose File->Create->Screenshot Now gimp is no longer responsive, and the console shows this message: "03bc:err:ntdll:RtlpWaitForCriticalSection section 00000000006D0C18 "?" wait timed out in thread 03bc, blocked by 04d8, retrying (60 sec)" My versions: Gimp: 2.10 $ wine --version wine-6.15-123-gbe8501ac6f1 $ uname -a Linux cedric 5.13.10-arch1-1 #1 SMP PREEMPT Thu, 12 Aug 2021 21:59:14 +0000 x86_64 GNU/Linux -- Do not reply 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 51183] New: Navicat V15.0.25 crashes when attempting to open database: "Unhandled exception: page fault...."
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51183 Bug ID: 51183 Summary: Navicat V15.0.25 crashes when attempting to open database: "Unhandled exception: page fault...." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: profconn1(a)gmail.com Distribution: --- Created attachment 70056 --> https://bugs.winehq.org/attachment.cgi?id=70056 Error report from Navicat crash When attempting to open a database connection, Navicat crashes, displays error message and closes (using under Fedora 34). -- Do not reply 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 12

[Bug 50985] New: ns_name_skip is glibc specific, causes failure to build on musl
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50985 Bug ID: 50985 Summary: ns_name_skip is glibc specific, causes failure to build on musl Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dnsapi Assignee: wine-bugs(a)winehq.org Reporter: abenson+winehq(a)gmail.com Distribution: --- 6.6 introduced a reliance on glibc-specific calls in dlls/dnsapi/libresolv.c in commit 5f44c46164a5c0c50fffdf6cda9980a74079e1ac. Specifically, musl does not implement ns_name_skip, and the library fails at link time. -- Do not reply 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 10

[Bug 49426] New: Sookasa calls unimplemented functions and ntoskrnl.exe.RtlGetElementGenericTable ntoskrnl.exe.RtlLookupElementGenericTable
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=49426 Bug ID: 49426 Summary: Sookasa calls unimplemented functions and ntoskrnl.exe.RtlGetElementGenericTable ntoskrnl.exe.RtlLookupElementGenericTable Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 67510 --> https://bugs.winehq.org/attachment.cgi?id=67510 Terminal output To reproduce: 1. Run `winetricks dotnet40` 2. Run `wine Sookasa_3.18.4.exe` Console output is attached. After installation, the installer automatically starts Sookasa, but the following error message appears: Please reinstall Sookasa Sookasa was unable to install one of its components. Please reinstall Sookasa. If the problem persists, please contact support(a)sookasa.com [803] Unfortunately, stub implementations of these two functions are not enough to prevent a crash or avoid the error message. First reported at https://www.playonmac.com/en/topic-13406-Sookasa_not_installing.html $ sha256sum Sookasa_3.18.4.exe 6379c6da33663616193aa38db022d37383010ab5a077c1f1cb48ab1fab5ffdf2 -- Do not reply 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 44427] New: Crashes program
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=44427 Bug ID: 44427 Summary: Crashes program Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sluke0091(a)gmail.com Distribution: --- Created attachment 60369 --> https://bugs.winehq.org/attachment.cgi?id=60369 bug file attached Program opens and then crashes 5 seconds 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 7

[Bug 39339] New: Adventure games from Daedalic Ent. (Night of the Rabbit, Edna & Harvey, A New Beginning) have no in-game audio and freeze on new game start - XAudio2_7
by wine-bugs＠winehq.org 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39339 Bug ID: 39339 Summary: Adventure games from Daedalic Ent. (Night of the Rabbit, Edna & Harvey, A New Beginning) have no in-game audio and freeze on new game start - XAudio2_7 Product: Wine Version: 1.7.51 Hardware: x86 URL: http://store.steampowered.com/app/230820/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- On my system the problem was surfaced by the Xaudio2 implementation in 1.7.51, the games used to work properly before. It sounds similar to bug #39320 and bug #39321, except that the proposed patch doesn't help here. All the adventure games from the developer/publisher Daedalic Entertainment that use Xaudio2 interface are affected in a similar manner: - the main menu is missing audio - when I try to start a new game or load a saved game, the game freezes (100% cpu usage) as soon as the game is loaded. - quitting the games from the main menu takes a long time (1-2 minutes) I reproduced the problem in these games: The Night of the Rabbit, Edna & Harvey: Harvey's New Eyes, A New Beginning - Final Cut. The games load xaudio2_7.dll Note that almost all these games have demo versions either on Steam or elsewhere, but those demos are older versions of the games and they don't use XAudio2. The only demo (so far) which has the bug is the Night of the Rabbit demo on Steam (link added to url). Steps to reproduce the problem in NotR demo: 1. install the demo on Steam. Steam installs .Net 3.5 and MSVC++, they are not needed for the game, you can delete the installers located in _CommonRedist before starting the demo. 2. the demo starts with a video (audio works in there). The menu has no audio with built-in xaudio2. 3. start a new game...the game seems to be hung at this point. It takes 1-2 minutes until the first intro video begins to play. Skip the video <Esc>, the game screen appears and the game is frozen for good. 4. you can reproduce the long wait before the game completely quits, if you exit the game from the main menu. wine-1.7.51-201-g60d1d6f Fedora 22 32-bit alsa-lib-1.0.29-1.fc22.i686 openal-soft-1.16.0-5.fc22.i686 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) -- Do not reply to 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 52153] New: Airport Madness 3D 2 crashes as soon as I execute it
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52153 Bug ID: 52153 Summary: Airport Madness 3D 2 crashes as soon as I execute it Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: itsarav.2021(a)gmail.com Distribution: --- Created attachment 71201 --> https://bugs.winehq.org/attachment.cgi?id=71201 log file that wine prompted me to save and report later. So uh hi, I'm using Ubuntu, my first Linux experience since windows. I tried to run a Windows game, Airport Madness 3D 2, on my Linux. I used PlayOnLinux, selected the game's name, installed whatever wine wanted me to do (gecko etc) and finally installed the game... And as soon as I fire it up, it brings up the Unity Crash Handler, soon after which wine throws an error(see the log file below) and then PlayOnLinux comes up with "Error in main Airport Madness 3D V2 crashed." Same error without using PlayOnLinux. That game is my favorite. Any help upon the subject shall be appreciated. Sincerely, It's Arav -- Do not reply 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 52139] New: Crash when closing explorer in different thread
by WineHQ Bugzilla 03 Dec '21

03 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52139 Bug ID: 52139 Summary: Crash when closing explorer in different thread Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 71187 --> https://bugs.winehq.org/attachment.cgi?id=71187 Full log When closing windows explorer inside my app, explorer crash with this backtrace(explorer is probably run inside different thread) ``` Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x0000000000409d9b). Register dump: rip:0000000000409d9b rsp:00000000006ae740 rbp:00000000006ae948 eflags:00010246 ( R- -- I Z- -P- ) rax:000000000003ee10 rbx:00000000000300ca rcx:0000000000000000 rdx:0000000000000000 rsi:0000000000000000 rdi:0000000000000000 r8:0000000000000008 r9:0000000000000001 r10:0000000000000008 r11:0000000000000246 r12:0000000000000000 r13:000000000003ee10 r14:000000000003f670 r15:0000000000000000 Stack dump: 0x00000000006ae740: 0000000000000000 0000000000000000 0x00000000006ae750: 0000000000000000 0000000000000000 0x00000000006ae760: 0000000000000000 0000000000000000 0x00000000006ae770: 0000000000000000 0000000000000000 0x00000000006ae780: 0000000000000000 000000006eb9149e 0x00000000006ae790: 0000000000000000 00000000000300ca 0x00000000006ae7a0: 0000000000000000 0000000000000002 0x00000000006ae7b0: 0000000000000012 0000000000409c50 0x00000000006ae7c0: 00000000ffff0025 000000006eb9fb55 0x00000000006ae7d0: 0000000000000000 000000006eb5dbd3 0x00000000006ae7e0: 0000000000000000 0000000000000000 0x00000000006ae7f0: 0000000000000000 0000000000000100 Backtrace: =>0 0x0000000000409d9b IShellWindows_Revoke+0x7(lCookie=<internal error>, This=<internal error>) [Z:\usr\src\packages\BUILD\include\exdisp.h:2615] in explorer (0x00000000006ae948) 1 0x0000000000409d9b explorer_wnd_proc+0x14b(hwnd=<register RBX not accessible in this frame>, uMsg=<register R12 not accessible in this frame>, wParam=<register RSI not accessible in this frame>, lParam=<register R15 not accessible in this frame>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:713] in explorer (0x00000000006ae948) 2 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible in this frame>, msg=<register R12 not accessible in this frame>, wp=<register RSI not accessible in this frame>, lp=<register RDI not accessible in this frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32 (0x00000000006ae948) 3 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not accessible in this frame>, msg=<register R13 not accessible in this frame>, wParam=<register RBX not accessible in this frame>, lParam=<register RBP not accessible in this frame>, result=[<register RSP not accessible in this frame>, unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32 (0x0000000000000000) 4 0x000000006eb58946 call_window_proc+0x96(hwnd=<register RSI not accessible in this frame>, msg=<register R12 not accessible in this frame>, wparam=<register RBP not accessible in this frame>, lparam=<register RBX not accessible in this frame>, unicode=[<register RSP not accessible in this frame>, same_thread=[<register RSP not accessible in this frame>, mapping=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:2231] in user32 (0x0000000000000000) 5 0x000000006eb5dfac send_message+0x23c(info=<register R12 not accessible in this frame>, res_ptr=<register RBX not accessible in this frame>, unicode=<register RBP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:3207] in user32 (0x0000000000000001) 6 0x000000006eb5e1c9 SendMessageW+0x49(hwnd=<internal error>, msg=<internal error>, wparam=<internal error>, lparam=<internal error>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:3455] in user32 (0x00000000003e0000) 7 0x000000006eb911e4 WIN_SendDestroyMsg+0x64(hwnd=<register R12 not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\win.c:1964] in user32 (0x00000000003e0000) 8 0x000000006eb93928 DestroyWindow+0x258(hwnd=<register R13 not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\win.c:2063] in user32 (0x00000000003e0000) 9 0x000000006eb25a79 DEFWND_DefWinProc+0x919(hwnd=<register R13 not accessible in this frame>, msg=<internal error>, wParam=<register R15 not accessible in this frame>, lParam=<register R14 not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:408] in user32 (0x00000000000300ca) 10 0x000000006eb26a0b DefWindowProcW+0x12b(hwnd=<register R12 not accessible in this frame>, msg=<register RBX not accessible in this frame>, wParam=<register RDI not accessible in this frame>, lParam=<register RSI not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:1088] in user32 (0x00000000000300ca) 11 0x0000000000409e23 explorer_wnd_proc+0x1d3(hwnd=<register RBX not accessible in this frame>, uMsg=<register R12 not accessible in this frame>, wParam=<register RSI not accessible in this frame>, lParam=<register R15 not accessible in this frame>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:711] in explorer (0x00000000006aefb8) 12 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible in this frame>, msg=<register R12 not accessible in this frame>, wp=<register RSI not accessible in this frame>, lp=<register RDI not accessible in this frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32 (0x00000000006aefb8) 13 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not accessible in this frame>, msg=<register R13 not accessible in this frame>, wParam=<register RBX not accessible in this frame>, lParam=<register RBP not accessible in this frame>, result=[<register RSP not accessible in this frame>, unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32 (0x0000000000000000) 14 0x000000006eb58946 call_window_proc+0x96(hwnd=<register RSI not accessible in this frame>, msg=<register R12 not accessible in this frame>, wparam=<register RBP not accessible in this frame>, lparam=<register RBX not accessible in this frame>, unicode=[<register RSP not accessible in this frame>, same_thread=[<register RSP not accessible in this frame>, mapping=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:2231] in user32 (0x0000000000000000) 15 0x000000006eb5dfac send_message+0x23c(info=<register R12 not accessible in this frame>, res_ptr=<register RBX not accessible in this frame>, unicode=<register RBP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:3207] in user32 (0x0000000000000001) 16 0x000000006eb5e1c9 SendMessageW+0x49(hwnd=<internal error>, msg=<internal error>, wparam=<internal error>, lparam=<internal error>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:3455] in user32 (0x00000000000300ca) 17 0x000000006eb26a0b DefWindowProcW+0x12b(hwnd=<register R12 not accessible in this frame>, msg=<register RBX not accessible in this frame>, wParam=<register RDI not accessible in this frame>, lParam=<register RSI not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:1088] in user32 (0x00000000000300ca) 18 0x0000000000409e23 explorer_wnd_proc+0x1d3(hwnd=<register RBX not accessible in this frame>, uMsg=<register R12 not accessible in this frame>, wParam=<register RSI not accessible in this frame>, lParam=<register R15 not accessible in this frame>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:711] in explorer (0x00000000006af438) 19 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible in this frame>, msg=<register R12 not accessible in this frame>, wp=<register RSI not accessible in this frame>, lp=<register RDI not accessible in this frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32 (0x00000000006af438) 20 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not accessible in this frame>, msg=<register R13 not accessible in this frame>, wParam=<register RBX not accessible in this frame>, lParam=<register RBP not accessible in this frame>, result=[<register RSP not accessible in this frame>, unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32 (0x0000000000000000) 21 0x000000006eb61bd1 DispatchMessageW+0xa9(msg=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:4028] in user32 (0x00000000006af6c0) 22 0x000000000040a9e8 make_explorer_window+0x709(params=<internal error>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:545] in explorer (0x00000000006af6c0) 23 0x000000000040a9e8 wWinMain+0x898(hinstance=<internal error>, previnstance=<internal error>, cmdline=<internal error>, cmdshow=<internal error>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:877] in explorer (0x00000000006af6c0) 24 0x000000000040f223 wmain+0xb3(argc=<internal error>, argv=<internal error>) [Z:\usr\src\packages\BUILD\dlls\msvcrt\crt_wwinmain.c:56] in explorer (0x0000000000000000) 25 0x000000000040f165 wmainCRTStartup+0x65() [Z:\usr\src\packages\BUILD\dlls\msvcrt\crt_wmain.c:58] in explorer (0x0000000000000000) 26 0x000000007b62c669 BaseThreadInitThunk+0x9(unknown=<internal error>, entry=<internal error>, arg=<internal error>) [Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61] in kernel32 (0x0000000000000000) 27 0x000000007bc5b323 __wine_pop_frame(unknown=<internal error>, entry=<internal error>, arg=<internal error>) [Z:\usr\src\packages\BUILD\include\wine\exception.h:273] in ntdll (0x0000000000000000) 28 0x000000007bc5b323 RtlUserThreadStart+0x83(entry=[<register RSP not accessible in this frame>, arg=[<register RSP not accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:240] in ntdll (0x0000000000000000) 0x0000000000409d9b explorer_wnd_proc+0x14b [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:713] in explorer: movq (%rcx),%rax Unable to access file 'Z:\usr\src\packages\BUILD\programs\explorer\explorer.c' ``` Bigger log inside attachment Steps to reproduce - Download app - https://github.com/qarmin/czkawka/releases/download/3.3.1/windows_czkawka_g… - Open `windows_czkawka_gui.exe` - Find any file with one of tools - Click at the found file twice with right mouse button - Close explorer -- Do not reply 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 52137] New: World of Warcraft (WoW) crashes in both DX11 modes
by WineHQ Bugzilla 02 Dec '21

02 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52137 Bug ID: 52137 Summary: World of Warcraft (WoW) crashes in both DX11 modes Product: Wine Version: 6.22 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 71184 --> https://bugs.winehq.org/attachment.cgi?id=71184 DX11 (modern renderer) For me the game boots find, gets to the character selection screen and when the progress bar finishes and the character should enter the world, the game crashes. ACCESS_VIOLATION : error 132: ERROR #132 (0x85100084) Fatal exception! The instruction at "0x00007f4222f8e937" referenced memory at "0x000000000000001c". The memory could not be "written". This happens for DX11 modern and DX11 legacy mode but so far hasn't occurred with DX12. -- Do not reply 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 52134] New: Dragon's Dogma CTD after logo
by WineHQ Bugzilla 02 Dec '21

02 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52134 Bug ID: 52134 Summary: Dragon's Dogma CTD after logo Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pashiri(a)laposte.net Distribution: --- Created attachment 71171 --> https://bugs.winehq.org/attachment.cgi?id=71171 standard output Dragon's Dogma dark arisen crash to desktop on reaching the menu after showing the logos on Archwith wine-dev. error is 01e8:err:module:ntdll_init_syscalls syscall count mismatch 0 / 96 Other games work fine, wine 6.19 works fine too. 6.20 has sound issues, 6.21 & 6.22 crash the same way. -- Do not reply 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 6

[Bug 36844] New: Multiple games need X3DAudio1_7.dll (BeamNG v0.3 Tech Demo)
by wine-bugs＠winehq.org 01 Dec '21

01 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36844 Bug ID: 36844 Summary: Multiple games need X3DAudio1_7.dll (BeamNG v0.3 Tech Demo) Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Bug 12182 should be avoided in future (meta bug) .. very unfortunate, covering all XAudio dlls. Better are bugs that specifically target stub dlls like bug 24545 ("Monkey Island: Special Edition wants X3DAudio1_6.dll"). --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Local Settings/Application Data/BeamNG/BeamNG-Techdemo-0.3 ... $ wine ./BeamNGSandbox.x86.exe ... err:module:import_dll Library X3DAudio1_7.dll (which is needed by L"C:\\users\\focht\\Local Settings\\Application Data\\BeamNG\\BeamNG-Techdemo-0.3\\BeamNGSandbox.x86.dll") not found --- snip --- $ sha1sum BeamNG-Techdemo-0.3-setup.zip 21b29af0c77cf138ec69edf1c4cb0d4504bb2ed9 BeamNG-Techdemo-0.3-setup.zip $ du -sh BeamNG-Techdemo-0.3-setup.zip 95M BeamNG-Techdemo-0.3-setup.zip $ wine --version wine-1.7.21-50-g10e6a66 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 42449] New: unimplemented function msvcr120.dll.fesetround called in 32-bit code
by wine-bugs＠winehq.org 01 Dec '21

01 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=42449 Bug ID: 42449 Summary: unimplemented function msvcr120.dll.fesetround called in 32-bit code Product: Wine Version: 2.1 Hardware: x86 URL: https://play0ad.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)openmailbox.org Distribution: --- Created attachment 57287 --> https://bugs.winehq.org/attachment.cgi?id=57287 backtrace (Windows XP) Seeing if "O A.D." will run in Wine. Running it the first time to get backtrace. See attachment "backtrace (Windows XP)". Running game a second time to get other terminal output: wine pyrogenesis.exe fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fb8c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fa6c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f9c0 1 C) semi-stub fixme:heap:RtlSetHeapInformation 0x110000 0 0x33fd40 4 stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f5dc 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f400 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f67c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f74c 1 C) semi-stub wine: Call from 0x7b43e046 to unimplemented function msvcr120.dll.fesetround, aborting fixme:msvcrt:__clean_type_info_names_internal (0x3b97d4) stub fixme:msvcrt:__clean_type_info_names_internal (0x39d3c0) stub fixme:msvcrt:__clean_type_info_names_internal (0xd80af4) stub AL lib: (EE) alc_cleanup: 1 device not closed fixme:msvcrt:__clean_type_info_names_internal (0xc89764) stub fixme:msvcrt:__clean_type_info_names_internal (0xbdc218) stub fixme:msvcrt:__clean_type_info_names_internal (0x4a95facc) stub fixme:msvcrt:__clean_type_info_names_internal (0x8d51a4) stub fixme:msvcrt:__clean_type_info_names_internal (0x9c0348) stub fixme:msvcrt:__clean_type_info_names_internal (0x38137c) stub fixme:msvcrt:__clean_type_info_names_internal (0x103b30f4) stub fixme:msvcrt:__clean_type_info_names_internal (0x3675fc) stub -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 51674] New: Uplay Connect app doesn't run
by WineHQ Bugzilla 01 Dec '21

01 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51674 Bug ID: 51674 Summary: Uplay Connect app doesn't run Product: Wine-staging Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: omrkrdmnmlt0044(a)outlook.com.tr CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Uplay Connect app doesn't run -- Do not reply 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 46338] New: advapi32/ security test uses an unitialized variable in test_process_security
by wine-bugs＠winehq.org 30 Nov '21

30 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=46338 Bug ID: 46338 Summary: advapi32/security test uses an unitialized variable in test_process_security Product: Wine Version: 4.0-rc3 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Similar to bug 36094, same source file, different test. ==30817== Syscall param writev(vector[...]) points to uninitialised byte(s) ==30817== at 0x4356813: writev (writev.c:26) ==30817== by 0x7BC75457: send_request (server.c:228) ==30817== by 0x7BC76158: server_call_unlocked (server.c:288) ==30817== by 0x7BC761AD: wine_server_call (server.c:321) ==30817== by 0x7B4613A4: create_process (process.c:2363) ==30817== by 0x7B461BA0: CreateProcessInternalW (process.c:2764) ==30817== by 0x7B462218: CreateProcessInternalA (process.c:2836) ==30817== by 0x7B462315: CreateProcessA (process.c:2856) ==30817== by 0x4AB4149: test_process_security (security.c:3032) ==30817== by 0x4ABF458: func_security (security.c:7422) ==30817== by 0x4ACAC1E: run_test (test.h:617) ==30817== by 0x4ACB65C: main (test.h:701) ==30817== Address 0x495c2b4 is 124 bytes inside a block of size 324 alloc'd ==30817== at 0x7BC483AD: notify_alloc (heap.c:260) ==30817== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726) ==30817== by 0x7B443394: HeapAlloc (heap.c:271) ==30817== by 0x7B45F425: alloc_object_attributes (process.c:2202) ==30817== by 0x7B461304: create_process (process.c:2350) ==30817== by 0x7B461BA0: CreateProcessInternalW (process.c:2764) ==30817== by 0x7B462218: CreateProcessInternalA (process.c:2836) ==30817== by 0x7B462315: CreateProcessA (process.c:2856) ==30817== by 0x4AB4149: test_process_security (security.c:3032) ==30817== by 0x4ABF458: func_security (security.c:7422) ==30817== by 0x4ACAC1E: run_test (test.h:617) ==30817== by 0x4ACB65C: main (test.h:701) ==30817== Uninitialised value was created by a client request ==30817== at 0x7BC4831C: mark_block_uninitialized (heap.c:214) ==30817== by 0x7BC4A643: initialize_block (heap.c:245) ==30817== by 0x7BC4B8E7: RtlAllocateHeap (heap.c:1727) ==30817== by 0x4AB33F1: test_process_security (security.c:2893) ==30817== by 0x4ABF458: func_security (security.c:7422) ==30817== by 0x4ACAC1E: run_test (test.h:617) ==30817== by 0x4ACB65C: main (test.h:701) ==30817== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 2

[Bug 44436] New: Call of Duty WWII crashes after splash screen
by wine-bugs＠winehq.org 30 Nov '21

30 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=44436 Bug ID: 44436 Summary: Call of Duty WWII crashes after splash screen Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mo78(a)abv.bg CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 60378 --> https://bugs.winehq.org/attachment.cgi?id=60378 Wine staging crash log The game installs fine but it crashes after the splash screen. I tested it with Wine 2.21 staging. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 18

[Bug 52007] New: compile fails since wine 6.20: winnt.h:6508:34: error: definition of builtin function '_InterlockedCompareExchange128'
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52007 Bug ID: 52007 Summary: compile fails since wine 6.20: winnt.h:6508:34: error: definition of builtin function '_InterlockedCompareExchange128' Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fast.rizwaan(a)gmail.com Distribution: --- wine 6.19 compiles fine, but since wine 6.20 compiler gives this error. I'm building wine in flatpak. Kindly guide. https://github.com/fastrizwaan/flatpak-wine ---- x86_64-unknown-linux-gnu-gcc -m64 -c -o tools/winebuild/spec16.o ../tools/winebuild/spec16.c -Itools/winebuild -I../tools/winebuild -Iinclude \ -I../include -D__WINESRC__ -Wall -pipe -fcf-protection=none -fno-stack-protector \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -gdwarf-2 \ -gstrict-dwarf -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition <command-line>: warning: "_FORTIFY_SOURCE" redefined <command-line>: note: this is the location of the previous definition In file included from ../dlls/acledit/main.c:23: In file included from ../include/windef.h:290: ../include/winnt.h:6508:34: error: definition of builtin function '_InterlockedCompareExchange128' static FORCEINLINE unsigned char InterlockedCompareExchange128( volatile __int64 *dest, __int64 xchg_high, __int64 xchg_low, __int64 *compare ) ^ ../include/winnt.h:6495:39: note: expanded from macro 'InterlockedCompareExchange128' #define InterlockedCompareExchange128 _InterlockedCompareExchange128 ^ 1 error generated. ---- -- Do not reply 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 50253] New: Dasher chess 1-5.4 crashes when registering.
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=50253 Bug ID: 50253 Summary: Dasher chess 1-5.4 crashes when registering. Product: Wine Version: 5.22 Hardware: x86-64 URL: https://dasher.software.informer.com/download/?lang=fr OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: Ubuntu Created attachment 68775 --> https://bugs.winehq.org/attachment.cgi?id=68775 console output When trying to register dasher chess crashes -- Do not reply 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 50381] New: AIMP (4.70 build 2236) window cannot be moved in Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon/MATE
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=50381 Bug ID: 50381 Summary: AIMP (4.70 build 2236) window cannot be moved in Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon/MATE Product: Wine-staging Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 93.duke.xperia(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The AIMP (4.70 build 2236) window cannot be moved to Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon / MATE. When you try to re-move by the window manager MATE, the window is moved but then returned to its previous position. Also, the window is in the mode - on top of all windows. Tested on Ubuntu 20.04 / Ubuntu MATE 20.04 / Linux Mint 20.0 Cinnamon/MATE/Xfce / KDE neon 5.20 distributions - this problem only occurs on Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon / MATE on Xfce drag and drop works and other DEs too. AIMP v4.70 build 2236 --> https://www.aimp.ru/?do=download&os=windows -- Do not reply 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 52125] New: SlingPlayer 1.5 installer initial window in wrong place
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52125 Bug ID: 52125 Summary: SlingPlayer 1.5 installer initial window in wrong place Product: Wine Version: 6.22 Hardware: x86-64 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS: Linux Status: NEW Keywords: download, integration, regression Severity: trivial Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Regression SHA1: c5ec1585f6e5211a2b63e3435748210552250534 Distribution: Ubuntu Created attachment 71159 --> https://bugs.winehq.org/attachment.cgi?id=71159 Wine 6.22 console log The very first window/dialog for the SlingPlayer 1.5 installer should be centred on the screen, but it now appears in the top-left. This is a regression. c5ec1585f6e5211a2b63e3435748210552250534 is the first bad commit commit c5ec1585f6e5211a2b63e3435748210552250534 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Tue Aug 25 15:20:39 2020 +0800 winex11.drv: Always update _NET_WM_STATE in update_net_wm_states(). KWin treats a window covering exactly the whole monitor as maximized when handling its first map request and expects applications to update maximized state later. Wine doesn't know about this added maximized state and expect it unchanged, making the window always maximized as far as KWin is concerned. So always send _NET_WM_STATE updates even if Wine doesn't expect changes to hint KWin that a window should not be maximized. Fix test failures when running the tests introduced by 36b720357bcaf0a1e625f488e0c981ce10e8affa with KWin. Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 b06929cff8ed3c28c180cac84c3f048016609695 4302ac2f25c30f99c2d254cf33fb08d70f72f97b M dlls Reverting this commit in current git resolves the issue. There are other bugs related to this commit but I can't say this is a duplicate. Log attached though it doesn't show much. -- Do not reply 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 30773] New: Nibud C@shflow Manager 4 not starting
by wine-bugs＠winehq.org 29 Nov '21

29 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=30773 Bug #: 30773 Summary: Nibud C@shflow Manager 4 not starting Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cumulus0007(a)gmail.com Classification: Unclassified Nibud C@shflow Manager is an application to manage your finances and personal budgets. The application shows a welcome screen, where one can choose to evaluate or to buy a license. When evaluation is started, it tries to import settings from other applications. Once this is finished, the application reports an error has occured and the application must close. No further information is provided. fixme:ole:CoInitializeSecurity (0x45ae00,-1,(nil),(nil),6,2,(nil),64,(nil)) - stub! err:ole:CoGetClassObject class {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} not registered err:ole:CoGetClassObject no class object {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} could be created for context 0x1 p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: kan gedeeld objectbestand niet openen: Bestand of map bestaat niet fixme:shell:FileIconInit (true) fixme:hnetcfg:fw_manager_GetIDsOfNames 0x2ca9e40 {00000000-0000-0000-0000-000000000000} 0x32f880 1 1043 0x32f8c4 fixme:resource:GetGuiResources (0xf8,0): stub Wine 1.5.5 Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- 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 51643] New: WRC 9: crash on launch with Windows version 10
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=51643 Bug ID: 51643 Summary: WRC 9: crash on launch with Windows version 10 Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 70503 --> https://bugs.winehq.org/attachment.cgi?id=70503 Log with +loaddll,+trace,+seh Hi, The game WRC 9: FIA World Rally Championship crashes on launch when Windows version is set to 10. This seems to be caused by explicitly loading a native dll shipped with the game (in "UWP/xinput1_3.dll") Wine by default loads the builtin dll of the same name and the game crashes. The game does not crash if xinput1_3.dll is set to native. The game requires the patches from bug #44650 , to start. I'm not sure if this is a related issue where the game is very particular how dll's are loaded? WRC 8, the games predecessor, have the same problem. Workarounds include setting xinput1_3 to native, deleting "UWP/xinput1_3.dll", or keeping Windows version set to 7. This is very much a low priority issue as there are plenty of workarounds but I thought it prudent to report the issue before Wine switches to reporting version 10 by default. There's a built in crash handler in the game, so I'm not sure how to get a proper backtrace. Log captured with +loaddll,+trace,+seh 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 2

[Bug 21010] New: vc2005express install broken
by wine-bugs＠winehq.org 29 Nov '21

29 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=21010 Summary: vc2005express install broken Product: Wine Version: 1.1.34 Platform: PC-x86-64 OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: hans(a)meelstraat.net Regression testing points to: bd4bc161475f600612fad898f09825d74d6368a9 is first bad commit commit bd4bc161475f600612fad898f09825d74d6368a9 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Tue Nov 17 15:59:11 2009 +0100 msi: Don't set the ALLUSERS property. :040000 040000 8964ea41515d9eaa19c0d38d44caa5b4661665e7 f3940f8962ebb38ca7f406d7fa1c65f44feaf03e M dlls side note: git bisect run is awesome! Reverting that in git lets the installer run to completion. Terminal output is breathtakingly short: Executing wine Ixpvc /t:c:\winetrickstmp\vc2005express.tmp /q:a /c:msiexec /i vcsetup.msi VSEXTUI=1 ADDLOCAL=ALL REBOOT=ReallySuppress err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 -- 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 6930] Multiple application installers fail due to msi ALLUSERS property not reset from to 2 to 1 in case of per-machine install (TortoiseSVN, MS Visual C++ 2005 Express, AutoCAD 2008)
by WineHQ Bugzilla 29 Nov '21

29 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=6930 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|TortoiseSVN fails to |Multiple application |install |installers fail due to msi | |ALLUSERS property not reset | |from to 2 to 1 in case of | |per-machine install | |(TortoiseSVN, MS Visual C++ | |2005 Express, AutoCAD 2008) URL|http://tortoisesvn.net/ |https://web.archive.org/web | |/20110608232332/https://dow | |nload.microsoft.com/downloa | |d/A/9/1/A91D6B2B-A798-47DF- | |9C7E-A97854B7DD18/VC.iso --- Comment #26 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, adding stable download link via Internet Archive for documentation. MS Visual C++ Express 2005 (offline) https://web.archive.org/web/20110608232332/https://download.microsoft.com/d… $ sha1sum VC.iso 1ae44e4eaf8c61c3a39e573fd6efd9889e940529 VC.iso $ du -sh VC.iso 463M VC.iso Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16999] New: Visual C++ 2005 Express IDE: stack overflow at startup due to empty class id string
by wine-bugs＠winehq.org 29 Nov '21

29 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16999 Summary: Visual C++ 2005 Express IDE: stack overflow at startup due to empty class id string Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/express/2005/download/default.a spx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, prerequisites: Patch from bug 5054 to work around invalid URL cache entries (http://bugs.winehq.org/attachment.cgi?id=18726) 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 msxml6 3. download and run web installer (see URL) 4. start the VC++ 2005 IDE (wine VCExpress.exe) --- The IDE crashes due to stack overflow. --- snip --- ... 0038:Call advapi32.RegQueryValueExW(00000418,50061238 L"MRUCommand2GUID",00000000,003289e8,003289ec,003289e0) ret=50008e41 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=50008e41 0038:Call advapi32.RegQueryValueExW(00000418,502800c8 L"MRUCommand2ID",00000000,00000000,00328c38,00328c34) ret=501f1800 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=501f1800 0038:Call ole32.CLSIDFromString(00328c40 L"{5EFC7975-14BC-11CF-9B2B-00AA00573819}",50758004) ret=501f181a 0038:trace:ole:__CLSIDFromString L"{5EFC7975-14BC-11CF-9B2B-00AA00573819}" -> 0x50758004 0038:Ret ole32.CLSIDFromString() retval=00000000 ret=501f181a 0038:CALL MSVCR80.memset(003289f0,00000000,00000204) ret=50008e1d 0038:RET MSVCR80.memset() retval=003289f0 ret=50008e1d 0038:Call advapi32.RegQueryValueExW(00000418,50061258 L"MRUCommand3GUID",00000000,003289e8,003289ec,003289e0) ret=50008e41 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=50008e41 0038:Call advapi32.RegQueryValueExW(00000418,502800e4 L"MRUCommand3ID",00000000,00000000,00328c38,00328c34) ret=501f1847 0038:Ret advapi32.RegQueryValueExW() retval=00000000 ret=501f1847 0038:Call ole32.CLSIDFromString(00328c40 L"",50758018) ret=501f1861 0038:Call KERNEL32.GetProcessHeap() ret=604e16fd 0038:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=604e16fd 0038:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=604e1711 0038:Ret ntdll.RtlAllocateHeap() retval=00ed1298 ret=604e1711 0038:Call advapi32.RegOpenKeyW(80000000,00ed1298 L"\\CLSID",00328acc) ret=604e1758 0038:Ret advapi32.RegOpenKeyW() retval=00000000 ret=604e1758 ... 0038:Call advapi32.RegOpenKeyW(80000000,00ed1298 L"\\CLSID",0023294c) ret=604e1758 0038:Ret advapi32.RegOpenKeyW() retval=00000000 ret=604e1758 0038:Call KERNEL32.GetProcessHeap() ret=604e17f0 0038:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=604e17f0 0038:Call ntdll.RtlFreeHeap(00110000,00000000,00ed1298) ret=604e1809 0038:Ret ntdll.RtlFreeHeap() retval=00000001 ret=604e1809 0038:Call advapi32.RegQueryValueW(0000043c,00000000,00232956,00232950) ret=604e182d 0038:Ret advapi32.RegQueryValueW() retval=00000000 ret=604e182d 0038:Call advapi32.RegCloseKey(0000043c) ret=604e18b1 0038:Ret advapi32.RegCloseKey() retval=00000000 ret=604e18b1 0038:trace:seh:raise_exception code=c00000fd flags=0 addr=0x601e289e ip=0x601e289e tid=0038 0038:trace:seh:raise_exception eax=00000000 ebx=602e4ff4 ecx=00232720 edx=00000000 esi=00000000 edi=0023268c 0038:trace:seh:raise_exception ebp=00232038 esp=00231ffc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0038:trace:seh:call_stack_handlers calling handler at 0x506ea492 code=c00000fd flags=0 0038:err:seh:setup_exception_record stack overflow 976 bytes in thread 0038 eip 601b4678 esp 00230f60 stack 0x230000-0x231000-0x330000 --- snip --- Relevant registry data: --- snip --- [HKEY_USERS\S-1-5-4\Software\Microsoft\VCExpress\8.0\StartPage] "Command1"="{F3192B90-EA73-480F-9471-04524118D767}|20487|" "Command2"="{F3192B90-EA73-480F-9471-04524118D767}|20482|" "Command3"="{F3192B90-EA73-480F-9471-04524118D767}|20480|" "Command4"="{F3192B90-EA73-480F-9471-04524118D767}|20481|" "Command5"="{F3192B90-EA73-480F-9471-04524118D767}|20483|" "Command6"="{F3192B90-EA73-480F-9471-04524118D767}|20485|" "DownloadState"=dword:00000000 "MRUCommand1GUID"="{5EFC7975-14BC-11CF-9B2B-00AA00573819}" "MRUCommand1ID"=dword:000000d8 "MRUCommand2GUID"="{5EFC7975-14BC-11CF-9B2B-00AA00573819}" "MRUCommand2ID"=dword:00000141 "MRUCommand3GUID"="" "MRUCommand3ID"=dword:00000000 "MRUCommand4GUID"="" "MRUCommand4ID"=dword:00000000 --- snip --- The problem is actually a bug in CLSIDFromProgID() when passed an empty id string which results in nice recursion :-) --- snip dlls/ole32/compobj.c --- HRESULT WINAPI CLSIDFromString(LPOLESTR idstr, CLSID *id ) { HRESULT ret; if (!id) return E_INVALIDARG; ret = __CLSIDFromString(idstr, id); if(ret != S_OK) { /* It appears a ProgID is also valid */ ret = CLSIDFromProgID(idstr, id); } return ret; } ... HRESULT WINAPI CLSIDFromProgID(LPCOLESTR progid, LPCLSID clsid) { static const WCHAR clsidW[] = { '\\','C','L','S','I','D',0 }; WCHAR buf2[CHARS_IN_GUID]; LONG buf2len = sizeof(buf2); HKEY xhkey; WCHAR *buf; if (!progid || !clsid) { ERR("neither progid (%p) nor clsid (%p) are optional\n", progid, clsid); return E_INVALIDARG; } /* initialise clsid in case of failure */ memset(clsid, 0, sizeof(*clsid)); buf = HeapAlloc( GetProcessHeap(),0,(strlenW(progid)+8) * sizeof(WCHAR) ); strcpyW( buf, progid ); strcatW( buf, clsidW ); if (RegOpenKeyW(HKEY_CLASSES_ROOT,buf,&xhkey)) { HeapFree(GetProcessHeap(),0,buf); WARN("couldn't open key for ProgID %s\n", debugstr_w(progid)); return CO_E_CLASSSTRING; } HeapFree(GetProcessHeap(),0,buf); if (RegQueryValueW(xhkey,NULL,buf2,&buf2len)) { RegCloseKey(xhkey); WARN("couldn't query clsid value for ProgID %s\n", debugstr_w(progid)); return CO_E_CLASSSTRING; } RegCloseKey(xhkey); return CLSIDFromString(buf2,clsid); } --- snip dlls/ole32/compobj.c --- CLSIDFromProgID() needs to be fixed for the empty cls/prog id string case. With proper patch applied, the IDE starts. 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 36736] New: Tucows Download Manager 2014 crashes on startup (decryption scheme relies on 'kernel32.dll.SetFilePointer' hotpatch signature)
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=36736 Bug ID: 36736 Summary: Tucows Download Manager 2014 crashes on startup (decryption scheme relies on 'kernel32.dll.SetFilePointer' hotpatch signature) Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, example download: http://www.tucows.com/preview/609375/Intuit-QuickBooks-Simple-Start-Edition… The download manager/installer uncompresses a secondary installer from bootstrapper. Before that the app decrypts parts of itself and this is done incorrectly, leading to strange results/code paths later. --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./Setup_QuickBooks_SimpleStart_Intel_2009.exe >>log.txt 2>&1 ... 0023:Starting process L"Z:\\home\\focht\\Downloads\\Setup_QuickBooks_SimpleStart_Intel_2009.exe" (entryproc=0x409c40) 0023:Call KERNEL32.GetModuleHandleA(00000000) ret=004030e8 0023:Ret KERNEL32.GetModuleHandleA() retval=00400000 ret=004030e8 0023:Call KERNEL32.GetCommandLineA() ret=004030f3 0023:Ret KERNEL32.GetCommandLineA() retval=00134078 ret=004030f3 ... 0023:Call KERNEL32.CreateFileA(004203cc "Z:\\home\\focht\\Downloads\\Setup_QuickBooks_SimpleStart_Intel_2009.exe",80000000,00000001,00000000,00000003,00000080,00000000) ret=004075bd 0023:Ret KERNEL32.CreateFileA() retval=00000050 ret=004075bd 0023:Call KERNEL32.FindResourceA(00000000,00002b67,0000000a) ret=00409bfb 0023:Ret KERNEL32.FindResourceA() retval=004112c8 ret=00409bfb 0023:Call KERNEL32.SizeofResource(00000000,004112c8) ret=00409c0e 0023:Ret KERNEL32.SizeofResource() retval=0000002c ret=00409c0e 0023:Call KERNEL32.LoadResource(00000000,004112c8) ret=00409c20 0023:Ret KERNEL32.LoadResource() retval=00419a88 ret=00409c20 0023:Call KERNEL32.LockResource(00419a88) ret=00409c31 0023:Ret KERNEL32.LockResource() retval=00419a88 ret=00409c31 ... 0023:Call KERNEL32.CreateFileA(00437a5c "C:\\users\\focht\\Temp\\is-RJFDD.tmp\\Setup_QuickBooks_SimpleStart_Intel_2009.tmp",40000000,00000000,00000000,00000002,00000080,00000000) ret=004075bd 0023:Ret KERNEL32.CreateFileA() retval=00000054 ret=004075bd ... 0023:Call KERNEL32.SetFilePointer(00000050,00000000,0033fd78,00000001) ret=004075e0 0023:Ret KERNEL32.SetFilePointer() retval=000b9b03 ret=004075e0 0023:Call KERNEL32.SetFilePointer(00000050,000b9b03,0033fd60,00000000) ret=00407690 0023:Ret KERNEL32.SetFilePointer() retval=000b9b03 ret=00407690 0023:Call KERNEL32.SetFilePointer(00000054,00002a72,0033fd7c,00000000) ret=00407690 0023:Ret KERNEL32.SetFilePointer() retval=00002a72 ret=00407690 0023:Call KERNEL32.SetEndOfFile(00000054) ret=004076b8 0023:Ret KERNEL32.SetEndOfFile() retval=00000001 ret=004076b8 0023:Call KERNEL32.SetFilePointer(00000054,00000000,0033fd7c,00000000) ret=00407690 0023:Ret KERNEL32.SetFilePointer() retval=00000000 ret=00407690 0023:Call KERNEL32.WriteFile(00000054,00420424,00002a72,0033fd88,00000000) ret=004076e4 0023:Ret KERNEL32.WriteFile() retval=00000001 ret=004076e4 0023:Call KERNEL32.CloseHandle(00000054) ret=0040755d 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=0040755d 0023:Call KERNEL32.CloseHandle(00000050) ret=0040755d 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=0040755d 0023:Call user32.CreateWindowExA(00000000,0040a334 "STATIC",0040a320 "InnoSetupLdrWindow",00000000,00000000,00000000,00000000,00000000,00000000,00000000,00400000,00000000) ret=0040a136 ... 0023:Call KERNEL32.CreateProcessA(00000000,00420488 "\"C:\\users\\focht\\Temp\\is-RJFDD.tmp\\Setup_QuickBooks_SimpleStart_Intel_2009.tmp\" /SL5=\"$10066,747501,80384,Z:\\home\\focht\\Downloads\\Setup_QuickBooks_SimpleStart_Intel_2009.exe\" ",00000000,00000000,00000000,00000000,00000000,00000000,0033fd64,0033fd54) ret=00409a19 0023:Ret KERNEL32.CreateProcessA() retval=00000000 ret=00409a19 0023:Call KERNEL32.GetLastError() ret=00409671 0023:Ret KERNEL32.GetLastError() retval=00000005 ret=00409671 0023:Call KERNEL32.FormatMessageA(00003200,00000000,00000005,00000000,0033f8f8,00000400,00000000) ret=004072a8 0023:Ret KERNEL32.FormatMessageA() retval=00000010 ret=004072a8 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x402eb4 ip=00402eb4 tid=0023 0023:trace:seh:raise_exception info[0]=00000000 0023:trace:seh:raise_exception info[1]=0000fd38 0023:trace:seh:raise_exception eax=00420654 ebx=00000069 ecx=00000002 edx=00000000 esi=00000005 edi=0040b240 0023:trace:seh:raise_exception ebp=0033fd34 esp=0033fd00 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010212 0023:trace:seh:call_stack_handlers calling handler at 0x4096eb code=c0000005 flags=0 ... 0023:trace:seh:call_stack_handlers handler at 0x7bc825c1 returned 2 0023:trace:seh:call_stack_handlers calling handler at 0x4096eb code=c00000fd flags=10 0023:err:seh:setup_exception_record stack overflow 992 bytes in thread 0023 eip f73e796b esp 00240f50 stack 0x240000-0x241000-0x340000 --- snip --- What is not seen (debugging): the app uses the entry point signature of 'kernel32.dll.SetFilePointer' as seed for further decryption. --- snip --- ... 0040400C 8B73 01 MOV ESI,DWORD PTR DS:[EBX+1] ; SetFilePointer 0040400F 89F7 MOV EDI,ESI ; 00404011 4F DEC EDI 00404012 8B57 01 MOV EDX,DWORD PTR DS:[EDI+1] ; *(DWORD*)entry 00404015 BB 6319F033 MOV EBX,33F01963 0040401A 31DA XOR EDX,EBX 0040401C 89D3 MOV EBX,EDX 0040401E 53 PUSH EBX 0040401F 5E POP ESI 00404020 89F0 MOV EAX,ESI 00404022 BA A6AA2938 MOV EDX,3829AAA6 00404027 81F2 A2AA2938 XOR EDX,3829AAA2 0040402D 29D4 SUB ESP,EDX 0040402F 890424 MOV DWORD PTR SS:[ESP],EAX 00404032 68 22778D73 PUSH 738D7722 00404037 B9 E9E37802 MOV ECX,278E3E9 0040403C 58 POP EAX 0040403D 31C1 XOR ECX,EAX 0040403F BF 7325BB99 MOV EDI,99BB2573 00404044 31F9 XOR ECX,EDI 00404046 81F1 5057EB50 XOR ECX,50EB5750 0040404C 31CE XOR ESI,ECX --- snip --- Wine's 'kernel32.dll.SetFilePointer' entry signature: --- snip --- 7B83EE7E 8D4C24 04 LEA ECX,DWORD PTR SS:[ESP+4] 7B83EE82 83E4 F0 AND ESP,FFFFFFF0 7B83EE85 FF71 FC PUSH DWORD PTR DS:[ECX-4] 7B83EE88 55 PUSH EBP 7B83EE89 89E5 MOV EBP,ESP 7B83EE8B 56 PUSH ESI 7B83EE8C 53 PUSH EBX 7B83EE8D 51 PUSH ECX 7B83EE8E 83EC 4C SUB ESP,4C 7B83EE91 E8 FA07FEFF CALL KERNEL32.__x86.get_pc_thunk.bx 7B83EE96 81C3 6AC10700 ADD EBX,7C16A --- snip --- The app expects a hotpatch-type entry which gives proper seed. With 'DECLSPEC_HOTPATCH': --- snip ---- 7B83EE8E 8BFF MOV EDI,EDI 7B83EE90 55 PUSH EBP 7B83EE91 8BEC MOV EBP,ESP 7B83EE93 5D POP EBP 7B83EE94 8D4C24 04 LEA ECX,DWORD PTR SS:[ESP+4] 7B83EE98 83E4 F0 AND ESP,FFFFFFF0 7B83EE9B FF71 FC PUSH DWORD PTR DS:[ECX-4] 7B83EE9E 55 PUSH EBP 7B83EE9F 89E5 MOV EBP,ESP ... --- snip ---- With that part fixed the installer runs into next (known) mshtml/ieframe bug. A DRM/protection scan on the installer doesn't show suspicious schemes (might be custom). --- snip --- -=[ ProtectionID v0.6.5.5 OCTOBER]=- (c) 2003-2013 CDKiLLER & TippeX Build 31/10/13-21:09:09 Ready... Scanning -> Z:\home\focht\Downloads\Setup_QuickBooks_SimpleStart_Intel_2009.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 768984 (0BBBD8h) Byte(s) -> File Appears to be Digitally Signed @ Offset 0B9B08h, size : 020D0h / 08400 byte(s) -> File has 680200 (0A6108h) bytes of appended data starting at offset 013A00h [File Heuristics] -> Flag : 00000000000001001100000000100100 (0x0004C024) [Entrypoint Section Entropy] : 6.66 [-= Installer =-] Inno Setup v5.5.0 Module - Scan Took : 0.261 Second(s) [000000105h tick(s)] [533 scan(s) done] --- snip --- $ du -sh Setup_QuickBooks_SimpleStart_Intel_2009.exe 752K Setup_QuickBooks_SimpleStart_Intel_2009.exe $ sha1sum Setup_QuickBooks_SimpleStart_Intel_2009.exe d2f213e1d05845897c9dae891a73d6be62283206 Setup_QuickBooks_SimpleStart_Intel_2009.exe $ wine --version wine-1.7.20 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 35134] New: Shroud of the Avatar: Forsaken Virtues installer waits indefinitely for cmd.exe during execution of batch files (argv[0] is not 'cmd.exe')
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=35134 Bug ID: 35134 Summary: Shroud of the Avatar: Forsaken Virtues installer waits indefinitely for cmd.exe during execution of batch files (argv[0] is not 'cmd.exe') Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, the unwrapped installer spawns 'cmd.exe' to execute some batch files. CreateProcessAsUserW() is used which just passes appname and cmdline to CreateProcessW(). 'appname' -> "C:\\windows\\system32\\cmd.exe" 'cmdline' -> "/C \"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\"" --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+cmd wine ./SotAInstaller.exe >>log.txt 2>&1 ... 0024:Call KERNEL32.CreateProcessW(001481f8 L"C:\\windows\\system32\\msiexec.exe",001483f8 L" /i \"C:\\users\\focht\\Application Data\\Portalarium\\Shroud of the Avatar 0.1.0\\install\\8E829DF\\ShroudPatchClientInstaller.msi\" AI_SETUPEXEPATH=\"Z:\\home\\focht\\Downloads\\SotAInstaller.exe\" SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\\\" EXE_CMD_LINE=\"/exenoupdates /exelang 0 /noprereqs ",00000000,00000000,00000000,00000020,00000000,00000000,0033f8d0,0033f918) ret=0040f458 ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc599ec 0024:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0040f458 ... 0039:Call advapi32.CreateProcessAsUserW(000000dc,00b54e98 L"C:\\windows\\system32\\cmd.exe",00b55388 L"/C \"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\"",00000000,00000000,00000001,08000000,00000000,00000000,00d5dc18,00d5dca8) ret=0051c6ab 0039:fixme:advapi:CreateProcessAsUserW 0xdc L"C:\\windows\\system32\\cmd.exe" L"/C \"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\"" (nil) (nil) 1 0x08000000 (nil) (null) 0xd5dc18 0xd5dca8 - semi- stub ... 003b:Call KERNEL32.__wine_kernel_init() ret=7bc599ec 0039:Ret advapi32.CreateProcessAsUserW() retval=00000001 ret=0051c6ab 0039:Call KERNEL32.OpenProcess(00100000,00000000,0000003a) ret=0051c6d9 0039:Ret KERNEL32.OpenProcess() retval=000000e0 ret=0051c6d9 0039:Call KERNEL32.WaitForSingleObject(000000e0,ffffffff) ret=0051c6e8 ... 003b:Starting process L"C:\\windows\\system32\\cmd.exe" (entryproc=0x7ed07208) ... 003b:trace:cmd:wmain Full commandline 'L"/C \"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""' 003b:trace:cmd:wmain Command line parm: 'L"\"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""' ... 003b:trace:cmd:wmain Set L"=Z:" to L"Z:\\home\\focht\\Downloads" ... 003b:Call KERNEL32.WriteFile(00000010,00129540,00000024,0033ab10,00000000) ret=7ed0063d Microsoft Windows 5.1.2600 (1.7.8) ... 003b:Call KERNEL32.WriteFile(00000010,00129540,0000001a,0033a4d0,00000000) ret=7ed0063d Z:\home\focht\Downloads> ... --- snip --- For whatever reason 'cmd' expects the first argument of the command line to be the executable name. With the executable name missing from 'argv[0]', '/C' is eaten (opt_c remains FALSE) and batch execution never takes place -> hangs on console input. Source: http://source.winehq.org/git/wine.git/blob/dd0b719a3a1419f34774fc4cd921f337… --- snip --- 2329 int wmain (int argc, WCHAR *argvW[]) 2330 { ... 2364 cmdLine = GetCommandLineW(); 2365 WINE_TRACE("Full commandline '%s'\n", wine_dbgstr_w(cmdLine)); 2366 args = 1; /* start at first arg, skipping cmd.exe itself */ ... --- snip --- $ sha1sum SotAInstaller.exe 5163cd5d92cb6c8a50e5b8169ca428afdf2b76b7 SotAInstaller.exe $du -sh SotAInstaller.exe 12M SotAInstaller.exe $ wine --version wine-1.7.8-220-g0bef543 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 38398] New: Multiple application installers requiring native mspatcha.dll abort on 'PatchFiles' action (Adobe Reader 11)
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=38398 Bug ID: 38398 Summary: Multiple application installers requiring native mspatcha.dll abort on 'PatchFiles' action (Adobe Reader 11) Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported here: https://bugs.winehq.org/show_bug.cgi?id=12501#c40 Indeed a regression, this worked before. Prerequisite: 'winetricks -q mspatcha' Offending commit: https://source.winehq.org/git/wine.git/commitdiff/19e51936e0d7c37e201b45a1f… --- snip --- $ git log -1 --pretty=fuller 19e51936e0d7c37e201b45a1fbce007ca4808f86 commit 19e51936e0d7c37e201b45a1fbce007ca4808f86 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Wed Mar 25 14:33:26 2015 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Wed Mar 25 22:40:41 2015 +0900 msi: Skip files from the original media if a patch is applied. --- snip --- Terminal output: --- snip --- $ wine ./AdbeRdr11003_en_US.exe ... err:msi:patchfiles_cb Failed patch L"C:\\Program Files\\Adobe\\Reader 11.0\\Reader\\A3DUtils.dll": 2. err:msi:patchfiles_cb Failed patch L"C:\\Program Files\\Common Files\\Adobe\\ARM\\1.0\\AdobeARMHelper.exe": 3. err:msi:patchfiles_cb Failed patch L"C:\\Program Files\\Common Files\\Adobe\\ARM\\1.0\\AdobeARM.exe": 3. ... err:msi:patchfiles_cb Failed patch L"C:\\Program Files\\Adobe\\Reader 11.0\\Reader\\plug_ins\\AcroForm.api": 3. err:msi:ACTION_PatchFiles Failed to apply patch to file: L"a3dutils.dll" err:msi:ITERATE_Actions Execution halted, action L"PatchFiles" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 --- snip --- $ sha1sum AdbeRdr11003_en_US.exe 9c2b6903b000ecf2869e1555bc6e1b287e6176bf AdbeRdr11003_en_US.exe $ du -sh AdbeRdr11003_en_US.exe 48M AdbeRdr11003_en_US.exe Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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