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

[Bug 49506] New: Using LLVM's libunwind causes wine build failure
by WineHQ Bugzilla 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=49506 Bug ID: 49506 Summary: Using LLVM's libunwind causes wine build failure Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bero(a)lindev.ch Distribution: --- Created attachment 67634 --> https://bugs.winehq.org/attachment.cgi?id=67634 Proposed fix There are multiple different implementations of libunwind -- but when building for Linux, wine assumes https://www.nongnu.org/libunwind/ is being used. That is true on most Linux systems, but some use LLVM libunwind https://github.com/llvm/llvm-project/tree/master/libunwind instead. Since Apple uses LLVM libunwind as well, all the code needed to support this is there already - just not triggered by the various ifdefs in signal_x86_64.c. AFAIK there is no official #define to tell libunwind implementations apart - but checking for an implementation detail (such as the presence of ____LIBUNWIND_CONFIG_H__) should do the right thing. -- 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 39190] New: Ableton dies with - unimplemented function msvcr120.dll.fminf
by wine-bugs＠winehq.org 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39190 Bug ID: 39190 Summary: Ableton dies with - unimplemented function msvcr120.dll.fminf Product: Wine Version: 1.7.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- On the Ableton 9 trial (32 bit version). It dies with the error if you add the instrument Impulse/Backbeat Room wine: Call from 0x7b83bfee to unimplemented function msvcr120.dll.fminf Here is a video of triggering the bug http://youtu.be/02gj_SpzteY Notes - I don't have Jack audio setup, this is running with the pulseaudio backend - no idea if that matters here. Download for 32 bit ableton trial https://www.ableton.com/en/download/?os_arch=win&release_article_code=BuSu9… OS: Ubuntu 15.04 - 64 bit. Hardware: Asus N56VZ -- 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 39189] New: Ableton dies with - unimplemented function msvcr120.dll._DTest
by wine-bugs＠winehq.org 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39189 Bug ID: 39189 Summary: Ableton dies with - unimplemented function msvcr120.dll._DTest Product: Wine Version: 1.7.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- On the Ableton 9 trial (32 bit version). It dies with the error if you add the instrument Electric/Bass/Wobble Bass wine: Call from 0x7b83bfee to unimplemented function msvcr120.dll._DTest Here is a video of triggering the bug http://youtu.be/02gj_SpzteY Notes - I don't have Jack audio setup, this is running with the pulseaudio backend - no idea if that matters here. Download for 32 bit ableton trial https://www.ableton.com/en/download/?os_arch=win&release_article_code=BuSu9… -- 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 8

[Bug 51748] New: NIK Dfine2 crashes/hangs (worked before)
by WineHQ Bugzilla 11 Dec '21

11 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51748 Bug ID: 51748 Summary: NIK Dfine2 crashes/hangs (worked before) Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pit(a)astro.su.se Distribution: --- Created attachment 70633 --> https://bugs.winehq.org/attachment.cgi?id=70633 Backtrace of running Dfine2 from within GIMP I'm using wine to run the (free) NIK collection from Google for image processing (version 1.2.11, e.g., from here: https://www.techspot.com/downloads/6809-google-nik-collection.html) This was working great so far, for many years (at least 3). I run openSUSE Tumbleweed that regularly upgrades applications. After the last upgrade to Wine 6.15 this crashes when processing/saving the image. I use gimp and the plugin ShellOut.py as a wrapper. There, I get an error message from wine (Unhandled exception: page fault on read access, see attached backtrace_Dfine2_new.txt) To check, I renamed my current ~/.wine and did a clean new install of NIK (wine nikcollection-full-1.2.11.exe). I get the same error (the backlog above is from this run). Finally I copied the temporary (16bit tif) file gimp saves and ran Dfine2 from command line, to catch the output. Irritatingly, this did not crash, but just hang hogging the CPU at 100%.... The console output is attached, too. -- 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 14

