wine-bugs May 2023

wine-bugs@winehq.org

1 participants
2900 discussions

[Bug 52012] New: MeshroomCL crashes on unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8
by WineHQ Bugzilla 28 May '23

28 May '23

https://bugs.winehq.org/show_bug.cgi?id=52012 Bug ID: 52012 Summary: MeshroomCL crashes on unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: revisionarian(a)gmail.com Distribution: --- The photogrammetry software application MeshroomCL crashes during execution of its TexturingCL node. The output error message is: "Unhandled exception: unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8 called in 64-bit code" This error was encountered using Wine 6.21 on Unbuntu 20.04. MeshroomCL version was 0.7.3. MeshroomCL can be downloaded from URL https://github.com/openphotogrammetry/meshroomcl/releases. -- 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 54917] New: Keyboard input issues in NFS Underground since wine-8.5
by WineHQ Bugzilla 27 May '23

27 May '23

https://bugs.winehq.org/show_bug.cgi?id=54917 Bug ID: 54917 Summary: Keyboard input issues in NFS Underground since wine-8.5 Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 74431 --> https://bugs.winehq.org/attachment.cgi?id=74431 NFS Underground +dinput log on wine-8.4 Hello, So NFS Underground (and other NFS games from the same era) have keyboard input issues since wine-8.5 (which rewrote a lot of dinput code) When you first open the game in wine-8.5, you'll see that the mappings are completely different (if you set ones previously) Also there's a good chance when you set a mapping that it will disappear the next time you load the game Or the mappings that managed to be saved may not actually work in-game for some weird reason If you switch to wine-staging the problems get worse (the arrow keys just stop working in the menu) I haven't tried to bisect yet though (I'm a bit too lazy), but I'll provide both wine-8.4 and 8.7 logs with WINEDEBUG=+dinput set Note: The 8.7 log will be added in a comment (Bugzilla limitations?) -- 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 27559] New: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer)
by wine-bugs＠winehq.org 27 May '23

27 May '23

http://bugs.winehq.org/show_bug.cgi?id=27559 Summary: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer) Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.imgburn.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning_uk(a)imgburn.com I've had a bunch of crash logs sent to me over the past year where ImgBurn crashes unrecoverably on startup when users are running it under Wine but was never able to reproduce the error until today. It turns out that if Wine's 'Windows Version' is set to 'XP' (default and what I'd always been using) everything works fine. The second it's changed to 'Vista' (or newer), the app crashes at startup. I've managed to get a crash call stack via madExcept / Eurekalog and have now traced the problem back to the 'Explorer' style component it uses in the 'Disc Layout Editor' window ('TVirtualExplorerTree' by MustangPeak). It looks like it's related to namespace stuff and therefore the shell? I've made/attached a Delphi demo app with a single form and single instance of 'TVirtualExplorerTree' to hopefully make testing and debugging this issue a little easier. Without fail, it'll crash when Wine's 'Windows Version' is set to 'Vista' but it's fine as 'XP'. I'm using Wine in Ubuntu 11.04 for testing. The programs (ImgBurn and demo app) work fine on a real Windows XP, Vista or 7 installation. -- 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 33

[Bug 54734] New: Lord of the Rings Online randomly crashes during gameplay
by WineHQ Bugzilla 27 May '23

27 May '23

