wine-bugs June 2022

wine-bugs@winehq.org

1 participants
4093 discussions

[Bug 53231] New: d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs
by WineHQ Bugzilla 15 Jul '22

15 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53231 Bug ID: 53231 Summary: d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs: d2d1.c:5179: Test marked todo: 6: Got unexpected hr 0. Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x6ac0f8ef). [...] Backtrace: =>0 0x6ac0f8ef d2d_device_context_Clear+0x7f(iface=<internal error>, colour=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1 (0x0066fc78) 1 0x00414d75 in d2d1_test (+0x14d75) (0x0066fd68) 2 0x00434613 in d2d1_test (+0x34613) (0x0066fdd8) 3 0x00434983 in d2d1_test (+0x34983) (0x0066fe38) 4 0x0043618d in d2d1_test (+0x3618d) (0x0066fee8) 5 0x00435fbf in d2d1_test (+0x35fbf) (0x0066ff30) 6 0x7b62a170 in kernel32 (+0x2a170) (0x0066ff48) 7 0x7bc5a937 in ntdll (+0x5a937) (0x0066ff5c) 8 0x7bc5aff0 RtlCreateUserThread(entry=00435F40, arg=7FFD1000) [Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll (0x0066ffec) 0x6ac0f8ef d2d_device_context_Clear+0x7f [Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1: fsts 0x0(%eax) 1647 vs_cb_data->transform_geometry._11 = 1.0f; https://test.winehq.org/data/patterns.html#d2d1:d2d1 The crash still happens even if all the tests are commented out except test_shared_bitmap(). Furthermore adding traces shows that it happens in either of the two locations below: https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7… /* DXGI surface render target and WIC bitmap render target, same factory. */ hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory1, wic_bitmap2, &desc, &rt2); // crashed here or https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7… ID2D1GdiInteropRenderTarget_Release(interop); hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory2, wic_bitmap2, &desc, &rt2); // crashed here The crashes only happen with 32-bit code. d2d1:d2d1 also crashes on my box with an Intel GPU and the crash happens in the same two locations but the backtrace is different. -- 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 53157] New: --without-mingw builds on Mac can't unwind exceptions
by WineHQ Bugzilla 15 Jul '22

15 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53157 Bug ID: 53157 Summary: --without-mingw builds on Mac can't unwind exceptions Product: Wine Version: 7.10 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com I am trying to get a non-mingw build on MacOS to run my games to get debug symbols for Wine DLLs in Instruments for performance profiling. One of the issues I ran into is that SEH exceptions thrown in the PE side of our code can't be handled. Wine runs into further nested exceptions trying to unwind the stack and crashes. This is a regression introduced by the following commit: 264bd4fc84020f217807f1e59d3bfa9302e5110c is the first bad commit commit 264bd4fc84020f217807f1e59d3bfa9302e5110c Author: Martin Storsjo <martin(a)martin.st> Date: Fri May 29 13:51:04 2020 +0300 wine/asm.h: Don't define __ASM_CFI when using clang as cross compiler. Reverting this commit on top of Wine 7.10 fixes this particular problem. Getting a Wine build like this is a bit tricky. clang does not support -mabi=ms, and gcc can't build winemac.drv because of Apple-isms in the system headers that Apple never upstreamed to FSF gcc. (But they did have it in their own gcc before they switched to clang). To get a non-mingw gcc'ish Wine I do roughly the following: 1) Use wine-7.10, not master, there is yet another regression since then 2) Install gcc-11 with homebrew 3) ~/wine/configure --enable-win64 --without-x --without-mingw --disable-tests CC=gcc-11 4) Build the thing 5) Edit Makefile, replace CC = gcc-11 with CC = clang 6) cd into dlls/winemac.drv, run make 7) optionally do the same in dlls/winecoreaudio.drv 8) optionally undo the Makefile changes if you plan to recompile e.g. ntdll The game in question is Rocket League; That adds extra troubles with Steam (32 bit, so needs Mojave). I think the problem is independent of Rocket League though. The exception causing the crash is OutputDebugStringA. I don't think the problem is specific to this game though. -- 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 43167] New: Witcher 3 will not start
by wine-bugs＠winehq.org 15 Jul '22

15 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=43167 Bug ID: 43167 Summary: Witcher 3 will not start Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kallekadakas(a)gmail.com Distribution: --- Created attachment 58423 --> https://bugs.winehq.org/attachment.cgi?id=58423 Output.txt I apologize for the vague title, but there is very little info on why it fails. Terminal output is attached to the case. When clicking play on TW3 in Steam, it goes to "running" and then fails with the output attached. Arch64 i7-4790k gtx1070 Wine2.10 with dx11>opengl4.5 registry fix applied. -- 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 12

[Bug 53104] New: Wireshark can't start capturing packets
by WineHQ Bugzilla 15 Jul '22

15 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53104 Bug ID: 53104 Summary: Wireshark can't start capturing packets Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wpcap Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 72539 --> https://bugs.winehq.org/attachment.cgi?id=72539 Patch for wpcap While testing bug 53066 I just wanted to find out what would be needed to make Wireshark working in Wine. There are two obvious problems: 1. pcap_create() doesn't translate interface identifier to the real name 2. pcap_dispatch() is not implemented I fixed these problems, however, packet window still remains empty after capture is started while the temporary capture file is filled with captured packets. If this temporary file is later opened, Wireshark shows all packets captured. Attached is the patch if someone wants to push this further. "setcap cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine permissions to capture packets. -- 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 51129] New: Function name conflict (ldap_connect) with OpenLDAP 2.5
by WineHQ Bugzilla 15 Jul '22

15 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=51129 Bug ID: 51129 Summary: Function name conflict (ldap_connect) with OpenLDAP 2.5 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: sergio.durigan(a)canonical.com Distribution: --- Hello, Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which exports the ldap_connect function: ULONG CDECL ldap_connect(LDAP*,struct l_timeval*); With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function being exported by it as well (with a different prototype): https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i… This will need to be fixed in order to prevent linking problems with OpenLDAP. -- 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 50890] New: Honey Select Unlimited - Character Models Don't Render On-Screen
by WineHQ Bugzilla 13 Jul '22

13 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=50890 Bug ID: 50890 Summary: Honey Select Unlimited - Character Models Don't Render On-Screen Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gregory(a)opera.id.au Distribution: --- Created attachment 69702 --> https://bugs.winehq.org/attachment.cgi?id=69702 Screenshot of issue (character model *should* show in center of screen) When launching "Honey Select Unlimited", character models do not render on-screen (nothing appears)... Everything else (sound, menus, backgrounds, etc...) seems to work; it is only the character models that seem to be affected. As it is only the character models that seem to be affected, this suggests that the issue lies with something in the way the character models are rendered in the game / simulation. In order to progress in the game / simulation, one must interact with the characters almost immediately, so this bug is game / simulation-breaking (i.e. the game / simulation cannot be used via WINE whilst this bug is present). This bug also affects "Honey Studio", which is a separate program, but one that is included as a part of the "Honey Select Unlimited" installation. Honey Select Unlimited version 1.0.2 was used when experiencing / testing / replicating this bug. -- 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 49897] New: winetricks dotnet452 hangs
by WineHQ Bugzilla 13 Jul '22

13 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=49897 Bug ID: 49897 Summary: winetricks dotnet452 hangs Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: dotnet, download, Installer, regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Created attachment 68254 --> https://bugs.winehq.org/attachment.cgi?id=68254 terminal output While bug 49532 was fixed for dotnet40, dotnet452 still hangs for me. -- 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 40

[Bug 34795] New: SolidWorks 2010: No correct headers' name for material databases in manager
by wine-bugs＠winehq.org 12 Jul '22

12 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=34795 Bug #: 34795 Summary: SolidWorks 2010: No correct headers' name for material databases in manager Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml4 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46402 --> http://bugs.winehq.org/attachment.cgi?id=46402 Appearance comparison Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30 3) install SolidWorks 2010 4) start SolidWorks 2010 5) create new part 6) RMB on material 7) choose "edit material" 8) choose any material and click "apply" Behaviour: Left side of image (see attachment) Expected behaviour: Right side of image (see attachment) Additional info: "sh winetricks msxml6" helps. -- 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 9

[Bug 34922] New: SolidWorks 2014 installer not working
by wine-bugs＠winehq.org 12 Jul '22

12 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=34922 Bug #: 34922 Summary: SolidWorks 2014 installer not working Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: micet2004-winehq(a)yahoo.de Classification: Unclassified log.txt.tar.gz (expanded 347MB!) http://rapidshare.com/share/413FD513EE7CBC505D77F4D49EB7E85D -- 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 14

[Bug 35873] New: SolidWorks 2013: INSTALLDIR instead of valid path
by wine-bugs＠winehq.org 12 Jul '22

12 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=35873 Bug ID: 35873 Summary: SolidWorks 2013: INSTALLDIR instead of valid path Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47896 --> http://bugs.winehq.org/attachment.cgi?id=47896 Installation paths dialog Steps to reproduce: 1) remove ~/.wine 2) cd "swwi/data/" 3) wine setup.exe 4) click "next" 5) click "customize" 6) click "next" Behaviour: INSTALLDIR Expected behaviour: "C:\Program Files\SolidWorks" Terminal output: nothing Additional info: If I omit 5th I don't encounter the bug. -- 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 3

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