[Bug 51413] New: winegcc 6.12 regression: options with multiple '=' are not handled correctly
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51413 Bug ID: 51413 Summary: winegcc 6.12 regression: options with multiple '=' are not handled correctly Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: slyich(a)gmail.com Distribution: --- Gentoo passes -Wl,--defsym=__gentoo_check_ldflags__=0 as LDFLAGS to every linked target as a capary for $LDFLAGS handling. In 6.11 it used to work fine. 6.12 fails the build as: $ tools/winegcc/winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC -Wl,-z,notext -fasynchronous-unwind-tables -shared /tmp/portage/app-emulation/wine-vanilla-6.12/work/wine-6.12/dlls/acledit/acledit.spec -mno-cygwin -Wb,--prefer-native dlls/acledit/main.o dlls/ucrtbase/libucrtbase.a -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--defsym=__gentoo_check_ldflags__=0 /usr/lib/gcc/x86_64-pc-linux-gnu/12.0.0/../../../../x86_64-pc-linux-gnu/bin/ld:--defsym:0: syntax error collect2: error: ld returned 1 exit status winegcc: /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc failed If I run already installed 6.11 winegcc it works as expected: $ winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC -Wl,-z,notext -fasynchronous-unwind-tables -shared /tmp/portage/app-emulation/wine-vanilla-6.12/work/wine-6.12/dlls/acledit/acledit.spec -mno-cygwin -Wb,--prefer-native dlls/acledit/main.o dlls/ucrtbase/libucrtbase.a -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--defsym=__gentoo_check_ldflags__=0 -m32 <ok> $ nm -D dlls/acledit/acledit.dll.so | fgrep gentoo 00000000 A __gentoo_check_ldflags__ I suspect regression cropped up in: commit fcda0afdd429e11d75dc61f628e40a6c8973ce44 Author: Connor Abbott <cwabbott0(a)gmail.com> Date: Fri Jul 2 11:48:01 2021 +0200 winegcc: Support -Wl,foo=... style linker options. In particular meson uses -Wl,--out-implib=... Signed-off-by: Connor Abbott <cwabbott0(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> diff --git a/tools/winegcc/winegcc.c b/tools/winegcc/winegcc.c index fd2d2c2a794..8c1e0d088ac 100644 --- a/tools/winegcc/winegcc.c +++ b/tools/winegcc/winegcc.c @@ -1982,7 +1982,7 @@ int main(int argc, char **argv) if (strncmp("-Wl,", opts.args->base[i], 4) == 0) { unsigned int j; - strarray* Wl = strarray_fromstring(opts.args->base[i] + 4, ","); + strarray* Wl = strarray_fromstring(opts.args->base[i] + 4, ",="); for (j = 0; j < Wl->size; j++) { if (!strcmp(Wl->base[j], "--image-base") && j < Wl->size - 1) which might not handle multiple '=' correctly. -- 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 51913] New: dinput8:device fails on cw-gtx560 and cw-rx460
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51913 Bug ID: 51913 Summary: dinput8:device fails on cw-gtx560 and cw-rx460 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput8:device fails on cw-gtx560 and cw-rx460: device.c:1281: Test failed: got dwButtons 3, expected 5 device.c:1387: Test failed: got 6 expected 8 device.c:1390: Test failed: missing 2 objects https://test.winehq.org/data/patterns.html#dinput8:device The failure is the same on all Windows versions (8 to 10 21H1) but only happens on these two machines, that is on all the "real GPU" machines in test.winehq.org except for fgtb-w10pro64. Predictably the failures started with the patch that introduced the new tests: commit 2ffdb5519fede29f1055b1057999fbcd7265e1e6 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Oct 18 10:21:51 2021 +0200 dinput8/tests: Add mouse and keyboard object enumeration tests. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> 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

[Bug 51049] New: Sea of Thieves crash when entering a lobby
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51049 Bug ID: 51049 Summary: Sea of Thieves crash when entering a lobby Product: Wine Version: 6.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- After you set Sail in "Sea of Thieves", it crash due to a secur32 error. Prior to to commit f93284dfa44b060436c6a0617b51280abb3f24fc, it worked as expected. The crash occurs in function schan_InitializeSecurityContextW. The scenario is that it create a SCHAN_HANDLE_CTX handle, then later frees it. Then attempts to create another SCHAN_HANDLE_CTX, however passes the same parameters through except pInput (which is NULL). Previous, this would return SEC_E_INCOMPLETE_MESSAGE, since the pInput was NULL, however however now, it jumps through to else if (!is_dtls_context(ctx)) return SEC_E_INCOMPLETE_MESSAGE; However the ctx has already been freed in this case and then crashes. -- 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 51886] New: YouTube Movie Maker: Can't launch after installing
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51886 Bug ID: 51886 Summary: YouTube Movie Maker: Can't launch after installing Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dungomarkdevlin22(a)gmail.com Distribution: --- Created attachment 70828 --> https://bugs.winehq.org/attachment.cgi?id=70828 backtrace I downloaded YouTube Movie Maker here [https://www.makeyoutubevideo.com/] and installed it successfully. It is even in the Desktop and Application List menu. When I open the shortcut, it will show me three buttons to make, upload, or manage my videos. After clicking on one of them, the loading screen will show, and a little blue rectangle on the top left of the screen will show and the wine "Program Error" window. [https://photos.app.goo.gl/65W9zwFzndbMjQjo6] -- 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 52003] New: Stack overflow inside xml2.xmlXPathInit function.
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52003 Bug ID: 52003 Summary: Stack overflow inside xml2.xmlXPathInit function. Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 71003 --> https://bugs.winehq.org/attachment.cgi?id=71003 Thrown exceptions. The simulator "Zusi 3" uses .htm webpages to show information about its available content. Some websites have a line of JavaScript that looks something like this: <script>var xhr = new window.ActiveXObject( "Microsoft.XMLHTTP" );</script> which cause the program to crash using Wine. A +seh trace, provided in the attachments, shows that the program throws a lot of Division by Zero exceptions before dying in a stack overflow. Further debugging ended in the result, that the crash occurs inside the function "xmlXPathInit" from the xml2 library, which, without a surprise, does divide by zero. The function call is reached from "msxml3.DllMain" through DLL_PROCESS_ATTACH and the function "xmlInitParser". Changing the code to something like *((long long*) &xmlXPathNAN) = 0x7ff8000000000000; resolved the issue, though this undefined behavior in C. (z.f. suggested to use unions instead.) The only thing that really confuses me, is the big amount of thrown exceptions, even though the program only executes the division by zero only once. Even on assembly level. Also, why does this cause a stack overflow? -- 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 47865] New: comctl32:propsheet: Different button order for some RTL locales in Windows 1809?
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=47865 Bug ID: 47865 Summary: comctl32:propsheet: Different button order for some RTL locales in Windows 1809? Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:propsheet fails on the new Windows 1809 Arabic VM (ww1064v1809_ar): propsheet.c:1202: RTL locale detected propsheet.c:511: Test failed: Cancel button should be to the left of OK button propsheet.c:520: Test failed: Apply button should be to the left of Cancel button propsheet.c:529: Test failed: Help button should be to the left of Apply button propsheet.c:821: Test failed: property sheet with custom window proc: the msg 0x0046 was expected, but got msg 0x0210 instead https://test.winehq.org/data/tests/comctl32:propsheet.html However that test still succeeds for the Hebrew locale of the same Windows 1809 VM (w1064v1809_he), and of course on the Hebrew Vista VM (wvistau64_he). So either the button order is different in Arabic and Hebrew despite both being RTL locales (maybe it depends on something else?), or something prevents the test from correctly recognizing the button order, or something is wrong in the new Arabic setup. For reference, support for RTL locales was introduced in this patch (without it the test would likely fail even harder): commit b8d01f9e1e8c44df5172c4cbfae627158930db72 Author: Alex Henrie <alexhenrie24(a)gmail.com> AuthorDate: Mon Nov 20 22:54:35 2017 -0700 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Nov 21 21:47:42 2017 +0100 comctl32/tests: Detect and handle an RTL locale. Signed-off-by: Alex Henrie <alexhenrie24(a)gmail.com> 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