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

[Bug 45242] New: winedbg Internal crash when debugging win32
by wine-bugs＠winehq.org 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=45242 Bug ID: 45242 Summary: winedbg Internal crash when debugging win32 Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: luizluca(a)gmail.com Distribution: --- Hello, I cannot launch winedbg to any win32 exe: $ winedbg Downloads/andale32.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1cb182 $ winedbg Downloads/PsExec.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1db182 For win64, it simply works. $ winedbg Downloads/PsExec64.exe WineDbg starting on pid 0031 Process of pid=0031 has terminated I was originally using wine-64bit but even installing wine.i586 and using a clean prefix, I get the same result. $ file /usr/bin/wine /usr/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=37bf33eb8ca1b2a498fc9998fac1753ac70399a8, stripped $ WINEPREFIX=~/win32 WINEARCH=win32 winedbg Downloads/PsExec.exe WineDbg starting on pid 002d 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 winedbg: Internal crash at 0x7e1c6182 When I try to attach from winedbg, it does not crash, but it returns the 'Unhandled attribute' and raises an exception: $ WINEPREFIX=~/win32 WINEARCH=win32 winedbg Wine-dbg>info process pid threads executable (all id:s are in hex) 0000000e 8 'services.exe' 00000020 6 \_ 'winedevice.exe' 0000001b 3 \_ 'plugplay.exe' 00000011 6 \_ 'winedevice.exe' Wine-dbg>attach 0x11 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20 0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21 Exception c0000005 Wine-dbg> -- 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 15

[Bug 55637] New: dmime:dmime - test_performance_pmsg() sometimes fails due to bad timing on Windows and Wine
by WineHQ Bugzilla 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55637 Bug ID: 55637 Summary: dmime:dmime - test_performance_pmsg() sometimes fails due to bad timing on Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dmime:dmime - test_performance_pmsg() sometimes fails due to bad timing on Windows and Wine, always on the DMUS_PMSGF_TOOL_QUEUE check. * 2023-09-19 w7u dmime.c:1962: Test failed: got 31 * 2023-09-21 debiant-wow64 dmime.c:2298: Test failed: got 265 This one is a bit extreme, usually it's more in the 150 ms range. See https://test.winehq.org/data/patterns.html#dmime:dmime The failures don't happen every day and first happened on 2023-09-11. So they can be attributed to the commit that introduced the test on 2023-09-08: commit e80c1d90f1c08c1d2ec2a84949d69ca3219b3d1d Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Tue Sep 5 16:27:41 2023 +0200 dmime/tests: Test IDirectMusicPerformance_*PMsg methods. -- 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 54940] New: Import library generation is much slower without dlltool
by WineHQ Bugzilla 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54940 Bug ID: 54940 Summary: Import library generation is much slower without dlltool Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 103eb831564decc9812239f454ed1cc40714c0a1 Distribution: --- E.g.: elizabeth(a)ledyba:~/git/wine64$ time tools/winebuild/winebuild -w --implib -o dlls/msi/x86_64-windows/libmsi.a --without-dlltool -b x86_64-w64-mingw32 --export ../wine/dlls/msi/msi.spec real 0m1.509s user 0m0.575s sys 0m0.481s elizabeth(a)ledyba:~/git/wine64$ time tools/winebuild/winebuild -w --implib -o dlls/msi/x86_64-windows/libmsi.a -b x86_64-w64-mingw32 --export ../wine/dlls/msi/msi.spec real 0m0.042s user 0m0.017s sys 0m0.025s -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 53108] New: Skyrim SE NPC voices echo inside houses
by WineHQ Bugzilla 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=53108 Bug ID: 53108 Summary: Skyrim SE NPC voices echo inside houses Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: marik.jiri(a)protonmail.com Distribution: --- When inside houses all sounds seem to have a strange echo, most noticeable when talking to NPCs. Everything works fine throughout the tutorial, even the part that's happening inside the fort, until the player reaches Riverwood. When talking to NPCs inside houses there's a huge echo. These reddit posts seem to be describing the same issue. https://www.reddit.com/r/linux_gaming/comments/hp0w6k/skyrim_voice_dialogue… https://www.reddit.com/r/linux_gaming/comments/uyh5hq/skyrim_se_voices_echo… As recommended in those posts I tried to use native xaudio2_7 library. I also tried installing faudio through winetricks but there was no change. Installing xact made no difference either. All changes were tried on a fresh prefix. --- OS: Fedora 35 Audio: Pulseaudio 15 (not using pipewire currently but others reported same issue with pipewire as well) Wine version: 7.9 (Staging) --- I also tried downgrading wine to version 6.16-1 and I lost all voice audio on a fresh prefix. I got voice audio back when I installed faudio but the same echo issue was back. Since installing faudio resolved this issue for other people in the past I also tried installing earliest version of faudio in the repos (faudio1901) but the echo is still there. Last thing to mention, this issue is only affecting Skyrim Special Edition at the moment. Vanilla Skyrim voices work fine. -- 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 39785] New: Animation bink videos from Star Trek Armada show graphic issues in the Bink Player
by wine-bugs＠winehq.org 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=39785 Bug ID: 39785 Summary: Animation bink videos from Star Trek Armada show graphic issues in the Bink Player Product: Wine Version: 1.8-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christoph.korn(a)posteo.de Distribution: --- When installing the demo of Star Trek Armada there are bink videos installed in the "animations" subfolder. Now when trying to play these videos with the bink player from RAD Game Tools they show graphic issues like wrong colours and flickering. Ubuntu 15.10 amd64 wine-1.8-rc3 (not staging) wine-devel: Installed: 1.8~rc3~ubuntu15.10.1 Candidate: 1.8~rc3~ubuntu15.10.1 Version table: *** 1.8~rc3~ubuntu15.10.1 0 500 http://ppa.launchpad.net/wine/wine-builds/ubuntu/ wily/main amd64 Ingame those videos are not played at all. But this is a different bug (bug 5977). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 48980] New: buffer-overflow in Open/Save dialogs
by WineHQ Bugzilla 05 Jan '24

