January 2023 - Wine-Bugs - list.winehq.org

[Bug 54307] New: msi:package sometimes crashes on RTL Windows 10 locales
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54307 Bug ID: 54307 Summary: msi:package sometimes crashes on RTL Windows 10 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:package sometimes crashes on RTL Windows 10 locales: package.c:9312: Tests skipped: interactive ControlEvent tests msi:package:17bc done (-1073741819) in 7s 413B See https://test.winehq.org/data/patterns.html#msi:package What is strange is that these crashes only happen in the Arabic and Hebrew locales, two right-to-left scripts, though it's not clear how it's related. -- 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 54263] New: Build of 7.22 fails with mingw-w64 10.0 (multiple symbol redefinitions)
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54263 Bug ID: 54263 Summary: Build of 7.22 fails with mingw-w64 10.0 (multiple symbol redefinitions) Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilg(a)livius.net Distribution: --- I have severl build scripts that I use to create the wine-xpack distribution (https://github.com/xpack-dev-tools/wine-xpack/) and I successfully compiled 6.17, 6.23 and 7.22 with gcc 11.3 & mingw-w64 9.0. When I tried to build 7.22 with the latest gcc 12.2 & mingw-w64 10.0, I got multiple redefinition errors, for symbols from the sprintf family. For example: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:56:11: error: redefinition of '_vsnprintf' 56 | int CDECL _vsnprintf( char *str, size_t len, const char *format, va_list args ) | ^~~~~~~~~~ In file included from /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:27: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:174:27: note: previous definition of '_vsnprintf' with type 'int(char *, size_t, const char *, char *)' {aka 'int(char *, long long unsigned int, const char *, char *)'} 174 | static inline int __cdecl _vsnprintf(char *buffer, size_t size, const char *format, va_list args) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:69:11: error: redefinition of '_vsnwprintf' 69 | int CDECL _vsnwprintf( WCHAR *str, size_t len, const WCHAR *format, va_list args ) | ^~~~~~~~~~~ In file included from /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:11: /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:99:27: note: previous definition of '_vsnwprintf' with type 'int(wchar_t *, size_t, const wchar_t *, char *)' {aka 'int(short unsigned int *, long long unsigned int, const short unsigned int *, char *)'} 99 | static inline int __cdecl _vsnwprintf(wchar_t *buffer, size_t size, const wchar_t *format, va_list args) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:82:11: error: redefinition of '_vscprintf' 82 | int CDECL _vscprintf( const char *format, va_list valist ) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:201:27: note: previous definition of '_vscprintf' with type 'int(const char *, char *)' 201 | static inline int __cdecl _vscprintf(const char *format, va_list args) | ^~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:91:11: error: redefinition of '_vscwprintf' 91 | int CDECL _vscwprintf( const wchar_t *format, va_list args ) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:195:27: note: previous definition of '_vscwprintf' with type 'int(const wchar_t *, char *)' {aka 'int(const short unsigned int *, char *)'} 195 | static inline int __cdecl _vscwprintf(const wchar_t *format, va_list args) | ^~~~~~~~~~~ /home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:115:13: error: redefinition of '_snwprintf' 115 | int WINAPIV _snwprintf( WCHAR *str, size_t len, const WCHAR *format, ... ) | ^~~~~~~~~~ I patched ntdll/printf.c to omit the new definitions and the builds advanced, but later failed in string.c with other set of multiple definitions, later in wcstring.c, and so on. I gave up and returned to the older toolchain. Am I missing something when configuring the build, or the wine sources are not yet updated for mingw-w64 10.0? -- 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 12

[Bug 54218] New: RTLD_SELF use breaks musl build since 8.0-rc1
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54218 Bug ID: 54218 Summary: RTLD_SELF use breaks musl build since 8.0-rc1 Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alice(a)ayaya.dev Distribution: --- the winecrt0 rework in bef09697227c29f53bb0ad95232399cbba5c9c6b makes use of dlinfo(RTLD_SELF, .. , which breaks the build on musl libc as it does not implement the RTLD_SELF handle. example error: /home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c: In function '__wine_init_so_dll': /home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:95:17: error: 'RTLD_SELF' undeclared (first use in this function); did you mean 'RTLD_NEXT'? 95 | if (dlinfo( RTLD_SELF, RTLD_DI_LINKMAP, &map )) return; | ^~~~~~~~~ | RTLD_NEXT -- 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 53536] New: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=53536 Bug ID: 53536 Summary: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows: rtl.c:2790: Running test 0 (compressed_size=6, uncompressed_size=4, status=0x00000000) rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8, status=0x00000000) rtl.c:2790: this is the last test seen before the exception 170c:rtl: unhandled exception c0000005 at 005542C0 https://test.winehq.org/data/patterns.html#ntdll:rtl The crash is specific to the 32-bit build. Strangely the crashes started on 2022-07-26 despite there being no changes to this test or to the test configurations. Also, the crash still happens when testing older Wine versions. Anyway, the crash still happens even when only keeping these two tests: test_RtlUlonglongByteSwap(); test_RtlDecompressBuffer(); The Windows headers claims that RtlUlonglongByteSwap() is a FASTCALL API but not so in Wine: winternl.h: NTSYSAPI ULONGLONG __cdecl RtlUlonglongByteSwap(ULONGLONG); rtl.c: static ULONGLONG (WINAPIV *pRtlUlonglongByteSwap)(ULONGLONG source); Replacing WINAPIV with WINAPI in rtl.c fixes the crash but it's probably not the correct fix. -- 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 53382] New: Slow rendering when connected to external monitor
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=53382 Bug ID: 53382 Summary: Slow rendering when connected to external monitor Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: allencch(a)hotmail.com Distribution: --- Created attachment 72769 --> https://bugs.winehq.org/attachment.cgi?id=72769 Slow winecfg GIF When connected with an external monitor through HDMI, winecfg and explorer are extremely slow rendering. If enabled "Emulate a virtual desktop", rendering will become normal. Without connecting on external monitor, the rendering is normal as well. There is an error message shown in console when the rendering is slow comparing to the normal rendering, 0068:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are unsupported. OS: Arch Linux -- 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 16

