April 2023 - Wine-bugs - list.winehq.org

[Bug 54115] New: wine client error:68: write: Bad file descriptor
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54115 Bug ID: 54115 Summary: wine client error:68: write: Bad file descriptor Product: Wine Version: 8.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- This is starting to happen in Wine 8.0-rc1, however I didn't have version 7.22 installed, so I cannot say when it regressed exactly. After exiting any application you can see: wine client error:68: write: Bad file descriptor wine client error:b4: write: Bad file descriptor wine client error:11c: write: Bad file descriptor Full log for notepad: $ notepad 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0050:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0050:err:ole:start_rpcss Failed to open RpcSs service 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0048:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0048:fixme:imm:ImeSetActiveContext (0001002E, 0): stub 0048:fixme:imm:ImmReleaseContext (00010020, 0001002E): stub 002c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub 002c:fixme:imm:ImmReleaseContext (0001004C, 0001004E): stub 008c:err:setupapi:SetupDefaultQueueCallbackW copy error 1812 L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" -> L"C:\\windows\\inf\\wineusb.inf" 00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 wine: configuration in L"/home/birdie/.wine" has been updated. 010c:fixme:imm:ImeSetActiveContext (00030062, 1): stub 010c:fixme:imm:ImmReleaseContext (00030048, 00030062): stub Exit it, a few seconds later: wine client error:68: write: Bad file descriptor wine client error:b4: write: Bad file descriptor wine client error:11c: write: Bad file descriptor This doesn't look very appealing. I'm not using mingw, it's a classic i686 GCC build under Fedora 37. -- 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 17

[Bug 54847] New: dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54847 Bug ID: 54847 Summary: dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dnsapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine: query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:66: Test failed: expected record name L"winehq.org", got L"becky.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:66: Test failed: expected record name L"winehq.org", got L"carter.ns.cloudflare.com" query.c:67: Test failed: expected record type 1, got 28 query.c:96: Test failed: unexpected CNAME chain See https://test.winehq.org/data/patterns.html#dnsapi:query This is because winehq.org points to a CDN which uses DNS tricks to point web browsers to the closest server and do load balancing. Interestingly this does not happen for all clients, e.g. it does not happen on fg-deb64. These failures happen in new tests that were introduced by this commit: commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7 Author: François Gouget <fgouget(a)codeweavers.com> Date: Thu Apr 13 05:51:20 2023 +0200 dnsapi/tests: Test how DnsQuery() handles CNAMEs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819 -- 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 5

[Bug 52883] New: Improve support for high-level graphic settings in The Settlers: Heritage of Kings
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=52883 Bug ID: 52883 Summary: Improve support for high-level graphic settings in The Settlers: Heritage of Kings Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- Created attachment 72267 --> https://bugs.winehq.org/attachment.cgi?id=72267 screenshot for a questionable display of graphic settings I wonder why I get hindered so far to switch the graphic settings to the highest quality (which my hardware could support). How will the software capabilities evolve further also for the game “The settlers (gold edition)” after the software “Wine 7.7-1449.4”? See also: https://appdb.winehq.org/objectManager.php?sClass=version&iId=5360 -- 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 10

