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

[Bug 50498] New: Intel Assistive Context-Aware Toolkit (ACAT) v1.00.0 (.NET 4.5 app) setup exits with System.MissingMethodException
by WineHQ Bugzilla Sept. 24, 2021

Sept. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=50498 Bug ID: 50498 Summary: Intel Assistive Context-Aware Toolkit (ACAT) v1.00.0 (.NET 4.5 app) setup exits with System.MissingMethodException Product: Wine Version: 6.0-rc6 Hardware: x86-64 URL: https://github.com/01org/acat/releases/download/v1.00. 0/ACATSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: ArchLinux The setup will finish and after clicking 'Finish' it says it will install Word Predictor and after clicking 'Finish' again this error shows up: Unhandled Exception: System.MissingMethodException: Method not found: void System.ServiceModel.Description.MetadataExporter.set_PolicyVersion(System.ServiceModel.Description.PolicyVersion) at (wrapper remoting-invoke-with-check) presage_wcf_service_system_tray.PresageWCFHostForm..ctor() at presage_wcf_service_system_tray.Program.Main () [0x0000b] in <abe18da6446d4917b2d9283654dbd0f2>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.MissingMethodException: Method not found: void System.ServiceModel.Description.MetadataExporter.set_PolicyVersion(System.ServiceModel.Description.PolicyVersion) at (wrapper remoting-invoke-with-check) presage_wcf_service_system_tray.PresageWCFHostForm..ctor() -- 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 43109] New: (EZ4_Client) Crashes on start
by wine-bugs＠winehq.org Sept. 24, 2021

Sept. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=43109 Bug ID: 43109 Summary: (EZ4_Client) Crashes on start Product: Wine Version: 2.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodrigodavy(a)gmail.com Distribution: --- Created attachment 58306 --> https://bugs.winehq.org/attachment.cgi?id=58306 Debug log This is a software for patching GBA ROMs for use with a flashcart. The app crashes on start -- 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 38011] New: ID Photo Maker Opens Sucessfully but can't import jpegs for editing
by wine-bugs＠winehq.org Sept. 24, 2021

Sept. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=38011 Bug ID: 38011 Summary: ID Photo Maker Opens Sucessfully but can't import jpegs for editing Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morpole(a)gmail.com Distribution: --- Created attachment 50646 --> https://bugs.winehq.org/attachment.cgi?id=50646 This bug report came up. Hope it's of use to you. Thanks. Hi, Complete novice with Linux. Just dicovered it. Love it. Found out about Wine Seriously good idea! Would like to run this program for my small business. ID Photo Maker www.idphotomaker.com I got it installed ok using wine but nothing happens when i try to import a jpeg into it for editing. Help Please! -- 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 7

[Bug 51787] New: Resident Evil 7 crashes on launch
by WineHQ Bugzilla Sept. 24, 2021

Sept. 24, 2021

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 Sept. 24, 2021

Sept. 24, 2021

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 Sept. 24, 2021

Sept. 24, 2021

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 Sept. 24, 2021

Sept. 24, 2021

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 51526] New: Game "The Longest 5 Minutes" crashing (Issue possibly in "/user32/winpos.c")
by WineHQ Bugzilla Sept. 23, 2021

Sept. 23, 2021

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 Sept. 23, 2021

Sept. 23, 2021

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 Sept. 23, 2021

Sept. 23, 2021

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