wine-bugs September 2021

wine-bugs@winehq.org

1 participants
4610 discussions

[Bug 51787] New: Resident Evil 7 crashes on launch
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51787 Bug ID: 51787 Summary: Resident Evil 7 crashes on launch Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: pgofman(a)codeweavers.com Regression SHA1: 6d290cf2296d879099fdad93ac1c5c2ea355cdd4 Distribution: --- Unhandled exception: page fault on execute access to 0x00000000 in 64-bit code (0x0000000000000000). Register dump: rip:0000000000000000 rsp:000000000041e868 rbp:000000000041e970 eflags:00010246 ( R- -- I Z- -P- ) rax:0000000000000000 rbx:00007f9dcfb90000 rcx:000000000041e8b8 rdx:0000000000000000 rsi:0000000000000000 rdi:00000000029005a0 r8:0000000000000001 r9:0000000000010008 r10:0000000000000570 r11:0000000148238290 r12:0000000000000000 r13:0000000000000000 r14:00000000024b0030 r15:0000000000f21d70 Stack dump: 0x000000000041e868: 0000000142202238 00007f9d45801800 0x000000000041e878: 00007f9dcf5f0000 00007f9dcfb90000 0x000000000041e888: 000000007b09116c 0000000000000000 0x000000000041e898: 000000000041e8f0 0065005300000002 0x000000000041e8a8: 0063006900760072 0061005000200065 0x000000000041e8b8: 00000000029005a4 0000000000000000 0x000000000041e8c8: 0000000000000000 1ca0518000000020 0x000000000041e8d8: 4fde0c9a450aa699 0000000189dd3dbe 0x000000000041e8e8: 0000000000f22410 4d36e96800000020 0x000000000041e8f8: 0008c1bf11cee325 000000001803e12b 0x000000000041e908: 000000000054ee20 000000000041e940 0x000000000041e918: 00007f9dcfac8bf5 000000000041e940 Backtrace: =>0 0x0000000000000000 (0x000000000041e970) 0x0000000000000000: -- no code accessible -- -- 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 51795] New: Document usage of winelib manually without relying for it on higher-level tools like winegcc and winemaker
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51795 Bug ID: 51795 Summary: Document usage of winelib manually without relying for it on higher-level tools like winegcc and winemaker Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- I am building some software (I don't think I should give a link, because I have left it in completely broken state currently). The build system used is CMake. Currently I rely on winegcc (without much success, the build with CMake fails, but if I fix the generated scripts manually, it succeeds, though the app still refuses to start, it may be that I do something wrong). I'd like to use any compiler supported by CMake for it. It'd be nice to have a doc that is not focused on the high-level tools, but that is focused on what is going on and what steps are advised to be made to get a working app in ELF format, that can be debugged using regular gdb/lldb. Also it'd he nice to know if I can link libraries in PE format to it. My main motivation for using winelib is debugging of software using Qt Creator, , which currently cannot interface winedbg (even in gdb mode), while running the software being dehugged upon Linux (and not involving real Windows anyhow). -- 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 51793] New: winegcc doesn't work with CMake well
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51793 Bug ID: 51793 Summary: winegcc doesn't work with CMake well Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- I know, it is not quite a bug in wine, but a bug in CMake, but probably should also be tracked here. When I set `winegcc` and `wineg++` as compilers for CMake, I have issues with the software. When cmake generates the file for the low-level build system (I use `ninja`), it (correctly, as it matches the convention in Linux) generates the path without `.so` in the end and with soversion in the file name (`lib*.so.<soversion>`) for the libraries to be linked against. But the built libs files themselves ... have both soversion and so extension in the end (`lib*.so.<soversion>.so)`, in addition to the one before soversion. It disrupts building process. Also, the libraries with WinAPI are not linked automatically and have to be manually specified, so one has to detect if `winegcc` was used as a compiler and add the libs manually. -- 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 51759] New: Office Software Protection Platform dlls error
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51759 Bug ID: 51759 Summary: Office Software Protection Platform dlls error Product: Wine-staging Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matthias.geiger1024(a)tutanota.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70657 --> https://bugs.winehq.org/attachment.cgi?id=70657 log Upon installing office 2016 wine runs into the said bug. see log snippet below. When I manually copied the dll, I still ran into the same error. -- 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 47135] New: Onenote fails to start: Desktop Experience feature is not installed ( lacking Win32_ServerFeature class from wbemprox)
by wine-bugs＠winehq.org 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=47135 Bug ID: 47135 Summary: Onenote fails to start: Desktop Experience feature is not installed (lacking Win32_ServerFeature class from wbemprox) Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 64360 --> https://bugs.winehq.org/attachment.cgi?id=64360 hack to start Onenote The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem apparently seems to be in wbemprox, missing Win32_ServerFeature class The attached crappy hack allowed me to start Onenote, and also Onenote from Office365 starts with it. Crappy hack is only to show where the problem is and problably contains several errors, hopefully someone can fix this in proper way (hint at Hans;)). Sidenote: reverting the hack makes Onenote from Office365 run into the bug again, but Onenote from office 2010 now continues happily to start; maybe it sets some registry key once started and the patch is not needed anymore? No idea. 008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature") ret=2e0e8fd1 008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085 008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM Win32_ServerFeature") ret=2e0e90bb . . . . 008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because the Desktop Experience feature is not installed. Install it in the Windows Control Panel > Prog rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft Office",00000030) ret=39bb2183 -- 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 51526] New: Game "The Longest 5 Minutes" crashing (Issue possibly in "/user32/winpos.c")
by WineHQ Bugzilla 23 Sep '21

