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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=55755
Bug ID: 55755
Summary: ntdll:wow64 - The 32-bit test_modules() fails to find
the main module in Wine's new WoW mode
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: ---
ntdll:wow64 - The 32-bit test_modules() fails to find the main module in Wine's
new WoW mode:
wow64.c:1568: Test failed: main module not found
See https://test.winehq.org/data/patterns.html#ntdll:wow64
In particular one can see this issue on fg-deb64-i386, fgtb-debian11-i386,
fgtb-debian12-i386 and rbernon-*-wow64 which all run the 32-bit tests in the
new Windows-on-Windows Wine mode. This failure does no happen in the 64-bit
test, or when running in a pure 32-bit environment or in the old
Windows-on-Windows mode.
This also happens on macOS when running the 32-bit tests in the new WoW mode
(see mac_rbernon-macos-*-wow64).
A bisect shows that this failure started with the commit below:
commit de81e2ea41b27a14f88177639c5b5d35a210b5bd
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Fri Oct 6 15:08:02 2023 +0200
ntdll: Only create the main module on the 32-bit side for wow64.
This means this most likely has the same fix as bug 55744.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33208
Bug #: 33208
Summary: WWII Battle Tanks: T-34 vs. Tiger selection of the new
company causes to crash
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43931
--> http://bugs.winehq.org/attachment.cgi?id=43931
logout + backtrace
Game runs without any overrides, but has crash when selecting a new company.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40183
Bug ID: 40183
Summary: unable to install GOTO bridge software
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajax_lusinchi(a)yahoo.fr
Distribution: ---
Created attachment 53690
--> https://bugs.winehq.org/attachment.cgi?id=53690
report from installation
under ubuntu 140.04 with wine 1.6
GOTO bridge XVI works with windows
Installation failed
I also use without problem Funbridge sofware from the same firm
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53951
Bug ID: 53951
Summary: Corsairs game crashes at startup
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varrok(a)gmail.com
Distribution: ---
Created attachment 73527
--> https://bugs.winehq.org/attachment.cgi?id=73527
Logs from a clean wine32 prefix + winetricks dsound, quartz, gdi+, cinepack
components. WinXp compatibility mode.
Hi ????,
I'm trying to get the Corsairs Gold game to run
https://www.gog.com/game/corsairs_gold , but it refuses to. I got it to run on
one prefix (with issues, but at least got through the intro videos, menus [with
error messages] to gameplay), but reproducing it cleanly was too hard after
multiple attempts.
Sadly, this game doesn't have a demo for easy reproduction.
When I launch the game (getting past the separate .exe launcher), black screen
is displayed (where the cutscenes are supposed to play) for some time (probably
video duration) then the game's splash image is displayed, and the game crashes
at the first frame of the main menu.
The report issue Wine popup appears, but doesn't manage to fill in the data to
send even after waiting for a long while. I do have output logs though,
attached here.
Extra information:
- This game uses cinepack codec for the .avi videos, but installing it via
winetricks doesn't make them immediately run (they display black screen)
- The game requires at least the quartz component of winetricks (or
equivalent), and most likely dsound too - installing them alone didn't make the
game get to the menu correctly. Tried various other including: directmusic,
directshow, avifil32, dsmo, mf, allcodecs, gdi+, didn't seem to change
anything.
- The GOG version of the game uses a modified ddraw.dll (adraw.dll), it might
be the cause of some issues. Some person posted a modified exe that is
compatible with normal ddraw.dll
https://sourceforge.net/p/dxwnd/discussion/general/thread/2a942442/#7aa5 (Not
that I wish you to run potentially untrusted executables, so I'll just say I
tried it and though the file seems a legit game executable, it didn't help this
time)
- The crashed game doesn't exit cleanly, and sometimes the next launch crashes
a bit sooner than the others. Just a heads-up so you don't become insane from
seeing different outcomes to seemingly the same action :)
- wine-7.21-219-g5d1820c40bd , but the issue wasn't introduced in any new
version
- tested on a 32bit prefix, with emulated desktop 800x600
Br
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55948
Bug ID: 55948
Summary: 80_PA SecuROM keygen failed to start
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SECUROM80PA(a)GMAIL.COM
Distribution: ---
Created attachment 75532
--> https://bugs.winehq.org/attachment.cgi?id=75532
problem secondary window with "Find and Select" or "KILLING SPREEE!"
Hi!
Failed to start *80_PA.exe* (https://github.com/Blaukovitch/80_PA) - need
MFC42.dll as default lib:
https://lemmy.dbzer0.com/post/6405870
also, i known that may be fixed after:
sudo apt update
sudo apt install winetricks
winetricks mfc42
but more counts of users cannot execute this command separately!
Please, add *MFC42.dll* as DEFAULT system library (like kernel32.dll, ntdll.dll
and etc)
2) With command:
wine 80_PA.exe
version:
wine-6.0.3 (Ubuntu 6.0.3~repack-1)
Crashed in to buttons click (secondary windows -> "Find and Select" or "KILLING
SPREEE!").
Fontconfig error: failed reading config file: /etc/fonts/conf.d: Is a directory
(errno 21)
Fontconfig error: failed reading config file: /etc/fonts/conf.avail: Is a
directory (errno 21)
wine: Read access denied for device L"\\??\\z:\\", FS volume label and serial
are not available.
wine: Read access denied for device L"\\??\\z:\\", FS volume label and serial
are not available.
wine: Unhandled page fault on read access to 00000000 at address 004024FC
(thread 0100), starting debugger...
Backtrace:
=>0 0x004024fc EntryPoint+0xffffffff() in 80_pa (0x0144ff48)
1 0x7bc567f7 EntryPoint+0xffffffff() in ntdll (0x0144ff5c)
2 0x7bc56a50 EntryPoint+0xffffffff() in ntdll (0x0144ffec)
0x004024fc EntryPoint+0xffffffff in 80_pa: movzbl 0x0(%ecx,%eax,1),%edx
BUT STABLE work with:
wine-stable 80_PA.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.
https://bugs.winehq.org/show_bug.cgi?id=55689
Bug ID: 55689
Summary: rpcrt4:rpc - test_RpcServerInqDefaultPrincName() fails
on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
rpcrt4:rpc - test_RpcServerInqDefaultPrincName() fails on macOS:
rpc.c:938: Test failed: got 1747
rpc.c:948: Test failed: got 1747
rpc.c:272: Test failed: RpcBindingSetAuthInfo failed (1747)
rpc.c:280: Test failed: RpcBindingInqAuthInfo failed (1746)
rpc.c:281: Test failed: expected NULL identity, got 00000000DEADBEEF
rpc.c:282: Test failed: expected valid principal, got 00000000DEADBEEF
rpc.c:283: Test failed: expected RPC_C_AUTHN_LEVEL_PKT_PRIVACY, got 0
rpc.c:284: Test failed: expected RPC_C_AUTHN_WINNT, got 0
See https://test.winehq.org/data/patterns.html#rpcrt4:rpc
This set of failures first appeared on 2023-09-29. However they may have been
hidden by the crash that was happening up until 2023-09-27 so having these
failures is probably progress.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55690
Bug ID: 55690
Summary: winhttp:winhttp - test_large_data_authentication()
gets an HTTP denied error on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:winhttp - test_large_data_authentication() gets an HTTP denied error on
macOS:
winhttp.c:3019: Test failed: got 401
See https://test.winehq.org/data/patterns.html#winhttp:winhttp
Where 401 == HTTP_STATUS_DENIED
This failure first appeared on 2023-09-29. However it may have been hidden by
the crash that was happening up until 2023-09-27 so having this failure is
probably progress.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34998
Bug #: 34998
Summary: 11 button mouse not detected in Wow
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)nuteknik.com
Classification: Unclassified
I am running wine 1.7.6 on Ubuntu 13.10.
I have a Razer Ochori 2013 mouse whose mouse buttons are not all detected while
running wow 5.4.
The mouse has four side buttons, two on the left, two on the right. Both
buttons on the right side are not detected in wow.
xev receives Buttonpress events for those two buttons, as 10 and 11.
note: xev receives both left side buttons as 8 and 9.
And curiously...I have never been able find buttons 6 or 7 on this mouse. The
mouse wheel does not tilt right or left...
I posted this issue in the forums and was suggested to open a bug.
Thanks for your help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55940
Bug ID: 55940
Summary: Crazy Chicken Tales - unplayable due to major
graphical glitches
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: nikolas.gur(a)stud.uni-due.de
Distribution: ---
Created attachment 75508
--> https://bugs.winehq.org/attachment.cgi?id=75508
output of wine
Game also known as "Moorhuhn: Das verbotene Schloss"
(https://www.mobygames.com/game/76624/crazy-chicken-tales/), tested with the
retail CD version of "Moorhuhn: Die ersten 10 Jahre"
(https://moorhuhn.fandom.com/de/wiki/Moorhuhn_10_Jahre_Jubil%C3%A4umsedition)
What works:
- Audio
- Entering the main menu
What doesn't work:
- In the main menu GUI elements are overlapping and the mouse cursor is not
visible, making navigation nearly impossible
- If you manage to start a new game, heavy visual glitches make it impossible
to play
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55944
Bug ID: 55944
Summary: ALSA audio driver completely broken in wine stable
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp234(a)emailn.de
Distribution: ---
When starting a TRLE-created game, ALSA seems to get in a weird state. Other
native Linux applications using ALSA stop outputting sound or freeze. For
example, playing a video with mpv will simply stop playing, until you seek or
toggle pause twice.
This used to work until maybe some weeks or months ago. I'm unsure whether it's
a wine update or a problem with alsa-lib.
My setup is slightly weird because I have an ALSA snd_dummy driver instance
loaded, which I selected in winecfg as audio output driver. I don't normally
want sound, but the game requires a sound output to start at all.
TRLE is the Tomb Raider Level Editor. Games created with it can be found in
masses at https://www.trle.net/pFind.php (any with type TR4 should trigger
this). The original Tomb Raider 4 probably has the same problems, because these
games use a patched tomb4.exe.
My current workaround is switching to the pulse driver, starting pulseaudio
before starting the game, and killing pulseaudio after the game has started.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55938
Bug ID: 55938
Summary: Crazy Chicken Soccer: invisible application window
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: nikolas.gur(a)stud.uni-due.de
Distribution: ---
Created attachment 75503
--> https://bugs.winehq.org/attachment.cgi?id=75503
wine output
Also known as "Moorhuhn: Soccer". game info:
https://www.mobygames.com/game/34775/crazy-chicken-soccer/
Tested from the Retail CD version of "Moorhuhn Total 5"
(https://www.mobygames.com/game/96694/moorhuhn-total-5/,
https://moorhuhn.fandom.com/de/wiki/Moorhuhn_Total_5) and on Arch + Gnome
(Wayland)
What works:
- Audio
- Everything, if application is dragged onto another workspace
What does't work:
Game apparently boots into main menu, but it's totally invisible - the
application icon appears in the dash and can also be seen when ALT-TABing, but
the program window itself cannot be seen, even in the GNOME application
overview.
Temporary fix:
From the gnome application overview, the empty window needs to be dragged into
another workspace, then the application suddenly becomes visible.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49616
Bug ID: 49616
Summary: Speechexec Pro Dictate fails with: ITERATE_Actions
Execution halted, action L"ProductKeyError" returned
1603 with "Use demo key" mode
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Slighly older version of SpeechExec Pro Dictate does not install with "Use demo
key" under wine 5.2.10-staging
due to 0024:err:msi:ITERATE_Actions Execution halted, action L"ProductKeyError"
returned 1603
i.e. the generated demo key is not applied.
If You run the installer with WINEDEBUG=+msi and grep for the key, You will
find the generated trial key.
You can paste it during the next run and the installer will run (installing at
least some of the components).
0140:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"key", clsid
{000c109e-0000-0000-c000-000000000046} error was seen before in the output.
winetricks msxml6, dotnet40, dotnet20, and wsh were applied, the MS SQL
component ( SpeechExecLocalDataStorage_x86-ENU.msi ) was installed manually
before).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55937
Bug ID: 55937
Summary: could not load kernel32.dll, status c0000135
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: simonplayz002(a)gmail.com
Distribution: ---
hi i run Solus Budgie Linux and i'm having problems with wine's "kernel32" and
also this is how it looks on my terminal
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 0000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 0000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 0000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 0000005
wine: could not load kernel32.dll, status c0000135
im trying to just install fl studio thats all and it also doesn't open other
.exe files
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55407
Bug ID: 55407
Summary: wine-staging virtual desktop option breaks wine
creating windows
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lingtjien(a)hotmail.com
Distribution: ---
Environment:
AMD Ryzen 4800U
Wayland (Can also reproduce in X11)
Archlinux latest packages: wine-staging lib32-mesa lib32-vulkan-driver
lib32-vulkan-mesa-layers lib32-libva-mesa-driver lib32-pipewire lib32-libpulse
lib32-gnutls lib32-gst-plugins-good
Steps to reproduce:
1. start winecfg without a prefix and let it create a new prefix
2. go to graphics tab
3. enable the option to emulate a virtual desktop and press ok to confirm and
exit
4. start winecfg again
Result:
winecfg errors with:
```
0198:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0198:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
```
Expected result:
winecfg to open the config windows to allow the user to adjust settings
Note:
This problem does not occur with the regular wine version, only 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.
https://bugs.winehq.org/show_bug.cgi?id=55815
Bug ID: 55815
Summary: Dishonored 2 crashes during cutscene
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Regression SHA1: b5d43949139ea89e708fd5e3ec9f937b72febec1
Distribution: ---
Created attachment 75305
--> https://bugs.winehq.org/attachment.cgi?id=75305
backtrace
Stable crash during the second cutscene when Emily sits on throne.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25740
Summary: setupapi: registry values missing %token% replacement
(dynamic strings, updspapi) (Windows PowerShell 2.0)
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
trying to start the Windows PowerShell Integrated Scripting Environment (ISE)
after installing Windows PowerShell 2.0 fails.
--- snip ---
$ wine powershell_ise.exe
...
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. ---> System.ArgumentNullException:
Value cannot be null.
Parameter name: window
at System.Windows.MessageBox.Show(Window owner, String messageBoxText,
String caption, MessageBoxButton button, MessageBoxImage icon, MessageBoxResult
defaultResult)
at Microsoft.Windows.PowerShell.Gui.Internal.Program.Initialize()
--- End of inner exception stack trace ---
at Microsoft.Windows.PowerShell.GuiExe.Internal.GPowerShell.Main(String[]
args)
wine: Unhandled exception 0xe0434f4d at address 0x7b838ce2 (thread 0009),
starting debugger...
--- snip ---
The real cause is the inability to locate/load the assembly
"CompiledComposition.Microsoft.PowerShell.GPowerShell.dll" leading to later
crash.
The path to assembly is resolved using registry:
--- snip ---
0026:Call advapi32.RegOpenKeyExW(80000002,009bf828
L"Software\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00020019,0032ece8)
ret=0036a6a7
0026:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=0036a6a7
...
0026:Call advapi32.RegQueryValueExW(00000180,009bf770
L"ApplicationBase",00000000,0032ed18,00000000,0032ed1c) ret=0036a7aa
0026:Ret advapi32.RegQueryValueExW() retval=00000000 ret=0036a7aa
...
0026:Call KERNEL32.GetFullPathNameW(0032ea1c
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\CompiledComposition.Microsoft.PowerShell.GPowerShell.dll",00000105,0032e810,00000000)
ret=0036a1c3
0026:Ret KERNEL32.GetFullPathNameW() retval=00000073 ret=0036a1c3
--- snip ---
Registry export:
--- snip ---
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\PowerShellEngine]
"ApplicationBase"="%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
"ConsoleHostAssemblyName"="Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
"ConsoleHostModuleName"="\"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""
"PowerShellVersion"="2.0"
"PSCompatibleVersion"="1.0,2.0"
"RuntimeVersion"="v2.0.50727"
--- snip ---
The path contains "%SystemRoot%" token which should have been deformated at
_install_ time (.NET app code directly takes the path string).
>From the setupapi/updspapi based installer's update.inf:
--- snip ---
...
[ProductInstall.GlobalRegistryChanges.Install]
AddReg=PowerShell.Add.Reg
DelReg=PowerShell.Del.Reg
...
[PowerShell.Add.Reg]
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ApplicationBase",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostAssemblyName",0x00000000,"Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostModuleName",0x00000000,"""%SystemRoot%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll"""
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PowerShellVersion",0x00000000,"2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PSCompatibleVersion",0x00000000,"1.0,2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"RuntimeVersion",0x00000000,"v2.0.50727"
HKLM,SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell,"Path",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe
--- snip ---
There are also %token% strings which are _not_ to be replaced, hence the double
% quoting:
--- snip ---
HKLM, SYSTEM\CurrentControlSet\Services\WinRM\Parameters, ServiceDll,
0x00020000, "%%SystemRoot%%\system32\WsmSvc.dll"
--- snip ---
MSDN says about the "INF AddReg Directive":
http://msdn.microsoft.com/en-us/library/ff546320.aspx
--- snip ---
[add-registry-section]
reg-root, [subkey],[value-entry-name],[flags],[value]
...
value
...
The expression of such a value depends on the registry type specified for
the flag, as follows:
* A registry string-type value can be expressed either as a "quoted
string" or as a %strkey% token defined in a Strings section of the INF file.
Such an INF-specified value does not have to include a NULL terminator at the
end of each string.
...
--- snip ---
There is a "dynamic strings" directive present in .inf file:
--- snip ---
[DynamicStrings]
SystemRoot=InstallPathEnvVar,SystemRoot
--- snip ---
This part is processed by installer, updspapi.UpdSpSetDynamicStringA gets
called:
--- snip ---
0023:Call setupapi.SetupFindFirstLineA(00144c68,01025d10
"DynamicStrings",00000000,0033bb94) ret=010758be
0023:Call ntdll.RtlCreateUnicodeStringFromAsciiz(0033baa8,01025d10
"DynamicStrings") ret=688f6bbf
0023:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=688f6bbf
0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"DynamicStrings",(null)):
returning 63/0
..
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025830 "ProcessDynamicStrings:
InstallPathEnvVar for %s returned %s",0033bb80) ret=010706ea
...
0023:Call updspapi.UpdSpSetDynamicStringA(00144c68,010f4940
"SystemRoot",001b7108 "C:\\windows") ret=01075d51
0023:fixme:updspapi:UpdSpSetDynamicStringA 0x144c68 "SystemRoot" "C:\\windows"
0023:Ret updspapi.UpdSpSetDynamicStringA() retval=00000001 ret=01075d51
...
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025754 "ProcessDynamicStrings:
all %%%s%% replaced with %s.",0033bb80) ret=010706ea
--- snip ---
Setupapi installer log:
--- snip ---
2.734: ProcessDynamicStrings: InstallPathEnvVar for SystemRoot returned
C:\windows
2.734: ProcessDynamicStrings: all %SystemRoot% replaced with C:\windows.
--- snip ---
At later stage, when the registry section is processed:
--- snip ---
0023:trace:setupapi:SetupFindNextMatchLineW
(0x144c68,L"ProductInstall.GlobalRegistryChanges.Install",L"AddReg"): returning
2
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/10/2 index 1
returning L"PowerShell.Add.Reg"
0023:trace:setupapi:SetupFindFirstLineW
(0x144c68,L"PowerShell.Add.Reg",(null)): returning 48/0
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 1
returning L"HKLM"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 2
returning L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
...
0023:trace:setupapi:SetupGetStringFieldA context 0x144c68/0x144c68/48/0 index 4
returning "0x00000000"
0023:Call advapi32.RegCreateKeyExW(80000002,0033935c
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00000000,00000000,02000000,00000000,0033b37c,00000000)
ret=688ec641
0023:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=688ec641
0023:trace:setupapi:registry_callback key 0x80000002
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 3
returning L"ApplicationBase"
...
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 5
returning L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:trace:setupapi:do_reg_operation setting value L"ApplicationBase" to
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:Call advapi32.RegSetValueExW(0000006c,0033935c
L"ApplicationBase",00000000,00000001,0075d100,0000005a) ret=688ec5be
0023:Ret advapi32.RegSetValueExW() retval=00000000 ret=688ec5be
...
0023:Call advapi32.RegCloseKey(0000006c) ret=688ec6ce
0023:Ret advapi32.RegCloseKey() retval=00000000 ret=688ec6ce
--- snip ---
The string field containing %SystemRoot% token never got the replacement value.
Updspapi.dll UpdSpSetDynamicStringA() is a stub and does not have any
connection to setupapi, maybe this is the problem.
Updspapi seems like an internal/private version of Microsofts setupapi library,
distributed with installers/SP installers - not to be installed into OS.
Unfortunately setting updspapi to "native", skipping Wine's builtin stub
crashes the installer.
BTW ... the PowerShell console/command line stuff really integrates nicely now
that Wine has proper console support (wineconsole no longer needed).
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.
https://bugs.winehq.org/show_bug.cgi?id=42862
Bug ID: 42862
Summary: Gta 5 doesn't launch in dx10 mode
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jhntipo(a)gmail.com
Created attachment 57960
--> https://bugs.winehq.org/attachment.cgi?id=57960
The GTA5.exe backtrace
When I launch GTA 5, the game doesn't appear instead, the Program error
dialogue box shows up. I am using the 3dm crack but the file that crashes is
GTA5.exe. I used commandline.txt to set the graphics runtime to dx10.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34720
Bug #: 34720
Summary: Resident Evil 3: in the game launcher fonts not
rendered correctly
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46293
--> http://bugs.winehq.org/attachment.cgi?id=46293
RE3 Trace +font
You run the launcher using ResidentEvil3_menu.exe. I don't get anything in the
log. I've created a trace +font.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45472
Bug ID: 45472
Summary: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' :
different 'const' qualifiers"
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs_serge_180716(a)gautherie.fr
{{
...\oleaut32\oleaut.c(865) : warning C4090: '=' : different 'const' qualifiers
}}
pPSDispatchFacBuf is loosing its const.
Code added by
https://source.winehq.org/git/wine.git/commit/ebb839733ad84627a1be954ed861a…
.
Fwiw, see https://jira.reactos.org/browse/CORE-7538 .
There are other cases of this warning. With this first example, I would like to
know how you want them fixed...
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54698
Bug ID: 54698
Summary: Printing from GRTools app under Wine-git (latest), the
app will crash
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahmoudshmaitelly(a)yahoo.com
Distribution: ---
Created attachment 74208
--> https://bugs.winehq.org/attachment.cgi?id=74208
Printing bug app crashes
If I print from the app GRTools (freely available from GRTools.de) running
under latest wine-git version 8.4, the GRTools would crash and generates a
debug file as attached.
Thanks,
Mahmoud A Shmaitelly
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55409
Bug ID: 55409
Summary: 3dmark2001se DOT3 mapping test caused crash on mesa
git (23.3+)
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
So, another regression between 8.0-rc2 and 8.7/8.12 (8.7 crashes around that
test, so not sure if there was another bug)
I have integrated RS780L AMD GPU (very weak, openGL 3.3/3.0) and "new" GeForce
710 2Gb (OpenGL 4.3 on nouveau driver).
Both started to fail in 3dmark2001se DOT3 bump mapping test.
For testing try to install 3DMark2001SE, run it, uncheck all tests apart from
DOT3, run it (for me in 1400x900x32, 8AA).
For me it crashes on wine 8.12 / 8.7, and run OK on wine 8.0-rc2
--
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.