[Bug 45122] New: gdiplus/ font test crashes under clang-5.0.1 but not gcc-7.3.0
by wine-bugs＠winehq.org 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=45122 Bug ID: 45122 Summary: gdiplus/font test crashes under clang-5.0.1 but not gcc-7.3.0 Product: Wine Version: 3.7 Hardware: x86 URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83 46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:font .html OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Backtrace: =>0 0x7ec9e635 GdipMeasureString+0x1e5(graphics=<is not available>, string=<is not available>, length=<has been optimized away by compiler>, font=<has been optimized away by compiler>, rect=<has been optimized away by compiler>, format=<is not available>, bounds=<has been optimized away by compiler>, codepointsfitted=<has been optimized away by compiler>, linesfilled=<has been optimized away by compiler>) [/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in gdiplus (0x0033f958) 1 0x7ed1385d in gdiplus_test (+0x2485c) (0x0033fac8) 2 0x7ed0f1c7 func_font+0x486() in gdiplus_test (0x0033fe08) 3 0x7ed7e968 main+0x457() in gdiplus_test (0x0033fea8) 4 0x7ed7ecaa in gdiplus_test (+0x8fca9) (0x0033fee0) 5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8) 6 0x7b45e0f3 start_process+0x122(entry=0x7ed7f5cb, peb=<is not available>) [/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in kernel32 (0x0033ffdc) 7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7ec9e635 GdipMeasureString+0x1e5 [/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in gdiplus: mulps %xmm1,%xmm1 5427 (pt[2].X-pt[0].X)*(pt[2].X-pt[0].X)); lmk what other logs/tests would be useful. -- 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 54769] New: major regression in dnSpy startup time
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54769 Bug ID: 54769 Summary: major regression in dnSpy startup time Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- (OK, this will be quite a bit different than what I've planned when I started to write this) Let's start with an oddity: only 32bit versions of dnSpy work, 64bit fail to show anything besides the recently popular stack corruption line (it does not terminate upon it, but fails to do anything else either). The problem (initially observed in 6.1.8, but dnSpyEx 6.3.0 has the same problem): I'm not quite sure when this happened, but IIRC it was at most two releases back, maybe it was the latest one. Before, upon startup there was a minor delay before the window showed up and every now and then (but relatively rarely) the window got filled with visual garbage until it was refreshed. Now, it *seems* corruption has been dealt with (though that needs more time to be verified), but there's a crippling startup delay (over 2-3 min) between when a blank window shows up and when it's filled with content. -- 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 54361] New: Winebus doesn't enumerate evdev devices in a --without-sdl build unless SDL also disabled by winebus registry key
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54361 Bug ID: 54361 Summary: Winebus doesn't enumerate evdev devices in a --without-sdl build unless SDL also disabled by winebus registry key Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- Not sure what info to add. -- 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 21550] New: Winedbg's disassembler doesn't support SSE2 instructions
by wine-bugs＠winehq.org 15 Dec '23

15 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=21550 Summary: Winedbg's disassembler doesn't support SSE2 instructions Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Winedbg doesn't support SSE2 instructions while gdb does. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 13

[Bug 53845] New: Regression in GetCalendarInfoEx et al
by WineHQ Bugzilla 15 Dec '23

15 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=53845 Bug ID: 53845 Summary: Regression in GetCalendarInfoEx et al Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: elpochodelagente(a)gmail.com Distribution: --- Created attachment 73375 --> https://bugs.winehq.org/attachment.cgi?id=73375 test case, succeeds in Windows and wine 6.0 The following line succeeds in Windows and used to work in Wine 6, but not in Wine 7.19. Attached is a complete program test GetCalendarInfoEx(0, CAL_GREGORIAN_US, 0, CAL_ITWODIGITYEARMAX | CAL_RETURN_NUMBER, 0, 0, dwData); // returns 0 Looking at dlls/kernelbase/locale.c current git master I can see that now there is an explicit check against CAL_GREGORIAN, and if I change the CAL_GREGORIAN_US parameter in the call to CAL_GREGORIAN then GetCalendarInfoEx succeeds. -- 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 49312] New: wineg++ - "invalid program stack in 64-bit code" on exception catching - regression
by WineHQ Bugzilla 14 Dec '23

14 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=49312 Bug ID: 49312 Summary: wineg++ - "invalid program stack in 64-bit code" on exception catching - regression Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dd-tom(a)web.de Distribution: --- Created attachment 67324 --> https://bugs.winehq.org/attachment.cgi?id=67324 full crash log Referencing this issue here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1881293 When compiling the following C++ program with "wineg++ main.cpp": #include <stdexcept> #include <stdio.h> int main() { printf("start\n"); try { throw std::runtime_error("desc"); } catch (std::exception &ex) { printf("in catch\n"); } printf("end\n"); } Wine crashes with: Unhandled exception: assertion failed, invalid program stack in 64-bit code (0x00007f33f6c24781). The full log is attached. Tested with (not working): - Debian Bullseye and wine 5.0 (packaged) - wine 5.0 compiled from source on Debian Buster Regression since wine 4.0, tested working with: - Debian Buster and wine 4.0 (packaged) - wine 4.0 compiled from source on Debian Buster -- 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 22

[Bug 37517] New: VideoReDo TVSuite H.264 crashes on loading video when using VMR9
by wine-bugs＠winehq.org 14 Dec '23

14 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=37517 Bug ID: 37517 Summary: VideoReDo TVSuite H.264 crashes on loading video when using VMR9 Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gordon.lack(a)dsl.pipex.com Distribution: --- Created attachment 49929 --> https://bugs.winehq.org/attachment.cgi?id=49929 backtrace saved from crash VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up OK. Under Tools/Options/Playback Devices you can select VMR9 as the Video Driver (FYI: DirectX is also listed there, but it isn't supported any more, and actually used VMR7 as well - the option is going away). This determines the driver used when running the editing page. If you now load a video (mpeg, or h.264) into the program it will crash. -- 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 17