wine-bugs August 2021

wine-bugs@winehq.org

1 participants
5046 discussions

[Bug 42030] New: winedbg: Internal crash at 0x9f58fd40
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally 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.

2 6

[Bug 51220] New: version:info - The GetFileVersionInfoEx() checks fail in non-English locales
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51220 Bug ID: 51220 Summary: version:info - The GetFileVersionInfoEx() checks fail in non-English locales Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The GetFileVersionInfoEx() checks fail in non-English locales because the returned information seems to be localized even when they shouldn't be, i.e. for flags=0 and flags=FILE_VER_GET_NEUTRAL: https://test.winehq.org/data/patterns.html#version:info fr_FR: info.c:709: Test failed: [0] got 1036, expected lang is 1033 ja_JP: info.c:709: Test failed: [0] got 1041, expected lang is 1033 I suspect this is because this code block in GetFileVersionInfoSizeExW() systematically fails to find the English resource: LANGID english = MAKELANGID( LANG_ENGLISH, SUBLANG_DEFAULT ); hRsrc = FindResourceExW( hModule, MAKEINTRESOURCEW(VS_VERSION_INFO), (LPWSTR)VS_FILE_INFO, english ); I tried some alternative combinations for MAKELANGID() (though maybe not the right one) to no avail. So it's unclear to me if the issue is a bug in FindResourceExW() or an issue in the set up of the file version information in kernel32.dll. Note: * The fg-deb64-* tests are run in the fr_FR.UTF-8 locale. -- 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 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=32183 Bug #: 32183 Summary: Cannot open console device read only, then read from it to get input Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Created attachment 42462 --> http://bugs.winehq.org/attachment.cgi?id=42462 CON test program (source and exe) (Email sent to wine-devel for assistance, but logging bug to track issue in case I do not get anywhere) CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on windows and fails on wine. I need this particular sequence of events to work in order for a patch I have for cmd.exe to support CON input 'nicely' (read 'without hacks'). For simplicity sake I've cut this down to a tiny test program, which works on windows and fails on wine which does the following: Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which internally opens a CONIN$ device with the same access rights) Reads from the device with ReadFile - Because its a console device, this drops through to ReadConsoleW, which creates a CONOUT$ and then waits on a keystroke - Once the key is pressed (WCEL_Get) the key is 'inserted' into the input buffer by calling WriteConsoleInputW The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine, but if you open CONIN$ GENERIC_READ only then it fails on wine and works on windows, with the same issue. Now on windows, this works... the question is how to make it work on wine... My gut feeling, with nothing backing this at all, is that WCEL_Get should not use WriteConsoleInputW to inject the values into the input buffer, instead making the server call directly, but passing through to the server call something to indicate that it is ok to add the data to the buffer, but I'm fast getting out of my depth! How to reproduce: Compile sample source (exe provided in zip)... Run as: "test 1" - this is the one I need to work... \\.\CON GENERIC_READ case "test 2" - this is a similar problem but opens CONIN$ GENERIC_READ "test 3" - this works on both windows and wine, opening CONIN$ GENERIC_READ|GENERIC_WRITE "test 4" - this fails on both windows and wine as you cannot open CON device with WRITE access Except for case 4, When its 'failing' - when you press a key in wine, it exits. When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D on wine) is pressed and ends -- 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 51396] New: cl.exe sometimes fails with internal compiler error
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51396 Bug ID: 51396 Summary: cl.exe sometimes fails with internal compiler error Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Cl.exe from MSVC 2019 Build Tools sometimes fails with: "fatal error C1001: Internal compiler error." A workaround is setting vcruntime140_1 to native. This is possibly caused by unsupported flag in __CxxFrameHandler4: 0b24:fixme:seh:__CxxFrameHandler4 unsupported flags: 7a which is unsupported FUNC_DESCR_IS_SEPARATED in dlls/vcruntime140_1/except_x86_64.c Not critical since the workaround exists. I'm ready to test this when the flag is implemented. -- 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 51195] New: Lara Croft and the Temple of Osiris doesn't launch
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51195 Bug ID: 51195 Summary: Lara Croft and the Temple of Osiris doesn't launch Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70069 --> https://bugs.winehq.org/attachment.cgi?id=70069 log d3dcompiler_43 - native,builtin d3dx11_43 - native,builtin (Otherwise the game fails after hitting 'Play' with "Failed to initialize Direct3D with current settings") msvcr110 - native,builtin (for launcher) Bug 49541 Assertion failed: iface->lpVtbl == &d3d11_rendertarget_view_vtbl, file ../wine/dlls/d3d11/view.c, line 1794 04d4:warn:d3d11:d3d_rendertarget_view_init Failed to create a wined3d rendertarget view, hr 0x80070057. 04d4:warn:d3d11:d3d_rendertarget_view_create Failed to initialize rendertarget view, hr 0x80070057. wine-6.9-148-gce151dd681f -- 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 50714] New: CMS client stopped working after latest wine update
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50714 Bug ID: 50714 Summary: CMS client stopped working after latest wine update Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: denis.salmanovich(a)gmail.com Distribution: --- Created attachment 69460 --> https://bugs.winehq.org/attachment.cgi?id=69460 errors backtrace Hello, I am using version 5.9 of wine and CMS client (https://camerayoosee.com/yoosee-cap-nhat-phien-ban-phan-mem-cms-client-moi-…) version 1.0.0.53 and it works fine. But if I want to update wine version to latest/newer (5.12 or 6.1) - I get error after login screen. Tried on two different machines with different kernels (both stack traces attached). -- 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 48631] New: Death to Spies: Moment of Truth demo renders text as a black squares
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48631 Bug ID: 48631 Summary: Death to Spies: Moment of Truth demo renders text as a black squares Product: Wine Version: 5.2 Hardware: x86-64 URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 66482 --> https://bugs.winehq.org/attachment.cgi?id=66482 screenshot Setting d3dx9_32 to 'native,builtin' helps. -- 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 14

[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

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