23 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51526 Bug ID: 51526 Summary: Game "The Longest 5 Minutes" crashing (Issue possibly in "/user32/winpos.c") Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- the Steam game "The Longest Five Minutes" crashes on start-up, apparently caused by not passing some variables (a window handle?). I used Wine GE 6.12 in this particular case. WORKAROUND: Enabling virtual desktop in the prefix allows the game to launch. Possible relevant bit (See full backtrace for more): "2 0x6edaf59c WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [Z:\home\ubuntu\buildbot\runners\wine\wine-src\dlls\user32\winpos.c:3003] in user32 (0x0a24dd48)" Link to Line 3003 in Wine GE 6.12: https://github.com/GloriousEggroll/wine/blob/cc2d9bd66c1207de3f8016cecd05d6… Backtrace: https://gist.github.com/MadByteDE/fd9acf3deb29d885cb2fb2769402b1cf Proton Issue Page: https://github.com/ValveSoftware/Proton/issues/4849 -- 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 12

[Bug 51782] New: The ws2_32:sock output is too big in Wine
by WineHQ Bugzilla 23 Sep '21

23 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51782 Bug ID: 51782 Summary: The ws2_32:sock output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ws2_32:sock outputs ~29kB of data. This is too much and contributes in pushing the WineTest reports above the 1.5MB limit. The traces break down as follows: 0kB failures 24kB todos 5kB traces 0kB test framework (summary lines, etc.) Note that this predates the double-free ws2_32:sock crash (bug 51778): the crash backtrace just took the place of the todos/traces that are no longer being run. Time to fix Wine to reduce the number of todos! -- 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 51785] New: The d3dx10_*:d3dx10 output is too big in Wine
by WineHQ Bugzilla 23 Sep '21

23 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51785 Bug ID: 51785 Summary: The d3dx10_*:d3dx10 output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dxof Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The d3dx10_*:d3dx10 tests are mostly duplicates of each over and collectively they output ~29kB of data. So while each individual test only outputs about 3kB, multiplied by the 9 copies this is too much and contributes in pushing the WineTest reports above the 1.5MB limit. The traces break down as follows: 0kB failures 3kB todos 0kB traces 0kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 51781] New: The d3d11:d3d11 output is too big in Wine
by WineHQ Bugzilla 23 Sep '21

23 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51781 Bug ID: 51781 Summary: The d3d11:d3d11 output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg now outputs ~84kB of data. This is way too much and contributes in pushing the WineTest reports above the 1.5MB limit. The traces break down as follows: 7kB failures 74kB todos 1kB traces 0kB test framework Time to fix Wine to reduce the number of failures and todos! -- 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 51772] New: Drag and drop issue - DROPEFFECT zero
by WineHQ Bugzilla 23 Sep '21

23 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51772 Bug ID: 51772 Summary: Drag and drop issue - DROPEFFECT zero Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: tomtib(a)gmx.de Distribution: --- Hello Wine-developers, I have described the issue here: https://forum.winehq.org/viewtopic.php?f=2&t=35444&sid=4f2e5ba04bc432c1648a… I have also posted the reply from the foobar spider monkey panel developer, hope this issue can be fixed, thank you! -TT -- 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

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