July 2020 - Wine-Bugs - list.winehq.org

[Bug 48994] New: GTA: San Andreas + SilentPatch 1.1 build 32 crashes on start
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=48994 Bug ID: 48994 Summary: GTA: San Andreas + SilentPatch 1.1 build 32 crashes on start Product: Wine-staging Version: 5.6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 66967 --> https://bugs.winehq.org/attachment.cgi?id=66967 terminal output GTA: San Andreas with SilentPatch 1.1 (22.02.2020) installed crashes on start in Wine-Staging. The game starts properly in vanilla wine-5.6-299-gf65cfbfe9b. The unpatched game (installed from Steam) works in Staging. I did a regression test between upstream Wine and Staging and the resulting commit was 52e25be08935db407901afab513ce00a3d94d1c5 is the first bad commit commit 52e25be08935db407901afab513ce00a3d94d1c5 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed Aug 8 20:00:15 2018 -0500 ntdll: Add a stub implementation of Wow64Transition. The problem appeared after the rebase that took place on 15.04.20 if that helps. Staging commit a23c0760550a39ff98d4ca58486e1abc7330c41c that is. Please let me know if you need logs with debug channels enabled. -- 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 47106] New: Fallout 4 FAudio [wmav2 @ 0x7f9ad0135d80] prev_block_len_bits 4 out of range
by wine-bugs＠winehq.org Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=47106 Bug ID: 47106 Summary: Fallout 4 FAudio [wmav2 @ 0x7f9ad0135d80] prev_block_len_bits 4 out of range Product: Wine Version: 4.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Fallout 4 freezing (or sound disappearing) with spam of tons console messages: [wmav2 @ 0x7f9ad0135d80] prev_block_len_bits 4 out of range INFO System-wide FAudio, not winetricks one Something wrong in connection XAudio2->FAudio -- 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 10

[Bug 46670] New: Unhandled exception on Blizzard Battle.net
by wine-bugs＠winehq.org Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=46670 Bug ID: 46670 Summary: Unhandled exception on Blizzard Battle.net Product: Wine-staging Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- See attachments. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 48410] New: The "Add syscall thunks for 64 bit" patch partly breaks USVFS
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=48410 Bug ID: 48410 Summary: The "Add syscall thunks for 64 bit" patch partly breaks USVFS Product: Wine-staging Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This is the patch that breaks USVFS: https://github.com/wine-staging/wine-staging/blob/d36d63ac848dadbc2c8ffc933… (discussion: https://github.com/ModOrganizer2/modorganizer/issues/372) I've only tested 64-bit, so it's possible https://github.com/wine-staging/wine-staging/blob/master/patches/winebuild-… also affects it. Although USVFS works for the most part, loading DLLs fails, because LdrLoadDll (within ntdll) calls NtOpenFile (through open_dll_file), but for some reason, USVFS doesn't recognize that specific NtOpenFile call (even though it hooks other NtOpenFile calls that aren't called from ntdll without issue). I haven't looked through the patch in much detail, but from what I can tell I believe the reason why this patch breaks USVFS is because the calls to NtOpenFile from within ntdll use the direct function address, whereas with the patch, USVFS now hooks a new "wrapper" around the function, instead of the same address that ntdll calls internally. -- 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 9

