wine-bugs December 2021

wine-bugs@winehq.org

1 participants
4430 discussions

[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 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 52190] New: unhandled exception
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

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 10 Dec '21

10 Dec '21

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 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 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 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 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

[Bug 52184] New: Initial breakpoint absent when debugging under WinDbg/CDB (build 22000.1)
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52184 Bug ID: 52184 Summary: Initial breakpoint absent when debugging under WinDbg/CDB (build 22000.1) Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- When debugging with WinDbg or CDB (build 22000.1), the initial breakpoint before the program entry point is not hit at all. This appears to be because DbgEng creates the debug port object with limited access permissions, causing NtQueryInformationProcess/ProcessDebugPort to fail with STATUS_ACCESS_DENIED. This leads to Wine's process_breakpoint() function (called by LdrInitializeThunk) failing to detect that the current process is being debugged, and the initial breakpoint is skipped. -- 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 51946] New: cMUD 3.34 crashes with nTRaiseException
by WineHQ Bugzilla 10 Dec '21

10 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51946 Bug ID: 51946 Summary: cMUD 3.34 crashes with nTRaiseException Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mssxtn(a)gmail.com Distribution: ArchLinux Created attachment 70918 --> https://bugs.winehq.org/attachment.cgi?id=70918 Installation of CMUD cMUD 3.34 worked fine under wine-staging until 6.20. Uninstalled wine-staging and installed wine, along with all of its deps and optional deps. Removed old .wine and ran both win64 and win32 winearches with the same errors. Install of cMUD 3.34 pops up with an unhandled exception during the install process. Running the program results in the same/similar unhandled exception. Downgrading to wine 6.19 resolves the problem and the application runs as expected. Related Unrelated Issue? https://bugs.winehq.org/show_bug.cgi?id=49321 -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2021