February 2023 - Wine-bugs - list.winehq.org

[Bug 53666] New: Logitech X-56 Stick crashes the joystick subsystem if connected
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53666 Bug ID: 53666 Summary: Logitech X-56 Stick crashes the joystick subsystem if connected Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: ace(a)haxalot.com Distribution: --- Created attachment 73072 --> https://bugs.winehq.org/attachment.cgi?id=73072 lsusb for X-56 stick With Wine 7.13 and upwards (verified as broken on 7.13, 7.14, 7.15, 7.16, and 7.17) connecting my X-56 Joystick to the system seems to cause an exception in the hid subsystem, with the result of joystick input being completely broken. Attached are debug logs from Wine 7.17 running the built-in control panel, as well as lsusb output for the joystick in question. The throttle seems to work fine, as does gamepads from several brands (original Xbox, Xbox 360, Steam Controller, Atari VCS modern), as well as a Logitech G29 wheel. I also have a Saitech Cyborg X (F.L.Y. 5) which shows the same issue if it is connected when launching (up to Wine 7.16), but works fine if it has been connected after the control panel has already launched. -- Do not reply 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 52462] New: Wine don't recognize Ipega PG-9025 LT, RT and up/down axis of right analog stick
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=52462 Bug ID: 52462 Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down axis of right analog stick Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Left trigger, right trigger, and up/down axis of right analog stick aren't recognized by Wine, according to game input settings from control panel. Procedures: 1 - Connect Ípega PG-9025 on Bluetooth 2 - run 'wine control' 3 - Open Game Input Settings 4 - Select "Control test" tab 5 - Press LT, RT buttons, and move right analog stick to up and down Triggers does works on native GNU/Linux applications Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE -- Do not reply 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 14

