wine-bugs November 2023

wine-bugs@winehq.org

1 participants
2714 discussions

[Bug 55764] New: Wine will temporarily disconnect logitech devices for a split second when launching game/application.
by WineHQ Bugzilla 29 Nov '23

29 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55764 Bug ID: 55764 Summary: Wine will temporarily disconnect logitech devices for a split second when launching game/application. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noltogreen2187(a)gmail.com Distribution: --- Created attachment 75253 --> https://bugs.winehq.org/attachment.cgi?id=75253 dmesg logs after launching game. (Note: currently only using logitech g pro gaming keyboard) Steps to reproduce: 1. Get a logitech mouse or keyboard (in my case logitech g pro gaming keyboard, and logitech g203 mouse). 2. Launch game/application. And then you wont be able to input keystrokes for a split second. This bug is really annoying since i use input-remapper to well, remap inputs, so when this happens my set profile stops and ill have to go re-apply it everytime i want to play a game. It will also make the time that it freezes alot longer. This doesnt happen with steam or using wine in a flatpak. Wine version doesnt seem to matter, maybe if i use a version from a year or two back it wont happen, but idk i havent tested. My motherboard & bios version: Gigabyte Technology Co., Ltd. B450M DS3H-CF, F41. -- Do not reply 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 55957] New: Wolfenstein: Return To Castle. Crashes at startup.
by WineHQ Bugzilla 29 Nov '23

29 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55957 Bug ID: 55957 Summary: Wolfenstein: Return To Castle. Crashes at startup. Product: Wine Version: 5.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gastra1er(a)mail.ru Distribution: --- Created attachment 75549 --> https://bugs.winehq.org/attachment.cgi?id=75549 log file for WINEDEBUG=+relay Two years ago everything worked, now I can’t start it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 2636] Problem installing Return to Castle Wolfenstein (and others)
by WineHQ Bugzilla 29 Nov '23

29 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=2636 gastra1er <gastra1er(a)mail.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gastra1er(a)mail.ru -- Do not reply 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 3058] Return to Castle Wolfenstein - crashes on load game
by WineHQ Bugzilla 29 Nov '23

29 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=3058 gastra1er <gastra1er(a)mail.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gastra1er(a)mail.ru -- Do not reply 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 55953] New: page fault in cmxcomm64 when changing UI page of a Crestron Xpanel64 Regression 8.16 staging
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55953 Bug ID: 55953 Summary: page fault in cmxcomm64 when changing UI page of a Crestron Xpanel64 Regression 8.16 staging Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dtimms(a)iinet.net.au Distribution: --- An AV manufacturer provides a program which generates a touchpanel UI design which can run on a windows PC using Xpanel. There are a pair off apps (32 and 64 bit) exes, and associated dlls. These load a UI design from a .vtx file. The design shows pages and buttons, and a simple example can swap between pages via a button. The application will connect to an IP address/number in the configuration menu, of the AV manufacturer controller. It will then send and receive the state of buttons and other controls. OS: Fedora 38 and 39. x86_64 alternatives set wine as wine64. Startup: - In nemo: right click Xpanel64.exe and click Wine, or - Terminal: wine64 Xpanel64.exe Normal Operation: (Fedora packages) Wine 8.15 with staging Wine up to 8.16 without staging. Wine up to 8.16 with staging -W eventfd_synchronization.all Fault occurs: (Fedora packages built locally using mock). Wine 8.16 with staging Wine 8.17 with or without staging Wine 8.19 with or without staging Wine 8.21 with or without staging (WineHQ Fedora repo). Fault: Xpanel64.exe runs and shows the initial page UI. Crash occurs when clicking a button which would normal change UI pages within the application. Wine Debugger shows, and a second Program Error Details is available. -- Do not reply 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 55946] New: cloudmusic: crash when open cloudmusic.exe
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55946 Bug ID: 55946 Summary: cloudmusic: crash when open cloudmusic.exe Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: li_hai_qiang(a)outlook.com Distribution: --- Created attachment 75527 --> https://bugs.winehq.org/attachment.cgi?id=75527 crash when open cloudmusic.exe cloudmusic: crash when open cloudmusic.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 3

