December 2021 - Wine-Bugs - list.winehq.org

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

Dec. 11, 2021

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 Dec. 11, 2021

Dec. 11, 2021

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 Dec. 11, 2021

Dec. 11, 2021

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 Dec. 11, 2021

Dec. 11, 2021

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 3409] Problem with builtin riched32 in Internet Explorer
by WineHQ Bugzilla Dec. 11, 2021

Dec. 11, 2021

https://bugs.winehq.org/show_bug.cgi?id=3409 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Fixed by SHA1| |ed8379d1ad0cd13e914dcd011ce | |be3e7f3a73579 Version|unspecified |0.9-pre -- 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 0

[Bug 51913] New: dinput8:device fails on cw-gtx560 and cw-rx460
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

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 51413] New: winegcc 6.12 regression: options with multiple '=' are not handled correctly
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

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 52190] New: unhandled exception
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52190 Bug ID: 52190 Summary: unhandled exception Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: travellouer(a)gmail.com Distribution: --- Created attachment 71243 --> https://bugs.winehq.org/attachment.cgi?id=71243 backtrace file from wine Glyph the game access portal for rift after installing required update of Glyph wine has: Unhandled exception: wine-5.0.3 (Ubuntu 5.0.3-3ubuntu2) Ubuntu 21.10 kernel: 5.13.0-22-generic Sorry first time sending bug report just happened a bit ago kids are screaming. I did search the sites but did not see anything related. I also tried Glyph on actual win 7 virtual machine it came up fine. Not sure if that is helpful or not. The backtrace file is attached. If I did something wrong in filing this I apologize Everything worked earlier today until threquired update of Glyph 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.

1 3

[Bug 52176] New: Houkago Cinderella - Promotion Edition doesn't start up due to stack overflow.
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52176 Bug ID: 52176 Summary: Houkago Cinderella - Promotion Edition doesn't start up due to stack overflow. Product: Wine Version: 6.22 Hardware: x86-64 URL: https://web.archive.org/web/20200810201315if_/http://s uezou.dyndns.org/dl2020/hooksoft/houkago/houkago_promo tion.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Houkago Cinderella - Promotion Edition[1] is a demo version of visual novel published by Hooksoft, Japan. When I launch the game with Wine, it doesn't start properly. Adding font replacement settings[2], e.g. "ＭＳゴシック", doesn't help at all. [1] https://vndb.org/r72129 [2] https://wiki.winehq.org/Font_Replacements Steps to reproduce: 1. Unzip houkago_promotion.zip (MD5: ed7135ddb1a340dceedbe343a1e5b896) 2. cd 放課後シンデレラ_プロモーション版 3. LANG=ja_JP.UTF-8 wine 放課後シンデレラ.exe Expected result: Window will be shown and it shows the publisher logo, title screen, etc. Actual result: It doesn't show any windows. terminal shows following output: --- 0100:err:sync:RtlpWaitForCriticalSection section 00260200 "?" wait timed out in thread 0100, blocked by 0024, retrying (60 sec) 0124:err:sync:RtlpWaitForCriticalSection section 0034D488 "?" wait timed out in thread 0124, blocked by 0024, retrying (60 sec) 0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread 0024 addr 0x7bc41c98 stack 0x120b3c (0x120000-0x121000-0x220000) --- -- 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 52003] New: Stack overflow inside xml2.xmlXPathInit function.
by WineHQ Bugzilla Dec. 10, 2021

Dec. 10, 2021

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