05 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=48980 Bug ID: 48980 Summary: buffer-overflow in Open/Save dialogs Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Distribution: --- Created attachment 66956 --> https://bugs.winehq.org/attachment.cgi?id=66956 Trace Problem triggered using Wine for ReactOS See ticket : https://jira.reactos.org/browse/CORE-15288 Open Notepad. Save As => type aaaaaaaa.txt Copy & paste "aaaaaaaaaaaaaaaaaaaaaaaaa" block keep CTRL+V pressed (long time) until Text box is "blank". Click on save => Crash Same procedure with File>Open leads to same result -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 44936] New: winedbg + gdb (remote) interaction broken due to recent commits
by wine-bugs＠winehq.org 04 Jan '24

04 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=44936 Bug ID: 44936 Summary: winedbg + gdb (remote) interaction broken due to recent commits Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: julius.schwartzenberg(a)gmail.com Distribution: --- I'm using OpenSUSE 42.3. I start winedbg as follows: winedbg --gdb --no-start path/to/smth.exe Then I use Eclipse to connect to the remote port that is shown. This results in: - ../../gdb/infrun.c:5585: internal-error: int finish_step_over(execution_control_state*): Assertion `ecs->event_thread->control.trap_expected' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. - Text I enter in the Debugger Console (in Eclipse) is invisible - Things crash When I revert back to 77d65c39486ffc2b4c17aec958e361b180a029a1 these problems disappear. Please let me know if I should do more analysis. -- 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 19

[Bug 27293] New: PSO:BB - Cannot type a character name during character creation
by wine-bugs＠winehq.org 03 Jan '24

03 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=27293 Summary: PSO:BB - Cannot type a character name during character creation Product: Wine Version: 1.3.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dev(a)gaminglounge.com Created an attachment (id=34903) --> (http://bugs.winehq.org/attachment.cgi?id=34903) Wine 1.3.20 terminal ouput of issue when typing To join the server in Phantasy Star Online: Blue Burst the user must first register their UserID at the main screen by typing their username and password. (typing at this point works) Once entered the user can either select an existing character or create a new one. When creating a new character - the last step is to give the character a name. At this point typing suddenly stops working - no text appears and the console is filled with this line with every keypress: fixme:imm:ImmGetDescriptionW (0x4090409, 0xad9460, 255): semi stub This is problem - if only for the fact that once started you can't really exit out of the character creation process without forceably terminating the application. We really need to be able to type the name to exit this point in the game. If new users can't create a character they won't be able to help in troubleshooting bug (#12964) which is needed to get in-game. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 48

[Bug 33002] New: vbsp.exe: Crashes during map compilation
by wine-bugs＠winehq.org 03 Jan '24

03 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=33002 Bug #: 33002 Summary: vbsp.exe: Crashes during map compilation Product: Wine Version: 1.5.23 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bhs2007(a)gmail.com Classification: Unclassified Created attachment 43607 --> http://bugs.winehq.org/attachment.cgi?id=43607 Backtrace produced by Wine. vbsp.exe is a utility used to compile VMF map files, and is distributed as part of the Source SDK by Valve Software through Steam. The utility is being invoked from a command line, in the following manner: wine 'S:\Steam\steamapps\bhspitmonkey\sourcesdk\bin\orangebox\bin\vbsp.exe' -game 'S:\Steam\steamapps\bhspitmonkey\Team Fortress 2\tf' ./outdoor Context/output/backtrace is attached. I'm probably doing something wrong; please let me know if that's the case! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 43119] New: SORCERY JOKERS (Trial) doesn't run ( due to lack of virtual memory)
by wine-bugs＠winehq.org 01 Jan '24

01 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=43119 Bug ID: 43119 Summary: SORCERY JOKERS (Trial) doesn't run (due to lack of virtual memory) Product: Wine Version: 2.8 Hardware: x86-64 URL: http://trial.getchu.com/836703/sjs_trial.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- SORCERY JOKERS (Trial) is a demo version of Japanese visual novel game. It doesn't run due to lack of virtual memory. When I start the application, it shows "DirectDraw Error". Console output shows: wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared object file: No such file or directory Of course, I have libGL.so.1 in /usr/lib/i386-linux-gnu/mesa. strace(1) give me a hint: open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 16 fstat64(16, {st_mode=S_IFREG|0644, st_size=151363, ...}) = 0 mmap2(NULL, 151363, PROT_READ, MAP_PRIVATE, 16, 0) = -1 ENOMEM (Cannot allocate memory) Therefore, the process can't find out libGL.so.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.

2 9