[Bug 55910] New: Calibre 7 Portable doesn't work
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55910 Bug ID: 55910 Summary: Calibre 7 Portable doesn't work Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bilbiliblus(a)gmail.com Distribution: --- Created attachment 75458 --> https://bugs.winehq.org/attachment.cgi?id=75458 Error in Calibre 7 Portable I installed calibre 7 Portable in Ubuntu 22.04.3 and, when I try to run I get the error in the attachment. It doesn't work. I worked fine with Calibre 6.29 -- Do not reply 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 55907] New: Wine Noodle setup 2.9.2 : crashes on start
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=55907 Bug ID: 55907 Summary: Wine Noodle setup 2.9.2 : crashes on start Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m600(a)free.fr Distribution: --- Created attachment 75444 --> https://bugs.winehq.org/attachment.cgi?id=75444 unimplemented function KERNEL32.dll.DiscardVirtualMemory called in 64-bit code tried to install "Noodl Setup 2.9.2.exe" (see www.noodl.net/) then got crashe starting with this : Unhandled exception: unimplemented function KERNEL32.dll.DiscardVirtualMemory called in 64-bit code (0x0000017002d3a8). -- Do not reply 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 53556] New: winealsa.drv segfaults on process exit
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=53556 Bug ID: 53556 Summary: winealsa.drv segfaults on process exit Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com Distribution: --- Created attachment 72919 --> https://bugs.winehq.org/attachment.cgi?id=72919 Adds test to kernelbase_test.exe sync I get a segfault on process exit whenever the winealsa.drv is loaded. I can recreate this by running the winmm_test.exe midi test for example. I've also attached a patch that adds a test to kernelbase_test.exe (under the 'sync' tests) that recreates this issue. It's recreated in this patch without the process exit (thread termination is enough). Here's the stacktrace for the winealsa.drv thread at the beginning of signal_exit_thread (not long after SIGQUIT is signaled): #0 0x00007ffff7cee3ce in signal_exit_thread () #1 0x00007ffff7d0d25b in abort_thread (status=status@entry=0) at ../../include/winnt.h:2246 #2 0x00007ffff7cf12e8 in quit_handler (signal=<optimised out>, siginfo=<optimised out>, ucontext=<optimised out>) at ../../dlls/ntdll/unix/signal_x86_64.c:2861 #3 <signal handler called> #4 0x00007ffff7e0a195 in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at ./nptl/futex-internal.c:57 #5 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at ./nptl/futex-internal.c:87 #6 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x7ffff5aa2528 <notify_read_cond+40>, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at ./nptl/pthread_cond_wait.c:503 #8 ___pthread_cond_wait (cond=cond@entry=0x7ffff5aa2500 <notify_read_cond>, mutex=mutex@entry=0x7ffff5aa2540 <notify_mutex>) at ./nptl/pthread_cond_wait.c:627 #9 0x00007ffff5a99a67 in midi_notify_wait (args=0x23cfdd0) at ../../dlls/winealsa.drv/alsamidi.c:1512 #10 0x00007ffff7cd7f13 in __wine_unix_call (handle=<optimised out>, code=<optimised out>, args=0x7ffff5aa2528 <notify_read_cond+40>) at ../../dlls/ntdll/unix/loader.c:1362 #11 0x00007ffff7cee565 in __wine_syscall_dispatcher () #12 0x00000000024cf640 in ?? () #13 0x0000000000000019 in ?? () #14 0x00007ffff7e0d850 in ?? () at ./nptl/pthread_create.c:321 #15 0x00007ffff7cee3cc in signal_start_thread () #16 0x0000000000000000 in ?? () Before the call to __GI___futex_abstimed_wait_cancelable64 (made from frame 7), the following line of code is executed: https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_cond_wait.c;h… __pthread_cleanup_push (&buffer, __condvar_cleanup_waiting, &cbuffer); This appears to push some cleanup code on to a cleanup stack that glibc later attempts to use during thread termination. However, the buffer and cbuffer structs are allocated on the threads stack. Exploring frame 7, we can get the memory address for the buffer struct (0x24ce870): (gdb) f 7 #7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at ./nptl/pthread_cond_wait.c:503 warning: Source file is more recent than executable. 503 err = __futex_abstimed_wait_cancelable64 ( (gdb) p &buffer $1 = (struct _pthread_cleanup_buffer *) 0x24ce870 I then step forward 4 instructions: (gdb) si 0x00007ffff7cee3d5 in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3d5 <signal_exit_thread+9>: test %rcx,%rcx (gdb) 0x00007ffff7cee3d8 in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3d8 <signal_exit_thread+12>: jne 0x7ffff7cee3dc <signal_exit_thread+16> (gdb) 0x00007ffff7cee3dc in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3dc <signal_exit_thread+16>: mov %rcx,%rsp (gdb) 0x00007ffff7cee3df in signal_exit_thread () 1: x/i $rip => 0x7ffff7cee3df <signal_exit_thread+19>: call *%rsi (gdb) bt #0 0x00007ffff7cee3df in signal_exit_thread () #1 0x00007ffff7d0a1f0 in start_thread (teb=0x67fd0000) at ../../dlls/ntdll/unix/thread.c:1070 #2 0x00007ffff7e0db43 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #3 0x00007ffff7e9fa00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 (gdb) p $rsp $2 = (void *) 0x24cee00 And now the $rsp register is updated (to 0x24cee00), but it's to the right of the buffer struct. 0x24cee00 - 0x24ce870 = 0x590 (1424 bytes). So once the stack expands 1424 bytes (to the left), this buffer struct is overwritten. I add a watch to the buffer structs memory address and continue: (gdb) watch ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine (gdb) c Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff7e0c7a0 <__condvar_cleanup_waiting> New value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop> 0x00007ffff7fc2426 in __GI__dl_find_object (pc1=0x7ffff51663e9 <_Unwind_ForcedUnwind+57>, result=0x24ce8d0) at ./elf/dl-find_object.c:363 363 if (__glibc_unlikely (_dlfo_main.map_end == 0)) 1: x/i $rip => 0x7ffff7fc2426 <__GI__dl_find_object+6>: push %r13 (gdb) Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop> New value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57> 0x00007ffff5166c91 in get_cie_encoding (cie=0x7ffff516a1b8) at ../../../src/libgcc/unwind-dw2-fde.c:299 299 aug = cie->augmentation; 1: x/i $rip => 0x7ffff5166c91 <get_cie_encoding+1>: mov %rdi,%rbp (gdb) Continuing. Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine Old value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57> New value = (void (*)(void *)) 0x24ce890 0x00007ffff516584c in uw_update_context_1 (context=0x24ceb90, fs=0x24ce9d0) at ../../../src/libgcc/unwind-dw2.c:1454 1454 switch (fs->regs.reg[i].how) 1: x/i $rip => 0x7ffff516584c <uw_update_context_1+492>: lea 0x4209(%rip),%rbp # 0x7ffff5169a5c (gdb) c Continuing. It actually gets updated a few times, but the last update is to an invalid executable address (0x24ce890); which ultimately leads to the segfault: Thread 2 "winmm_test.exe" received signal SIGSEGV, Segmentation fault. 0x00000000024ce890 in ?? () 1: x/i $rip => 0x24ce890: rex.WXB add %al,(%r8) 1: x/i $rip => 0x24ce890: rex.WXB add %al,(%r8) -- Do not reply 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 54359] New: DaciaMediaNavEvolutionToolbox crashes due to error in libcef
by WineHQ Bugzilla 28 Nov '23

28 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=54359 Bug ID: 54359 Summary: DaciaMediaNavEvolutionToolbox crashes due to error in libcef Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dani.faugiana(a)gmail.com Distribution: --- Created attachment 73931 --> https://bugs.winehq.org/attachment.cgi?id=73931 Backtrace of the crash in libcef.dll Hello, I am trying to run DaciaMediaNavEvolutionToolbox to update the car maps. The application crashes right after starting, I have attached the backtrace. I have tried running the software in Windows XP and Windows 7 modes. Same result in both modes. The error seems to be in libcef.dll, the Chromium Embedded Framework. Searching other bugs, it seems that it's a bug that re-appears from time to time as Chromium changes its internals. Is the fix already ongoing? Or should I give up (or maybe try to help fixing it?) 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 8

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 2023