https://bugs.winehq.org/show_bug.cgi?id=54734 Bug ID: 54734 Summary: Lord of the Rings Online randomly crashes during gameplay Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ewg.grey(a)gmail.com Distribution: --- Created attachment 74238 --> https://bugs.winehq.org/attachment.cgi?id=74238 Wine terminal output after a crash I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7 5800X with an AMD ATI Radeon RX 6800 XT graphics card. The Lord of the Rings Online game client randomly closes/crashes during gameplay with the following message as the last output from Wine: 01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub I've been using this install of LotRO for over a year with no issues. However, I tried creating a new Wine prefix and reinstalling the game from scratch. I run the following winetricks to get all of the game client's functionality to work: winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts I'm also using dxvk 2.1 Nothing else is changed from the defaults. Everything worked fine up through Wine 8.0. However, those were TKG builds of Wine. I switched to the Arch build of Wine to test if the issue was the TKG build of Wine. -- 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 3452] BC3000 - Horribly Slow
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=3452 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #38 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 8.9. -- 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 54976] New: Since 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 program fails to start: Application could not be started, or no application associated with the specified file. (regression)
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54976 Bug ID: 54976 Summary: Since 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 program fails to start: Application could not be started, or no application associated with the specified file. (regression) Product: Wine Version: 8.7 Hardware: x86-64 URL: https://community.chocolatey.org/api/v2/package/chocol atey/1.4.0 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 Distribution: Debian This is a regression from yesterday: 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 disallows choco.exe to start The easiest way to reproduce this, without having to install it completely (bit tedious), is : wget https://community.chocolatey.org/api/v2/package/chocolatey/1.4.0 7z x 1.4.0 wine ./tools/chocolateyInstall/choco.exe Expected behaviour: It should print some error info because it's not installed properly Actual behaviour: wine: failed to start L"Z:\\home\\louis\\Downloads\\tools\\chocolateyInstall\\choco.exe" Application could not be started, or no application associated with the specifie d file. -- 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 54965] New: Rich Edit erroneously moves the cursor to the end of text when system IME composition ends
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54965 Bug ID: 54965 Summary: Rich Edit erroneously moves the cursor to the end of text when system IME composition ends Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 8ae0c308233e61cfc01ef52886077960d6513d93 Distribution: --- When the user attempts to compose character while the cursor is in the middle of the text box, Rich Edit moves the caret to the _end_ of the text before inserting the the newly composed character(s), instead of keeping the current cursor position. Steps to reproduce: 1. Activate fcitx5 (Hangul). 2. Enter the following text: "ABCXYZ" 3. Move the cursor (caret) to the middle of the string: "ABC|XYZ" 4. Compose a character. Expected behaviour: The composed character should be inserted between "ABC" and "XYZ" Actual behaviour: The composed character is inserted after "XYZ" and the caret moves to the end of the string. -- 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 54956] New: Framemaker 8 crashes on printing
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54956 Bug ID: 54956 Summary: Framemaker 8 crashes on printing Product: Wine Version: 8.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- Framemaker 8 crashes on printing after some pages with an internal error This is a 32-bit-only wine install which is self-compiled, not WOW A bisect shows the following patch as the first bad commit be33dfbde0ac73d873be06399a90b805c1500d8f is the first bad commit commit be33dfbde0ac73d873be06399a90b805c1500d8f Author: Piotr Caban <piotr(a)codeweavers.com> Date: Sun May 7 13:50:26 2023 +0200 wineps: Remove no longer used font selection code from PE side. dlls/wineps.drv/builtin.c | 189 -------------------------------------------- dlls/wineps.drv/font.c | 82 ++----------------- dlls/wineps.drv/printproc.c | 29 ------- dlls/wineps.drv/psdrv.h | 2 - 4 files changed, 8 insertions(+), 294 deletions(-) Before each test the prefix was freshly created. -- 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 11

[Bug 54974] New: armv7 ELF builds crashing since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx()."
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54974 Bug ID: 54974 Summary: armv7 ELF builds crashing since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx()." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: julliard(a)winehq.org Regression SHA1: ebc1b099159059d35fd86e61122ab7f7aa6722ef Distribution: --- Since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx().", ebc1b099159059d35fd86e61122ab7f7aa6722ef, my armv7 ELF builds (--without-mingw) crash on startup. I haven't yet had time to dig into what crashes and why - filing the bug early in case this rings any bells. (I know the non-PE builds aren't the recommended way going forward, but as this used to work, I test it continuously until it is formally no longer supported.) -- 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 54955] New: Battle.net : unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54955 Bug ID: 54955 Summary: Battle.net : unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 74481 --> https://bugs.winehq.org/attachment.cgi?id=74481 backtrace Application crashes with unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code in the backtrace -- 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

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