wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3245 discussions

[Bug 53955] New: Fractal Mapper stopped working after wine upgrade
by WineHQ Bugzilla 18 Dec '22

18 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53955 Bug ID: 53955 Summary: Fractal Mapper stopped working after wine upgrade Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: goeran(a)uddeborg.se Distribution: --- After upgrading wine on my Fedora 37 system Fractal Mapper no longer works. The output ends withe a couple of error messages. 010c:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:create_server class {2933bf90-7b36-11d2-b20e-00c04f983e60} not registered 010c:err:ole:com_get_class_object no class object {2933bf90-7b36-11d2-b20e-00c04f983e60} could be created for context 0x5 010c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. The can be reproduced with the trial version from https://www.nbos.com/nox/item/144. Run like this - wine fm8trial.exe - cd $WINEPREFIX/drive_c/Program\ Files\ $x86$/nbos - wine Mapper8.exe To get Fractal Mapper fully working with wine I have previously documented some steps in the appdb. This new problem appears regardless if you do those extra steps or not however. There have been several upgrades of wine in Fedora, I don't know exactly at which upgrade this broke. -- Do not reply 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 53510] New: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53510 Bug ID: 53510 Summary: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8: driver.c:2478: Test failed: Got control flags 0x4. driver.c:2495: Test failed: Got control flags 0x4. driver.c:1758: Test failed: Got control flags 0x4. driver.c:1769: Test failed: Got control flags 0x4. https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl This set of four errors is usually repeated 3 times but sometimes has different flags: driver.c:2478: Test failed: Got control flags 0x8. or driver.c:2478: Test failed: Got control flags 0x4e. or driver.c:2478: Test failed: Got control flags 0x82. -- Do not reply 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 53250] New: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53250 Bug ID: 53250 Summary: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8: compobj.c:831: Test failed: Section not found. compobj.c:841: Test failed: Unexpected return value. compobj.c:850: Test failed: Unexpected return value. compobj.c:856: Test failed: Unexpected module name L"testlib.dll". https://test.winehq.org/data/patterns.html#ole32:compobj The failures are rare enough to cause false positives. -- Do not reply 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 53222] New: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53222 Bug ID: 53222 Summary: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10. The exact failures vary a bit though: shlfolder.c:5027: SHChangeNotify tests (0) ... shlfolder.c:5014: RMDIR: took 2 tries shlfolder.c:4964: verifying pidls for: RMDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 10) or shlfolder.c:4978: SHChangeNotify tests (0) shlfolder.c:4915: verifying pidls for: MKDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 40000) or shlfolder.c:5027: SHChangeNotify tests (0) shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:5014: MKDIR: took 2 tries shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 8) or shlfolder.c:4978: SHChangeNotify tests (1) ... shlfolder.c:4965: CREATE: took 0 tries shlfolder.c:4915: verifying pidls for: RMDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) or shlfolder.c:5014: CREATE: took 3 tries shlfolder.c:4960: Test failed: CREATE: expected notification type 2, got: 40000 shlfolder.c:4964: verifying pidls for: CREATE shlfolder.c:4967: Test failed: GetDisplayNameOf failed: 0x80070057 shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) https://test.winehq.org/data/patterns.html#shell32:shlfolder The failures have been seen on Windows 10 1507, 21H1 and 21H2 but it is likely that the other Windows 10 versions behave 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 4

[Bug 41784] New: Wine error under LinuxMint 17.3 after running PDF24 Creator
by wine-bugs＠winehq.org 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=41784 Bug ID: 41784 Summary: Wine error under LinuxMint 17.3 after running PDF24 Creator Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marialvez(a)gmail.com Distribution: --- Created attachment 56219 --> https://bugs.winehq.org/attachment.cgi?id=56219 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 52930] New: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows
by WineHQ Bugzilla 14 Dec '22

