November 2021 - Wine-bugs - list.winehq.org

[Bug 51978] New: Autodesk fusion360 crashes at start: wine: Call from 000000007B01231E to unimplemented function msvcp140.dll.?table@?$ctype@D@std@@QEBAPEBFXZ, aborting
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51978 Bug ID: 51978 Summary: Autodesk fusion360 crashes at start: wine: Call from 000000007B01231E to unimplemented function msvcp140.dll.?table@?$ctype(a)D@std@@QEBAPEBFXZ, aborting Product: Wine Version: 6.19 Hardware: x86-64 URL: "https://dl.appstreaming.autodesk.com/production/insta llers/Fusion%20360%20Admin%20Install.exe" OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Hi, as the title says -- 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 48950] New: NVDA requires AccessibleObjectFromPoint for mouse tracking
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48950 Bug ID: 48950 Summary: NVDA requires AccessibleObjectFromPoint for mouse tracking Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux In order to track the mouse pointer and read what's under the mouse NVDA tries to get an IAccessible object using AccessibleObjectFromPoint. This fails with a stub and mouse tracking doesn't work. -- 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 51598] New: cmd.exe crashes on "if exist" without arguments
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51598 Bug ID: 51598 Summary: cmd.exe crashes on "if exist" without arguments Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 70448 --> https://bugs.winehq.org/attachment.cgi?id=70448 Example batch file Run `wine if-exist.bat` and a crash dialog will appear. `wine cmd /k if exist` and `wine if-exist.bat | tee /dev/null` do not open a crash dialog, but they do print "stack overflow" and exit. Strangely, `wine cmd /k if-exist.bat` does NOT 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.

1 5

[Bug 41098] New: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers )
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=41098 Bug ID: 41098 Summary: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers) Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: c92451f295242110bf016facf0e80564f3643d94 Distribution: --- The bug reported here occurs with Nvidia binary drivers 367.35, but can't reproduce it with nouveau/mesa. I tried the official demo version, but it just hangs with a black screen with the OpenGL renderer (unrelated to this regression, occurs with nouveau as well and with older Wine versions). When OpenGL renderer is selected in the launcher, the game starts and plays the intro video, then the game quits after displaying this error message: 'Error: Generic renderer error." The OpenGL renderer in Descent 3 used to work until commit c92451f295242110bf016facf0e80564f3643d94 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 4 00:02:48 2015 +0100 wined3d: Always use the same formats in context_create() when "always_offscreen" is enabled. Disabling "AlwaysOffScreen" in the registry works around the problem. Terminal output shows only fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 Wine 1.9.16 Fedora 24 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 367.35 OpenGL core profile shading language version string: 4.50 NVIDIA -- 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 18

[Bug 51864] New: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51864 Bug ID: 51864 Summary: VeraCrypt Installer for 1.24-Update7 (Win8+) fails with HRESULT 0x800288BD Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 70779 --> https://bugs.winehq.org/attachment.cgi?id=70779 Veracrypt installer Winedump Seems like the installer, a 32bit App, tries to register a 64bit TypeLib, but it fails: ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... 0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782 0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782 ... A quick check of the source code shows us, that wine does this on purpose: oleaut32.typelib.c: HRESULT WINAPI RegisterTypeLib(ITypeLib *ptlib, const WCHAR *szFullPath, const WCHAR *szHelpDir) { ... #ifndef _WIN64 if (attr->syskind == SYS_WIN64) return TYPE_E_BADMODULEKIND; #endif ... } Windows allows this behavior, as the installer works perfectly fine there. -- 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 51959] New: Missing procedure GetDayLightFlag
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51959 Bug ID: 51959 Summary: Missing procedure GetDayLightFlag Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: deridiot(a)gmail.com Distribution: --- Created attachment 70942 --> https://bugs.winehq.org/attachment.cgi?id=70942 german Error Message about the missing procedure In the build process of a python project we employ a docker image that uses pyinstaller via wine (https://github.com/cdrx/docker-pyinstaller) When executing the frozen exe it will raise an error noting that ucrtbase.dll misses the procedure GetDayLightFlag If i explicitly tell the build process to ignore ucrtbase.dll from being included in the package it will use the dll of the system it runs on. Meaning it doesn't employ the file supplied by wine. I poked around the code a bit and probably we are just lacking stdcall GetDaylightFlag() in https://github.com/wine-mirror/wine/blob/master/dlls/ucrtbase/ucrtbase.spec But C isn't my language of choice so i will gladly admit that's just guessing. I've managed to work around my problem by just excluding the dll, but i feel this might help someone else in the future. -- 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 26350] New: Dungeons demo doesn't run
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=26350 Summary: Dungeons demo doesn't run Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.bigdownload.com/games/dungeons/pc/dungeons- demo/ OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com If I use mono-2.10-1, it fails with an error that mono can't handle it: Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException (string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. System.NullReferenceException: Object reference not set to an instance of an object With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args) -- 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 16

[Bug 39699] New: WINE Crashed during setup of 'EDT for Windows'
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=39699 Bug ID: 39699 Summary: WINE Crashed during setup of 'EDT for Windows' Product: Wine Version: 1.6-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: D.Kurtz(a)web.de Distribution: --- Created attachment 52941 --> https://bugs.winehq.org/attachment.cgi?id=52941 Saved Crashfile During running the Setup-Programm WINE crashed. I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe If possible please answer in German language because my english is very bad. Thanks Dietmar -- 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 52037] New: MaiDenSnow Eve trial crashes upon entering load menu
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52037 Bug ID: 52037 Summary: MaiDenSnow Eve trial crashes upon entering load menu Product: Wine Version: 6.19 Hardware: x86-64 URL: https://trial.dlsite.com/doujin/RJ116000/RJ115762_tria l.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I'm reporting against 6.19, but IIRC this predates 6.0. I have no proof that the problem stems from the code in win32u/gdiobj.c, as gdb backtraces report stack being corrupted. Yet after changing the warning in handle_entry to print handle value, I can see the handle (font) being accessed after being freed by free_gdi_handle. Also, 'all,-heap' somehow sidesteps the crash, for a price of a major slowdown. The crash is 'illegal instruction', so once again, stack corruption. To reproduce: - run the trial - pick the last option (fourth) in the menu - pick 'New Game' - go with the first option in the next menu - as the game starts, access menu (press X) and save (first option) - press F12 to quickly restart the game - back at the title screen pick 'Load Game' - ...get the crash (if at any point you get a splash screen with some text and a clock image, you need to press 'up,left,up,down,right' on the keyboard) -- 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 15

[Bug 19841] New: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed.
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19841 Summary: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed. Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben.r.xiao(a)gmail.com In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons sometimes causes the mouse cursor to remain on screen even when the in-game menus are closed. In other words, during FPS gameplay, the cursor sits right where the crosshairs should be and does not disappear. Needless to say this is quite distracting. This cursor bug seems to appear randomly, but always after browsing an intelligence report or upgrading weapons. The only way to get rid of the cursor is to restart the game. I'll post an attachment showing this bug the next time I see it. -- 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 8