[Bug 54264] New: Hyperdimension Neptunia Re;Birth1 crashes on exit in xactengine notification callback
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54264 Bug ID: 54264 Summary: Hyperdimension Neptunia Re;Birth1 crashes on exit in xactengine notification callback Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Since implementing the callback with commit d1c08b1714527213b54144646e050c7878a4a400 Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Date: Fri Jul 22 09:17:06 2022 +1000 xactengine3_7: Implement callback for supported messages. dlls/xactengine3_7/xact_dll.c | 69 +++++++++++++++++++++++++++++++++---------- 1 file changed, 53 insertions(+), 16 deletions(-) Hyperdimension Neptunia Re;birth 1 (gog version) crashes on exit with Unhandled exception: page fault on read access to 0x0000000c in 32-bit code (0x00661742). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00661742 ESP:0021f7f4 EBP:0021f7f8 EFLAGS:00210246( R- -- I Z- -P- ) EAX:19940150 EBX:0021f8a3 ECX:00000000 EDX:00000000 ESI:0021f823 EDI:00ccb7e4 Stack dump: 0x0021f7f4: 00ccb780 0021f858 0a7f3113 0021f823 0x0021f804: 00d35be0 0021f838 684d2e76 19940138 0x0021f814: 19950730 0021f848 684d2e76 064ea1d8 0x0021f824: 00d55b58 00000000 19940150 0021f850 0x0021f834: 0021f850 0021f868 0a7f1192 19950730 0x0021f844: 00d35be0 0021f870 00004ba0 00d35be0 Backtrace: =>0 0x00661742 in neptuniarebirth1 (+0x261742) (0x0021f7f8) 1 0x0a7f3113 fact_notification_cb+0x203(notification=<couldn't compute location>) [Z:\home\build\wine\wine\dlls\xactengine3_7\xact_dll.c:1079] in xactengine3_7 (0x0021f858) 2 0x0a7f654b FACTSoundBank_Destroy+0x2fb(pSoundBank=<internal error>) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:1522] in xactengine3_7 (0x0021f8d8) 3 0x0a7f6ddd FACTAudioEngine_ShutDown+0xd(pSoundBank=<internal error>) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:1399] in xactengine3_7 (0x0021f918) 4 0x0a7f6ddd FACTAudioEngine_ShutDown+0x6d(pEngine=00CD0708) [Z:\home\build\wine\wine\libs\faudio\src\FACT.c:358] in xactengine3_7 (0x0021f918) 5 0x0a7f18a1 IXACT3EngineImpl_ShutDown+0x21(iface=00CCB780) [Z:\home\build\wine\wine\dlls\xactengine3_7\xact_dll.c:1152] in xactengine3_7 (0x0021f948) 6 0x006618fa in neptuniarebirth1 (+0x2618fa) (0x0021fa44) 7 0x005b7ee4 in neptuniarebirth1 (+0x1b7ee4) (0x0021feac) 8 0x005b7c07 in neptuniarebirth1 (+0x1b7c07) (0x0021fee4) 9 0x006975a0 in neptuniarebirth1 (+0x2975a0) (0x0021ff30) 10 0x7b62a290 in kernel32 (+0x2a290) (0x0021ff48) 11 0x7bc5cfa7 in ntdll (+0x5cfa7) (0x0021ff5c) 12 0x7bc5d7d0 RtlCreateUserThread(entry=00697664, arg=7FFD1000) [Z:\home\build\wine\wine\dlls\ntdll\thread.c:306] in ntdll (0x0021ffec) During bisecting the stack trace has remained identical. Gameplay itself doesn't seem to be affected (didn't test much, though), so it's not a serious problem in practice. -- 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 54180] New: Petz 4: Recent wine releases (after 6.0) corrupt .pet files upon startup of game
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54180 Bug ID: 54180 Summary: Petz 4: Recent wine releases (after 6.0) corrupt .pet files upon startup of game Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: coreyjosesilva(a)gmail.com Distribution: --- Dogz 4, Catz 4, Dogz 5, Catz 5 all share this issue. The .pet files are the way to save "pets" in the game. The files are corrupted in recent wine releases. This essentially makes the game unplayable. I confirmed petz 4 works on wine 6.0 -- 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 13

[Bug 54045] New: ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=54045 Bug ID: 54045 Summary: ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11: rtl.c:2061: Test failed: [::0:0:0:0:0:0:0] terminator = 0052F925, expected 0052F923 rtl.c:2061: Test failed: [::0:a:b:c:d:e:f] terminator = 0052F935, expected 0052F933 rtl.c:2067: Test failed: [::0:a:b:c:d:e:f] ip = 0:0:a00:b00:c00:d00:e00:f00, expected 0:0:0:a00:b00:c00:d00:e00 rtl.c:2293: Test failed: [::0:0:0:0:0:0:0] res = 0x00000000, expected 0xc000000d rtl.c:2293: Test failed: [::0:a:b:c:d:e:f] res = 0x00000000, expected 0xc000000d See https://test.winehq.org/data/patterns.html#ntdll:rtl Note that the 32-bit version crashes too due to bug 53536. -- 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 53671] New: No objects are being rendered in any DX10/11 apps with older GPU drivers
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=53671 Bug ID: 53671 Summary: No objects are being rendered in any DX10/11 apps with older GPU drivers Product: Wine Version: 7.17 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com There is a regression after a patch 5ce7adaace3637ff6f8a33264b62c69bf2e53967 I have AMD graphics with outdated driver for Windows XP. Stating from the patch above it broke WineD3D10/11 compatibility. This BUG appeared with WineD3D 6.13 and above. -- 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 28

[Bug 52994] New: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change
by WineHQ Bugzilla Jan. 13, 2023

Jan. 13, 2023

https://bugs.winehq.org/show_bug.cgi?id=52994 Bug ID: 52994 Summary: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mstask Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72360 --> https://bugs.winehq.org/attachment.cgi?id=72360 Make the failure 100% reproducible mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change: task_trigger.c:434: old: 5/5/2022 wday 0 23:58:00.000 task_trigger.c:443: new: 6/5/2022 wday 5 0:03:00.000 task_trigger.c:533: Test failed: got 0x41307 task_trigger.c:534: Test failed: got 0/0/0 wday 0 0:00:00 https://test.winehq.org/data/patterns.html#mstask:task_trigger What seems to be happening is that ITask_GetNextRunTime() returns SCHED_S_TASK_NO_VALID_TRIGGERS for TASK_TIME_TRIGGER_ONCE tasks where the trigger is on the next day. So I suspect the bug is in the ITask_GetNextRunTime() implementation rather than in the test itself. Note: Initially I was a bit alarmed by the week day change in the traces. But in fact trigger_add_ms() just sets it to 0 so that's what we get on the "old:" line. Then FileTimeToSystemTime() fully initializes it so we get the correct value on the "new:" line. That's why it changes in surprising ways. Luckily the test and Itask_GetNextRunTime() implementation were both added in the commit below and I was also able to confirm that the failure was already present: commit ac322334fa4d6740e89c6f19361a66f063103a46 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> AuthorDate: Mon May 21 18:17:47 2018 +0800 mstask: Implement ITask::GetNextRunTime() for ONCE trigger type. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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