14 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52930 Bug ID: 52930 Summary: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 72305 --> https://bugs.winehq.org/attachment.cgi?id=72305 Small patch to apply on top of 58d20aae3772^ to get failures d3dcompiler_47:hlsl_d3d9 fails randomly on Windows 8.1 to 21H2: hlsl_d3d9.c:1691: Test failed: Got unexpected hr 0x88760b59. hlsl_d3d9.c:1692: Test failed: Got unexpected blob. hlsl_d3d9.c:1693: Test failed: Got unexpected errors. https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9 A bisect against Windows 10 21H1 on cw-gtx560 shows that the failures started with the commit below: commit 58d20aae3772473a90e43ee236b793f0421eecb1 Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Tue Feb 8 19:48:44 2022 +0100 d3dcompiler/tests: Build without -DWINE_NO_LONG_TYPES. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The patch does not actually make any change that should matter but I have confirmed the bisect result manually: 58d20aae3772^ -> 200 consecutive runs with no failure 58d20aae3772 -> fails after 9 to 33 runs - Applying just the Makefile.in parts and last 4 chunks of hlsl_d3d9.c of that commit is sufficient to get the failures. - Patching only the makefiles is not enough. - I did not try to identify which of the 4 chunks are needed to get failures. They all patch code that's executed after the failure anyway. So there must be some memory corruption that's sensitive to memory layout or some subtle issue with the generated code. I also if(0)ed-out all the other test_xxx() functions, and also if(0)ed-out the tests that preceded the failing one in test_include() but I still get the failure so it's not a case where an ill-advised NULL-behavior test causes memory corruption. -- Do not reply 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 53978] New: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53978 Bug ID: 53978 Summary: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The d3dx9_*, d3dx10_* and d3dx11_* dlls are missing on some TestBot VMs. Specifically: * w7pro64 Only runs the 64-bit tests which report that these dlls are missing (plus atl100, atl110 and d3d8). w7u runs the 32-bit tests and, surprisingly, does not report any of these dlls to be missing. Adding the missing dlls on w7pro64 probably is not worth it. * w1064v1507 missing the 32- and 64-bit dlls Not worth adding them. * w10pro64v2004 missing the 32- and 64-bit dlls Not worth adding them. * w11pro64 32- and 64-bit dlls -> Add them. w11pro64_nv actually had a couple of these before I fixed the Windows Update issue. It seems that they got installed for the NVIDIA GUI and did not get installed when I rebuilt the VM with just the NVIDIA driver. * fgtb-w10pro64-64 missing the 32- and 64-bit dlls Not a TestBot VM but add them anyway. -- Do not reply 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 53402] New: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53402 Bug ID: 53402 Summary: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: w12101111(a)outlook.com Distribution: --- I build wine 7.13 using Gentoo Linux ebuild (app-emulation/wine-vanilla-7.13) with clang & ld.lld and x86_64-w64-mingw32. In wine 7.13, opengl32.dll is a wine fake dll, and I found that any program require opengl failed to launch (take https://github.com/gkv311/wglinfo as an example): 0024:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize, aborting 0024:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\han\\Downloads\\wglinfo64.exe" failed, status c0000005 Use gdb to debug this, I found that the real address of DllMain is 0x7a9be8e0, but ntdll try to call 0x17a9be8e0: #0 0x000000017a9be8e0 in ?? () #1 0x0000000170032ac7 in call_dll_entry_point (proc=0x17a9be8e0, module=0x7a9d0000 <__wine_spec_pe_header+65274>, reason=1, reserved=0x11fb00) at /tmp/portage/app-emulation/wine-vanilla-7.13/work/wine-7.13/dlls/ntdll/loader.c:305 (gdb) x /6i 0x000000017a9be8e0 => 0x17a9be8e0: Cannot access memory at address 0x17a9be8e0 (gdb) x /6i 0x000000007a9be8e0 0x7a9be8e0 <DllMain>: push %rbp 0x7a9be8e1 <DllMain+1>: mov %rsp,%rbp 0x7a9be8e4 <DllMain+4>: and $0xfffffffffffffff8,%rsp 0x7a9be8e8 <DllMain+8>: sub $0x30,%rsp 0x7a9be8ec <DllMain+12>: mov %rcx,0x18(%rsp) 0x7a9be8f1 <DllMain+17>: mov %edx,0x14(%rsp) The address of `module` (0x7a9d0000) is calculated by dlopen_dll ( dlls/ntdll/unix/loader.c:1294 ): nt = dlsym( handle, "__wine_spec_nt_header" ) module = (HMODULE)((nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff); map_so_dll( nt, module ) And in function static NTSTATUS map_so_dll( const IMAGE_NT_HEADERS *nt_descr, HMODULE module ): BYTE *addr = (BYTE *)module; fixup_rva_ptrs( &nt->OptionalHeader.AddressOfEntryPoint, addr, 1 ); static inline void fixup_rva_ptrs( void *array, BYTE *base, unsigned int count ) { BYTE **src = array; DWORD *dst = array; for ( ; count; count--, src++, dst++) *dst = *src ? *src - base : 0; } This code is equal to nt->OptionalHeader.AddressOfEntryPoint = (DWORD)((BYTE*)nt->OptionalHeader.AddressOfEntryPoint - (BYTE *)module); Note that nt->OptionalHeader.AddressOfEntryPoint is DWORD, this code implies that nt->OptionalHeader.AddressOfEntryPoint is greater than (nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff), otherwise it will overflow. This header is write by output_module ( tools/winebuild/spec32.c:699 ), nt->OptionalHeader.AddressOfEntryPoint is the address of DllMain, and nt->OptionalHeader.ImageBase is the address of __wine_spec_pe_header Read opengl32.dll.so using readelf: > readelf -S /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so There are 31 section headers, starting at offset 0x386b20: Section Headers: [Nr] Name Type Address Off Size ES Flg Lk Inf Al [ 0] NULL 0000000000000000 000000 000000 00 0 0 0 [ 1] .dynsym DYNSYM 000000007a800238 000238 002370 18 A 4 1 8 [ 2] .gnu.hash GNU_HASH 000000007a8025a8 0025a8 000b30 00 A 1 0 8 [ 3] .hash HASH 000000007a8030d8 0030d8 000bd8 04 A 1 0 4 [ 4] .dynstr STRTAB 000000007a803cb0 003cb0 00133a 00 A 0 0 1 [ 5] .rela.dyn RELA 000000007a804ff0 004ff0 043890 18 A 1 0 8 [ 6] .rela.plt RELA 000000007a848880 048880 000120 18 AI 1 20 8 [ 7] .rodata PROGBITS 000000007a8489a0 0489a0 0140d0 00 AMS 0 0 16 [ 8] .eh_frame_hdr PROGBITS 000000007a85ca70 05ca70 00cc7c 00 A 0 0 4 [ 9] .eh_frame PROGBITS 000000007a8696f0 0696f0 045d24 00 A 0 0 8 [10] .text PROGBITS 000000007a8b0420 0af420 10fce0 00 AX 0 0 32 [11] .init PROGBITS 000000007a9c0100 1bf100 011008 00 AX 0 0 1 [12] .fini PROGBITS 000000007a9d1108 1d0108 000003 00 AX 0 0 1 [13] .plt PROGBITS 000000007a9d1110 1d0110 0000d0 00 AX 0 0 16 [14] .init_array INIT_ARRAY 000000007a9d21e0 1d01e0 000008 00 WA 0 0 8 [15] .fini_array FINI_ARRAY 000000007a9d21e8 1d01e8 000010 00 WA 0 0 8 [16] .data.rel.ro PROGBITS 000000007a9d2200 1d0200 00fcb0 00 WA 0 0 16 [17] .dynamic DYNAMIC 000000007a9e1eb0 1dfeb0 000170 10 WA 4 0 8 [18] .got PROGBITS 000000007a9e2020 1e0020 000018 00 WA 0 0 8 [19] .data PROGBITS 000000007a9e3038 1e0038 009120 00 WA 0 0 8 [20] .got.plt PROGBITS 000000007a9ec158 1e9158 000078 00 WA 0 0 8 [21] .bss NOBITS 000000007a9ec1d0 1e91d0 006090 00 WA 0 0 16 [22] .debug_line PROGBITS 0000000000000000 1e91d0 039046 00 0 0 1 [23] .debug_line_str PROGBITS 0000000000000000 222216 00004e 01 MS 0 0 1 [24] .comment PROGBITS 0000000000000000 222264 00003e 01 MS 0 0 1 [25] .debug_abbrev PROGBITS 0000000000000000 2222a2 000c02 00 0 0 1 [26] .debug_info PROGBITS 0000000000000000 222ea4 0ed62d 00 0 0 1 [27] .debug_str PROGBITS 0000000000000000 3104d1 028720 01 MS 0 0 1 [28] .symtab SYMTAB 0000000000000000 338bf8 026d30 18 30 6249 8 [29] .shstrtab STRTAB 0000000000000000 35f928 000117 00 0 0 1 [30] .strtab STRTAB 0000000000000000 35fa3f 0270de 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), I (info), L (link order), O (extra OS processing required), G (group), T (TLS), C (compressed), x (unknown), o (OS specific), E (exclude), R (retain), l (large), p (processor specific) > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep __wine_spec_pe_header 1: 000000007a9c0106 0 NOTYPE LOCAL DEFAULT 11 __wine_spec_pe_header > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep DllMain 6227: 000000007a9be8e0 147 FUNC LOCAL HIDDEN 10 DllMain In output_module, __wine_spec_pe_header is put into .init section: .section ".init","ax" jmp 1f __wine_spec_pe_header: .skip 69632 1: DllMain is in .text section But LLVM lld put .text before .init, so the assumption in map_so_dll is not valid, and the address has a extra 2^32 because of the subtraction overflow and cast to DWORD. If I change function output_module, put __wine_spec_pe_header in .text just like PLATFORM_SOLARIS, then OPENGL32.DLL will load without any issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 50214] New: Games that using a newer version of fmod have no sound.
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50214 Bug ID: 50214 Summary: Games that using a newer version of fmod have no sound. Product: Wine Version: 5.8 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Hello, i have noticed that all the games that use the latest fmod version sound no longer working. Using pure wine with OSS. Games that i have found with that issue: - The Forest - Euro Truck Simulator 2 - Craft the World - Path of Exile (free) - Growtopia (free) -- Do not reply 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 47907] New: redefinition of typedef ‘IDebugClient’
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47907 Bug ID: 47907 Summary: redefinition of typedef ‘IDebugClient’ Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 Compiling wine-4.14 fails with: error: redefinition of typedef ‘IDebugClient’ -- Do not reply 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 20

Jump to page:

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 November 2022