[Bug 44650] New: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch)
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=44650 Bug ID: 44650 Summary: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, this is mentioned in bug 40479 (first in https://bugs.winehq.org/show_bug.cgi?id=40479#c9 with some hack) but was never properly explained to a wider audience. Bug 40479 is already horribly messed up with various issues mixed in and end-user support/discussion hence I'm tracking this interesting problem here to discuss a proper solution. The inaccessible memory "hole" is by design. Relevant trace log: --- snip --- $ pwd /home/focht/wine-games/wineprefix64-bnet/drive_c/Program Files (x86)/Overwatch $ WINEDEBUG=+seh,+loaddll,+relay,+ntdll,+virtual wine64 ./Overwatch.exe >>log.txt 2>&1 ... 0030:trace:module:get_load_order looking for L"C:\\windows\\system32\\dxgi.dll" 0030:trace:module:get_load_order got hardcoded default for L"dxgi.dll" 0030:trace:module:load_dll L"C:\\windows\\system32\\dxgi.dll" is a fake Wine dll 0030:trace:module:load_builtin_dll Trying built-in L"dxgi.dll" 0030:trace:virtual:virtual_create_builtin_view created 0x7fc4ad700000-0x7fc4ad938000 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rw- ... 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4ad937000 00001000 00000008 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4ad937000-0x7fc4ad937fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rW- 0030:trace:module:load_builtin_callback loaded dxgi.dll 0x65680 0x7fc4ad700000 0030:trace:module:load_dll Loaded module L"C:\\windows\\system32\\dxgi.dll" (builtin) at 0x7fc4ad700000 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4adc01d98 00000018 00000004 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4adc01000-0x7fc4adc01fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad970000 - 0x7fc4adc03fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad970000 - 0x7fc4ad970fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad971000 - 0x7fc4adc00fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc01000 - 0x7fc4adc01fff c-rW- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc02000 - 0x7fc4adc03fff c-rw- 0030:trace:imports:import_dll --- CreateDXGIFactory1 dxgi.dll.2 = 0x7fc4ad710440 0030:trace:imports:import_dll --- DXGID3D10CreateDevice dxgi.dll.4 = 0x7fc4ad71047c 0030:trace:imports:import_dll --- DXGID3D10RegisterLayers dxgi.dll.5 = 0x7fc4ad7104a0 ... 0030:Call KERNEL32.VirtualAlloc(00000000,00238000,00001000,00000004,) ret=14001f538 0030:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00238000 1000 00000004 0030:trace:virtual:map_view got mem in reserved area 0x3690000-0x38c8000 0030:trace:virtual:create_view forcing exec permission on 0x3690000-0x38c7fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x3690000 - 0x38c7fff (valloc) 0030:trace:virtual:VIRTUAL_DumpView 0x3690000 - 0x38c7fff c-rw- 0030:Ret KERNEL32.VirtualAlloc() retval=03690000 ret=14001f538 0030:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x14001f5fa ip=14001f5fa tid=0030 0030:trace:seh:NtRaiseException info[0]=0000000000000000 0030:trace:seh:NtRaiseException info[1]=00007fc4ad737000 0030:trace:seh:NtRaiseException rax=00000000079e4455 rbx=00007fc4ad700040 rcx=0000000000201000 rdx=000000007bdb5210 0030:trace:seh:NtRaiseException rsi=00007fc4ad737000 rdi=00000000036c7000 rbp=00000000002360a0 rsp=0000000000235fa0 0030:trace:seh:NtRaiseException r8=0000000003690000 r9=000000014001f538 r10=0000000000000000 r11=0000000000000246 0030:trace:seh:NtRaiseException r12=0000000000000014 r13=000000007ffe0030 r14=000000007b472568 r15=0000000000065680 ... --- snip --- Overwatch/WoW make private in-memory copies of 'dxgi.dll' and 'd3d11.dll' as early as possible (loader notifications). This is done as another anti-cheat measure/method to detect hooking/hotpatching/proxying of DirectX interfaces at runtime by comparing real API entry points with the copies. It assumes that all parts of the in-memory image are readable but it's not due to the way the static and dynamic linker work. Relevant 'strace' part, annotated. --- snip --- $ strace -e trace=mmap,mprotect,munmap,open -o strace.log wine64 ./Overwatch.exe ... open("/home/focht/projects/wine/wine.repo/install/bin/../lib64/wine/dxgi.dll.so", O_RDONLY|O_CLOEXEC) = 11 ; --- map first "LOAD" segment (.text, ...) mmap(NULL, 2391592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 11, 0) = 0x7f195c3e3000 ; --- make alignment "hole" inaccessible mprotect(0x7f195c42a000, 2093056, PROT_NONE) = 0 ; --- map second "LOAD" segment (.data, .bss, ...) mmap(0x7f195c629000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 11, 0x46000) = 0x7f195c629000 ; --- .got.plt .data sections within segment mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_WRITE) = 0 mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_EXEC) = 0 mprotect(0x7f195c629000, 4096, PROT_READ) = 0 ; --- remaining zero-filled sections (e.g. .bss) mmap(0x7f195c400000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f195c400000 ... ; --- Page fault due to game code accessing the "hole". --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x7f195c42a000} --- ... --- snip --- Dumping the ELF headers: --- snip --- $ readelf -a install/lib64/wine/dxgi.dll.so ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x20320 Start of program headers: 64 (bytes into file) Start of section headers: 693488 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 7 Size of section headers: 64 (bytes) Number of section headers: 35 Section header string table index: 32 ... Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 [ 1] .note.gnu.build-i NOTE 00000000000001c8 000001c8 0000000000000024 0000000000000000 A 0 0 4 [ 2] .gnu.hash GNU_HASH 00000000000001f0 000001f0 0000000000000044 0000000000000000 A 3 0 8 [ 3] .dynsym DYNSYM 0000000000000238 00000238 0000000000000270 0000000000000018 A 4 2 8 [ 4] .dynstr STRTAB 00000000000004a8 000004a8 00000000000001cb 0000000000000000 A 0 0 1 [ 5] .gnu.version VERSYM 0000000000000674 00000674 0000000000000034 0000000000000002 A 3 0 2 [ 6] .gnu.version_r VERNEED 00000000000006a8 000006a8 0000000000000050 0000000000000000 A 4 2 8 [ 7] .rela.dyn RELA 00000000000006f8 000006f8 000000000000eb98 0000000000000018 A 3 0 8 [ 8] .rela.plt RELA 000000000000f290 0000f290 0000000000000030 0000000000000018 AI 3 10 8 [ 9] .init PROGBITS 000000000000f2c0 0000f2c0 0000000000011024 0000000000000000 AX 0 0 4 [10] .plt PROGBITS 00000000000202f0 000202f0 0000000000000030 0000000000000010 AX 0 0 16 [11] .text PROGBITS 0000000000020320 00020320 00000000000149fd 0000000000000000 AX 0 0 16 [12] .fini PROGBITS 0000000000034d20 00034d20 0000000000000009 0000000000000000 AX 0 0 4 [13] .rodata PROGBITS 0000000000034d40 00034d40 000000000000bdb0 0000000000000000 A 0 0 32 [14] .eh_frame_hdr PROGBITS 0000000000040af0 00040af0 0000000000000974 0000000000000000 A 0 0 4 [15] .eh_frame PROGBITS 0000000000041468 00041468 000000000000556c 0000000000000000 A 0 0 8 [16] .init_array INIT_ARRAY 0000000000246dc8 00046dc8 0000000000000008 0000000000000000 WA 0 0 8 [17] .fini_array FINI_ARRAY 0000000000246dd0 00046dd0 0000000000000008 0000000000000000 WA 0 0 8 [18] .jcr PROGBITS 0000000000246dd8 00046dd8 0000000000000008 0000000000000000 WA 0 0 8 [19] .data.rel.ro PROGBITS 0000000000246de0 00046de0 0000000000000008 0000000000000000 WA 0 0 8 [20] .dynamic DYNAMIC 0000000000246de8 00046de8 00000000000001f0 0000000000000010 WA 4 0 8 [21] .got PROGBITS 0000000000246fd8 00046fd8 0000000000000028 0000000000000008 WA 0 0 8 [22] .got.plt PROGBITS 0000000000247000 00047000 0000000000000028 0000000000000008 WA 0 0 8 [23] .data PROGBITS 0000000000247030 00047030 0000000000000dc0 0000000000000000 WA 0 0 16 [24] .bss NOBITS 0000000000247df0 00047df0 0000000000000038 0000000000000000 WA 0 0 16 ... Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), l (large) I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) There are no section groups in this file. Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x00000000000469d4 0x00000000000469d4 R E 200000 LOAD 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000001028 0x0000000000001060 RW 200000 DYNAMIC 0x0000000000046de8 0x0000000000246de8 0x0000000000246de8 0x00000000000001f0 0x00000000000001f0 RW 8 NOTE 0x00000000000001c8 0x00000000000001c8 0x00000000000001c8 0x0000000000000024 0x0000000000000024 R 4 GNU_EH_FRAME 0x0000000000040af0 0x0000000000040af0 0x0000000000040af0 0x0000000000000974 0x0000000000000974 R 4 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 10 GNU_RELRO 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000000238 0x0000000000000238 R 1 Section to Segment mapping: Segment Sections... 00 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_fr ame 01 .init_array .fini_array .jcr .data.rel.ro .dynamic .got .got.plt .data .bss 02 .dynamic 03 .note.gnu.build-id 04 .eh_frame_hdr 05 06 .init_array .fini_array .jcr .data.rel.ro .dynamic .got --- snip --- * LOAD segment "00" -> align 0x200000 (x86_64 default) * LOAD segment "01" -> align 0x200000 (x86_64 default) ELF's "linking view": The 0x200000 alignment of the two LOAD segments is default for static linker 'ld' on x86_64. ELF's "execution view": The dynamic linker/loader 'ld.so' will set the page protection of the alignment gap between the LOAD segments to 'PROT_NONE', creating an inaccessible "hole" by design. https://sourceware.org/git/?p=glibc.git;a=blob;f=elf/dl-map-segments.h;h=d3… --- snip --- 21 /* This implementation assumes (as does the corresponding implementation 22 of _dl_unmap_segments, in dl-unmap-segments.h) that shared objects 23 are always laid out with all segments contiguous (or with gaps 24 between them small enough that it's preferable to reserve all whole 25 pages inside the gaps with PROT_NONE mappings rather than permitting 26 other use of those parts of the address space). */ ... --- snip --- There is a Wine-Staging patch here: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Buil… Specifically: https://github.com/wine-staging/wine-staging/blob/master/patches/ntdll-Buil… The patch essentially allows app code to access the memory between the LOAD segments (alignment gaps/holes marked as 'VPROT_SYSTEM'). It's certainly doable this way ... but lets hear how Alexandre thinks of this. An alternative to "fix" the holes is by using the static linker. The default 'ld' setting for alignment of LOAD segments without using a custom linker script can be adjusted by using '-z max-page-size=N' and/or '-z common-page-size=N' (target page size). Wine actually already makes use of this for modules which need to be "prelinked" at fixed address ranges (core dlls): https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l… --- snip --- 1136 default: 1137 if (opts->image_base) 1138 { 1139 if (!try_link(opts->prefix, link_args, "-Wl,-z,max-page-size=0x1000")) 1140 strarray_add(link_args, "-Wl,-z,max-page-size=0x1000"); 1141 if (!try_link(opts->prefix, link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base))) 1142 strarray_add(link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base)); 1143 else 1144 prelink = PRELINK; 1145 } 1146 break; 1147 } --- snip --- Example: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/Makefile.in… --- snip --- 6 EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 --- snip --- --- snip --- $ readelf -a install/lib64/wine/kernel32.dll.so ... Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x000000007b400000 0x000000007b400000 0x00000000002c3bcc 0x00000000002c3bcc R E 1000 LOAD 0x00000000002c3dc8 0x000000007b6c4dc8 0x000000007b6c4dc8 0x00000000001b1448 0x00000000001b1ad0 RW 1000 --- snip --- Due to platform (target) page granularity, there is no hole anymore in between the two LOAD segments. Giving 'dxgi' and 'd3d11' dlls fixed load addresses basically achieves the same but at static link time: --- snip --- $ grep -Hrni image-base dlls/ dlls/dxgi/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x71710000 dlls/kernel32/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 dlls/ntdll/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wl,--image-base,0x7bc00000 dlls/opengl32/Makefile.in:5:EXTRADLLFLAGS = -Wl,--image-base,0x7a800000 dlls/riched20/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x7ac00000 dlls/d3d11/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x77590000 --- snip --- Alternatively, decouple the 'ld' option from Wine's 'image-base' option. Anyway, chose between the static link time vs. runtime link time (permission fixup -> staging patch) method ;-) $ wine --version wine-3.3 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 22

[Bug 49202] New: Never exited critical section in freetype.c
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=49202 Bug ID: 49202 Summary: Never exited critical section in freetype.c Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- if expression `(!enum_face_charsets(family, face, &enum_charsets, proc, lparam, NULL))` is true, then only return is executed without exiting critical session https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a… ``` if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam, psub ? psub->from.name : NULL)) return FALSE; } } } else { LIST_FOR_EACH_ENTRY( family, &font_list, Family, entry ) { face_list = get_face_list_from_family(family); face = LIST_ENTRY(list_head(face_list), Face, entry); if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam, NULL)) return FALSE; ``` -- Do not reply 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 53386] New: cmd.exe: FOR /F USEBACKQ doesn't handle UTF-16 output of commands.
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53386 Bug ID: 53386 Summary: cmd.exe: FOR /F USEBACKQ doesn't handle UTF-16 output of commands. Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: ahiler(a)codeweavers.com Distribution: --- Used by installation script of Septerra Core on Steam. Easy reproducer: FOR /F USEBACKQ %F IN (`wmic os get osarchitecture`) DO ECHO %F Wmic output is UTF-16 and starts with BOM. On Windows the above snipped echoes whatever wmic spits out. Currently on Wine it gets stuck in infinite loop. The infinite loop is addressed by https://gitlab.winehq.org/wine/wine/-/merge_requests/352 but UTF-16 is still not handled at all. -- Do not reply 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 54435] New: Installation Error With Make
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54435 Bug ID: 54435 Summary: Installation Error With Make Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peterweyand0(a)gmail.com Distribution: --- Using make does not work and results in an error <inline asm>:305:2: error: conditional branch requires assembler-local label. '.L__wine_syscall_dispatcher_return' is external. cbnz w16, .L__wine_syscall_dispatcher_return I don't know what .L__wine_syscall_dispatcher_return is or how to fix this. I've used configure successfully with default params on macOS Ventura. -- Do not reply 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 54434] New: Crash upon loading document in Toonboom Harmony 17 Premium
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54434 Bug ID: 54434 Summary: Crash upon loading document in Toonboom Harmony 17 Premium Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mnmemma5(a)gmail.com Distribution: --- Created attachment 73980 --> https://bugs.winehq.org/attachment.cgi?id=73980 generated backtrace log upon crash. Upon loading a document in Toonboom Harmony 17 Premium, the application crashes with a WINE prompt to create a backtrace file. This should not occur. On Windows - the application's start menu will freeze with a "Toonboom Harmony 17 Premium is not responding" dialogue box for a few moments before loading into program with the document open, as (possibly?) intended. This may only be an issue with a cracked copy of Harmony, however, as backtrace states one of the problems is with module toonboomnetwork - which I'm pretty sure the countryboy crack patches (likely so that it never reaches intended licensing server and thus never verifies whether the license is legit or not) - so if this doesn't happen with a legitimate copy, let me know (unfortunately, I'm not paying for a full license because the prices Toonboom set are, frankly, a bit ridiculous... at least, for someone poor - and they don't allow download of Harmony 17 nor Storyboard 7 anymore anyways.) However, I have used a trial license before on Windows, obtained legitimately via the Toonboom website, and from my recollection, it appears to freeze the same way regardless, so take that as you will. Now, I actually set up my WINE prefixes and such through PlayOnLinux, so this could also just be some weird issue with the way POL sets things up (I've had an unrelated error installing Storyboard 7 relating to a lack of simulated All Users\Documents folder) - in which case, uh, disregard this bug report, I guess, and I'll head over to the POL forums - but this does appear to be a problem with WINE and the way it handles programs freezing. Running on Ubuntu MATE, version 21.10 (Impish Indri) 64 bit, if that helps anything. -- Do not reply 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 54421] New: Pulsonix 11.0 crashes 5s after starting
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54421 Bug ID: 54421 Summary: Pulsonix 11.0 crashes 5s after starting Product: Wine-staging Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)stegm.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- https://pulsonix.com/download Dump of the crash presented by Pulsonix 11 after crash: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00dcdc37). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00dcdc37 ESP:008cd3dc EBP:008cd48c EFLAGS:00210202( R- -- I - - - ) EAX:0960d750 EBX:0b085458 ECX:00000018 EDX:00000000 ESI:008cd8ac EDI:0960d750 Stack dump: 0x008cd3dc: 0b085458 008cd8ac 008cd89c 00e6c8b0 0x008cd3ec: 1e4ddf17 0b085458 008ce8d4 00000080 0x008cd3fc: 64a8e72c ce4108cb 0f090820 008cd478 0x008cd40c: 6da84fd7 ce4108cb 008cd430 008cd478 0x008cd41c: 6daa38e3 008cd44c 008cd89c 0f090820 0x008cd42c: 6daa38e3 ce4108cb 0f090820 ce4108cb Backtrace: =>0 0x00dcdc37 in bcgcbpro2710u141 (+0x1adc37) (0x008cd48c) 1 0x00e68ddc in bcgcbpro2710u141 (+0x248ddc) (0x008cd830) 2 0x00e69089 in bcgcbpro2710u141 (+0x249089) (0x008cd864) 3 0x00c6ac90 in bcgcbpro2710u141 (+0x4ac90) (0x008cea64) 4 0x00c6e3d2 in bcgcbpro2710u141 (+0x4e3d2) (0x008cea84) 5 0x00c6e216 in bcgcbpro2710u141 (+0x4e216) (0x008ceaa0) 6 0x1137adb5 in uitools (+0x7adb5) (0x008ceacc) 7 0x02fac4ee in dockbar (+0x6c4ee) (0x008ceb04) 8 0x02fabc89 in dockbar (+0x6bc89) (0x008cebb4) 9 0x02faabb1 in dockbar (+0x6abb1) (0x008cec00) 10 0x02f726c8 in dockbar (+0x326c8) (0x008cec08) 11 0x02fad509 in dockbar (+0x6d509) (0x008cec58) 12 0x02f751a3 in dockbar (+0x351a3) (0x008cec78) 13 0x00428e78 in pulsonix (+0x28e78) (0x008cec8c) 14 0x004242a9 in pulsonix (+0x242a9) (0x008cecdc) 15 0x0042e5bd in pulsonix (+0x2e5bd) (0x008ced0c) 16 0x0042f457 in pulsonix (+0x2f457) (0x008cfecc) 17 0x100abee8 in mfc140u (+0xabee8) (0x008cfee4) 18 0x0045e874 in pulsonix (+0x5e874) (0x008cff30) 19 0x7b6291a0 in kernel32 (+0x291a0) (0x008cff48) 20 0x7bc5dbf7 in ntdll (+0x5dbf7) (0x008cff5c) 21 0x7bc5e3f8 in ntdll (+0x5e3f8) (0x008cffec) 0x00dcdc37 bcgcbpro2710u141+0x1adc37: movl 0x0(%edx),%esi Modules: Module Address Debug info Name (153 modules) PE 00400000-005d3000 Export pulsonix PE 00c20000-01509000 Export bcgcbpro2710u141 PE 01510000-01532000 Deferred msacm32 PE 01540000-016d1000 Deferred gdiplus PE 01710000-01768000 Deferred license PE 01770000-01822000 Deferred hasp64 PE 01830000-01859000 Deferred ws2_32 PE 01860000-019d8000 Deferred gu6050r PE 019e0000-01a0b000 Deferred vcomboctrl PE 01a10000-01a28000 Deferred gud6050r PE 01a30000-01b83000 Deferred commands PE 01b90000-01c53000 Deferred desdraw PE 01c60000-01caa000 Deferred dxgi PE 01cb0000-02193000 Deferred design PE 021a0000-021b0000 Deferred tiles PE 021b0000-02236000 Deferred desbasics PE 02240000-022ad000 Deferred image PE 022b0000-02352000 Deferred libbasics PE 02360000-023e1000 Deferred dstore PE 023f0000-02666000 Deferred fileio PE 02670000-02a21000 Deferred destools PE 02a30000-02a49000 Deferred frame PE 02a50000-02a94000 Deferred partfind PE 02aa0000-02ac0000 Deferred multimon PE 02ac0000-02bb9000 Deferred shapemerge PE 02bc0000-02be3000 Deferred cgal-vc140-mt-4.10 PE 02bf0000-02d9d000 Deferred reportmaker PE 02da0000-02ea5000 Deferred reports PE 02eb0000-02f3a000 Deferred camrules PE 02f40000-030b8000 Export dockbar PE 030c0000-030fc000 Deferred desio PE 03100000-035b8000 Deferred interact PE 035c0000-036c5000 Deferred propbar PE 036d0000-039f6000 Deferred tech PE 03a00000-03b91000 Deferred spice PE 03ba0000-03c68000 Deferred nlutils PE 03c70000-03ca2000 Deferred commander PE 03cb0000-03cbd000 Deferred exceptions PE 03cc0000-03dbc000 Deferred partedit PE 03dc0000-03e62000 Deferred vaultui PE 03e70000-03e7f000 Deferred autotools PE 04f80000-05001000 Deferred winex11 PE 05050000-05061000 Deferred mfc140deu PE 054b0000-054ec000 Deferred aplace PE 05d50000-05f02000 Deferred windowscodecs PE 10000000-104c5000 Export mfc140u PE 10600000-1062a000 Deferred geom PE 10700000-10900000 Deferred set PE 11000000-111d6000 Deferred utility PE 11300000-1146b000 Export uitools PE 11500000-11518000 Deferred project PE 11800000-119bc000 Deferred libtools PE 12200000-122b0000 Deferred postpr PE 13600000-13617000 Deferred gridctrl PE 62500000-62635000 Deferred oleaut32 PE 62a80000-62a9d000 Deferred odbc32 PE 62c40000-62c7b000 Deferred concrt140 PE 63580000-635c7000 Deferred oleacc PE 63640000-636cd000 Deferred d2d1 PE 64180000-64216000 Deferred winspool PE 643c0000-643d4000 Deferred vcruntime140 PE 646c0000-646f6000 Deferred iphlpapi PE 64a80000-64abc000 Deferred win32u PE 65340000-6534a000 Deferred msimg32 PE 65480000-65515000 Deferred rpcrt4 PE 65680000-6572e000 Deferred msvcrt PE 65e80000-65f04000 Deferred dwrite PE 66080000-660dd000 Deferred shlwapi PE 662c0000-662ce000 Deferred d3d10core PE 66380000-664c1000 Deferred ole32 PE 66640000-6664d000 Deferred version PE 667c0000-667da000 Deferred shcore PE 66fc0000-66fd5000 Deferred compstui PE 67500000-6751b000 Deferred imm32 PE 67bc0000-67d2e000 Deferred comctl32 PE 684c0000-68522000 Deferred combase PE 68880000-68a4a000 Deferred user32 PE 68c80000-68cac000 Deferred glu32 PE 68e40000-68e68000 Deferred netapi32 PE 69040000-6914e000 Deferred comdlg32 PE 69840000-69883000 Deferred advapi32 PE 6aac0000-6ab99000 Deferred ucrtbase PE 6acc0000-6ad27000 Deferred libgmp-10 PE 6aec0000-6af46000 Deferred setupapi PE 6afc0000-6afd1000 Deferred aclui PE 6b140000-6b151000 Deferred rtworkq PE 6b3c0000-6b3e2000 Deferred msxml6 PE 6bb40000-6bb73000 Deferred propsys PE 6bbc0000-6bbec000 Deferred sechost PE 6bc80000-6bcab000 Deferred explorerframe PE 6c100000-6c188000 Deferred wininet PE 6c1c0000-6c40c000 Deferred msxml3 PE 6c980000-6c9ed000 Deferred msvcp140 PE 6cc80000-6cf1c000 Deferred wined3d PE 6d600000-6d60f000 Deferred d3d10_1 PE 6d9c0000-6da3a000 Deferred d3d11 PE 6da80000-6db0c000 Deferred gdi32 PE 6db80000-6dcd0000 Deferred actxprxy PE 6ecc0000-6ecd6000 Deferred dnsapi PE 6f240000-6f308000 Deferred winmm PE 6f540000-6f59e000 Deferred libmpfr-4 PE 6f6c0000-6f6cb000 Deferred nsi PE 70380000-70430000 Deferred urlmon PE 704c0000-704ce000 Deferred dwmapi PE 70d80000-70db8000 Deferred uxtheme PE 712c0000-712e1000 Deferred mpr PE 71400000-71d66000 Deferred shell32 PE 7a800000-7a953000 Deferred opengl32 PE 7b000000-7b2a9000 Deferred kernelbase PE 7b600000-7b661000 Dwarf kernel32 PE 7bc00000-7bcb0000 Dwarf ntdll ELF 7d000000-7d005000 Deferred <wine-loader> ELF 7ddd3000-7de77000 Deferred opengl32.so ELF 7dee5000-7def8000 Deferred libresolv.so.2 ELF 7df21000-7df28000 Deferred netapi32.so ELF 7df28000-7df2e000 Deferred ws2_32.so ELF 7e005000-7e012000 Deferred libxcursor.so.1 ELF 7e04d000-7e062000 Deferred libxi.so.6 ELF 7e062000-7e072000 Deferred libxrandr.so.2 ELF 7e072000-7e080000 Deferred libxrender.so.1 ELF 7e080000-7e0ac000 Deferred libxcb.so.1 ELF 7e0ac000-7e1fe000 Deferred libx11.so.6 ELF 7e200000-7e205000 Deferred dnsapi.so ELF 7e22a000-7e234000 Deferred odbc32.so ELF 7e234000-7e2c3000 Deferred winex11.so ELF 7e376000-7e3a1000 Deferred libexpat.so.1 ELF 7e3a1000-7e3f4000 Deferred libfontconfig.so.1 ELF 7e3f4000-7e495000 Deferred libpcre2-8.so.0 ELF 7e495000-7e4b8000 Deferred libbrotlicommon.so.1 ELF 7e4b8000-7e611000 Deferred libglib-2.0.so.0 ELF 7e611000-7e705000 Deferred libharfbuzz.so.0 ELF 7e705000-7e742000 Deferred libpng16.so.16 ELF 7e742000-7e80f000 Deferred libfreetype.so.6 ELF 7e80f000-7e986000 Deferred win32u.so ELF 7ee00000-7ee08000 Deferred libxfixes.so.3 ELF 7ee08000-7ee10000 Deferred libxxf86vm.so.1 ELF 7ee10000-7ee17000 Deferred libxdmcp.so.6 ELF 7ee17000-7ee29000 Deferred libbz2.so.1.0 ELF 7ee29000-7ee42000 Deferred libz.so.1 ELF 7ee42000-7ee48000 Deferred winspool.so ELF 7ee48000-7ee5e000 Deferred libxext.so.6 ELF 7ee78000-7f000000 Dwarf libwine.so.1 ELF f0e00000-f1218000 Deferred libcrypto.so.3 ELF f175b000-f1800000 Deferred libssl.so ELF f7525000-f75a6000 Deferred libvulkan.so.1 ELF f7af4000-f7af9000 Deferred libxau.so.6 ELF f7af9000-f7bca000 Deferred libm.so.6 ELF f7be8000-f7bee000 Deferred dwrite.so ELF f7c00000-f7e2b000 Deferred libc.so.6 ELF f7e2c000-f7e3a000 Deferred libbrotlidec.so.1 ELF f7e3a000-f7e5f000 Deferred libgcc_s.so.1 ELF f7e5f000-f7f2c000 Deferred ntdll.so ELF f7f2e000-f7f64000 Deferred ld-linux.so.2 Threads: process tid prio name (all IDs are in hex) 00000038 services.exe 0000003c 0 00000040 0 wine_rpcrt4_server 0000004c 0 wine_rpcrt4_io 00000070 0 wine_rpcrt4_io 00000098 0 wine_rpcrt4_io 000000c4 0 wine_rpcrt4_io 00000114 0 wine_rpcrt4_io 00000044 winedevice.exe 00000048 0 00000054 0 00000058 0 wine_sechost_service 0000005c 0 00000060 0 00000064 0 000000d0 0 00000068 winedevice.exe 0000006c 0 00000074 0 00000078 0 wine_sechost_service 0000007c 0 00000080 0 00000084 0 0000009c 0 000000a8 0 00000088 plugplay.exe 0000008c 0 000000a4 0 000000ac 0 wine_sechost_service 000000b0 0 wine_rpcrt4_server 000000b4 0 wine_rpcrt4_io 000000bc svchost.exe 000000c0 0 000000c8 0 000000cc 0 wine_sechost_service 000000dc explorer.exe 000000e0 0 000000ec 0 00000108 0 wine_rpcrt4_server 00000100 rpcss.exe 00000104 0 0000011c 0 00000120 0 wine_sechost_service 00000124 0 wine_rpcrt4_server 00000128 0 wine_rpcrt4_server 00000134 0 wine_rpcrt4_io 000001a0 0 wine_rpcrt4_io 000001f0 0 wine_rpcrt4_io 00000178 LicenseManager.exe [LicenseManager.exe nocheckpsx] 0000017c 0 00000194 (D) C:\Program Files (x86)\Pulsonix 11.0\Pulsonix.exe ["C:\Program Files (x86)\Pulsonix 11.0\Pulsonix.exe"] 00000198 0 <== 0000019c 0 wine_rpcrt4_server 000001dc 0 000001e0 explorer.exe 000001e4 0 000001e8 0 000001ec 0 wine_rpcrt4_server System information: Wine build: wine-8.0 (Staging) Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 6.1.8-arch1-1 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 54433] New: user32:input often fails to set the foreground window on w7u-adm, gets 800+ failures
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54433 Bug ID: 54433 Summary: user32:input often fails to set the foreground window on w7u-adm, gets 800+ failures Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input often fails to set the foreground window on w7u-adm, gets 800+ failures. Only the first five are shown below: input.c:954: Tests skipped: Failed to set foreground window; some tests will be skipped. input.c:872: Test failed: 0 (a4/0): the msg sequence is not complete: expected 0104 - actual 0000 input.c:872: Test failed: 1 (46/0): the msg sequence is not complete: expected 0104 - actual 0000 input.c:872: Test failed: 2 (46/2): the msg sequence is not complete: expected 0105 - actual 0000 input.c:872: Test failed: 3 (a4/2): the msg sequence is not complete: expected 0101 - actual 0000 input.c:872: Test failed: 4 (a2/0): the msg sequence is not complete: expected 0100 - actual 0000 Among the 800+ failures some cause persistent false positives: input.c:2929: Test failed: 9: Unexpected cursor movement input.c:2921: Test failed: 10: expected WM_INPUT message input.c:2929: Test failed: 10: Unexpected cursor movement input.c:2921: Test failed: 11: expected WM_INPUT message input.c:2929: Test failed: 11: Unexpected cursor movement input.c:2929: Test failed: 12: Unexpected cursor movement ---> the above message look new mostly because of message order issues input.c:1751: Test failed: expected to get 64 mouse move points but got 5 input.c:1757: Test failed: expected to get 64 mouse move points but got 5 See https://test.winehq.org/data/patterns.html#user32:menu So the root of the issue is some previous test that messes up the environment; most likely by triggering a UAC prompt since this only impacts the tests run without elevated privileges. And this test changed behavior on 2023-01-09 since that's when these massive failures started. Also user32:input should probably be better at skipping tests when that happens. -- Do not reply 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 54427] New: Improve Wine desktop file entry generation
by WineHQ Bugzilla 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54427 Bug ID: 54427 Summary: Improve Wine desktop file entry generation Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rizalmart98(a)gmail.com Distribution: --- I noticed that Wine generates one desktop file entry (*.desktop) per file extension. Which cause a lot of desktop menu entry duplicates when launching "OPEN WITH" window for selecting file associations. Is it possible merge those *.desktop file entry into one desktop file if they have the same program name? -- Do not reply 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