[Bug 44571] New: Unable to build cue sheets with IMGBurn
by wine-bugs＠winehq.org Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=44571 Bug ID: 44571 Summary: Unable to build cue sheets with IMGBurn Product: Wine-staging Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: halo117nachos(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 60538 --> https://bugs.winehq.org/attachment.cgi?id=60538 stderr and stdout Everytime I try to build a cue sheet out of MP3 files with IMGBurn, the program crashes. Building a cue sheet is the first step in burning MP3 (and other audio files) to standard red book audio discs, so if one can't build a cue sheet, one can't burn music. Of course, I made a new wine prefix to test this, and found that it didn't solve the problem at all. :( Here's what happens: If I click the tools menu, and select "Create Cue File... ", and I start manually adding MP3s, first the program hangs, and then it says the following: "Potential Direct Show Error! - No data has been received for 10 seconds file name: C:\blablabla\file.mp3 Decoding Progress: 9,999,999 bytes" It then gives me three options: "Cancel", "Try Again", and "Continue". BTW, that number (9,999,999) seems to very with each MP3 file. It's possible that whatever number it lands on is the end of the file. I also tend to get a more generic error, although this one is harder to reproduce. IDK if this is the same bug or not. The error is: "An error occured in the application There might be an updated version available that fixes the pr [the rest of this line seems to be cut off by some buttons on the right] Please check the website for updates - http://www.imgburn.co [once again, the message is cut off]" There are three buttons on the bottom, and three on the right (the ones on the right are the ones that cut off the text). The ones on the bottom are "send bug report", "save bug report", and "show bug report". The buttons on the right are "Continue application", "Restart application", and "Close application". If I click "Continue application", the program seems to continue working. PS: I've just run IMGBurn from the terminal, and redirected both stdout and stderr to a file, which I've attached to this report. When the aformentioned "generic" error message appeared. I tried to click "Close application", but the program froze, forcing me to kill it. That error happened on the second file. BTW, I'm running Ubuntu 16.04, and I've installed winehq-devel 3.2 from the official repositories. Also, I didn't modify the prefix at all, except to install IMGBurn, and to change the default version of Windows to XP (otherwise IMGBurn doesn't start). -- 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

[Bug 49514] New: Wine-staging 5.12 package building fails
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=49514 Bug ID: 49514 Summary: Wine-staging 5.12 package building fails Product: Wine-staging Version: 5.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The wine-devel 5.12 packages built without any problem, but most of the wine-staging 5.12 packages failed. The only ones that successfully built were for the two oldest distros we package for, Debian 9.0 and Ubuntu 16.04. What those two distros have in common is that they can't be built with FAudio support. I've attached the failed build log from Fedora 32 here; logs for the other distros we build for are on https://build.opensuse.org/package/show/Emulators:Wine:Fedora/wine-staging and https://build.opensuse.org/package/show/Emulators:Wine:Debian/wine-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.

1 8

[Bug 48883] New: Cygwin installation
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=48883 Bug ID: 48883 Summary: Cygwin installation Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: megastallman(a)gmail.com Distribution: --- Created attachment 66827 --> https://bugs.winehq.org/attachment.cgi?id=66827 wine client error:34: read: Bad file descriptor I'm trying to install 32-bit Cygwin. The installer starts, downloads tarballs, then just hangs with the "wine client error:34: read: Bad file descriptor". Wineboot doesn't help. Download link: https://cygwin.com/setup-x86.exe My current wine installation is done into a 32-bit Xubuntu18.04 chroot, where the latest wine-staging is built and used. So I can update/rebuild any time required. Doing "~/.wine", build and installation directories deletion every rebuild. The host system - is Opensuse Thumbleweed x86_64. Choot allows X11 and OpenGL throughput, e.g. - I can run glxgears. See the crashlog in attachment. -- 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 11

[Bug 49577] New: Segmentation fault when running winecfg in Staging
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=49577 Bug ID: 49577 Summary: Segmentation fault when running winecfg in Staging Product: Wine-staging Version: 5.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, pgofman(a)codeweavers.com, z.figura12(a)gmail.com Distribution: ArchLinux I'm using a mingw-enabled Wine build now. Vanilla Wine doesn't have this problem, but Staging does. When I issue either winecfg or wineboot -u to create or update a wineprefix, I 'm getting only "Segmentation Fault (core dumped)" in the terminal. WINEDEBUG=+all wine winecfg: trace:virtual:free_ranges_remove_range view 0x7bc00000-0x7bf60000 (0x7bc00000). trace:module:map_image_into_view mapped PE file at 0x7bc00000-0x7bf5b000 trace:module:map_image_into_view mapping section .text at 0x7bc01000 off 600 size 68e00 virt 68d7c flags 60500020 trace:module:map_image_into_view clearing 0x7bc69e00 - 0x7bc6a000 Due to lack of time I couldn't perform a regression test yet. What I see is that Wine-Staging 5.11 works, Staging 5.12.1 and Staging/master are equally broken. Maybe this has already been reported here on bugzilla and I just couldn't find the corresponding bug report. -- 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 40958] New: Toontown Rewritten has major lag on wine-staging on FreeBSD and GNOME 3
by wine-bugs＠winehq.org Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=40958 Bug ID: 40958 Summary: Toontown Rewritten has major lag on wine-staging on FreeBSD and GNOME 3 Product: Wine-staging Version: 1.9.13 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: neel(a)neelc.org CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Toontown Rewritten (http://toontownrewritten.com/) has major lag with keystrokes on wine-staging when I use FreeBSD and GNOME 3. TTR is a online game, and using keyboard controls often results in the display lagging by a few seconds. Other desktop environments don't have this lag to as great of an extent (I also tested TTR on Mate and Fluxbox). Is there a reason for this? -- 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 49555] New: Wine-Staging compilation fails after 046f6604b763ca494bece1ff16a0919077ecb9d4 (../ntdll/unix/file.c)
by WineHQ Bugzilla Aug. 16, 2020

Aug. 16, 2020

https://bugs.winehq.org/show_bug.cgi?id=49555 Bug ID: 49555 Summary: Wine-Staging compilation fails after 046f6604b763ca494bece1ff16a0919077ecb9d4 (../ntdll/unix/file.c) Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since yesterday's rebase compiling Wine-Staging fails somewhere in ../ntdll/unix/file.c. https://github.com/wine-staging/wine-staging/commit/046f6604b763ca494bece1f… gcc -m64 -c -o unix/file.o ../../../dlls/ntdll/unix/file.c -I. -I../../../dlls/ntdll -I../../include \ -I../../../include -D__WINESRC__ -D_NTSYSTEM_ -D_ACRTIMP= -D_MSVCR_VER=0 -D_REENTRANT -fPIC \ -fasynchronous-unwind-tables -Wall -pipe -fcf-protection=none -fno-stack-protector \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers \ -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -pipe -O2 -ftree-vectorize ../../../dlls/ntdll/unix/file.c:3566:16: error: conflicting types for ‘nt_to_unix_file_name’ 3566 | NTSTATUS CDECL nt_to_unix_file_name( const UNICODE_STRING *nameW, char **unix_name_ret, | ^~~~~~~~~~~~~~~~~~~~ In file included from ../../../dlls/ntdll/unix/file.c:128: ../../../dlls/ntdll/unix/unix_private.h:243:17: note: previous declaration of ‘nt_to_unix_file_name’ was here 243 | extern NTSTATUS nt_to_unix_file_name( const UNICODE_STRING *nameW, char **name_ret, UINT disposition ) DECLSPEC_HIDDEN; | ^~~~~~~~~~~~~~~~~~~~ ../../../dlls/ntdll/unix/file.c: In function ‘NtCreateFile’: ../../../dlls/ntdll/unix/file.c:3790:31: warning: unused variable ‘objattr’ [-Wunused-variable] 3790 | struct object_attributes *objattr; | ^~~~~~~ ../../../dlls/ntdll/unix/file.c:3789:17: warning: unused variable ‘len’ [-Wunused-variable] 3789 | data_size_t len; | ^~~ ../../../dlls/ntdll/unix/file.c:3788:23: warning: unused variable ‘unix_attr’ [-Wunused-variable] 3788 | OBJECT_ATTRIBUTES unix_attr; | ^~~~~~~~~ ../../../dlls/ntdll/unix/file.c:3787:27: warning: unused variable ‘empty_string’ [-Wunused-variable] 3787 | static UNICODE_STRING empty_string; | ^~~~~~~~~~~~ At top level: ../../../dlls/ntdll/unix/file.c:3787:27: warning: ‘empty_string’ defined but not used [-Wunused-variable] make[1]: *** [Makefile:1287: unix/file.o] Error 1 make[1]: Leaving directory '/home/gyebro/sources/test/wine-staging/wine64-build/dlls/ntdll' make: *** [Makefile:8823: dlls/ntdll] Error 2 -- 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