wine-bugs September 2023

wine-bugs@winehq.org

1 participants
2479 discussions

[Bug 16911] New: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection()
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=16911 Summary: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection() Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Keywords: patch, source Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Created an attachment (id=18660) --> (http://bugs.winehq.org/attachment.cgi?id=18660) test program Hi, I have a test case here that works on WinXP but not Wine. I deliberately wrote a standalone test case because I'm not sure which unit test to put it in. It's in fact based off of dlls/kernel32/tests/virtual.c where the other WriteProcessMemory() test is. In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap) and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap, DIB_Status_GdiMod );. This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as SetDIBts() returns. Normally if the process tries to access it, we get a page fault that's handled by X11DRV_DIB_FaultHandler(), and everything works. However, when the test code calls WriteProcessMemory(), we talk to wineserver in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails. -- 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 5

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org 22 Feb '24

22 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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 88

[Bug 50098] New: FFXIV_Textools crashes on start
by WineHQ Bugzilla 18 Feb '24

18 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50098 Bug ID: 50098 Summary: FFXIV_Textools crashes on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nsextyfour(a)protonmail.com Distribution: --- Created attachment 68574 --> https://bugs.winehq.org/attachment.cgi?id=68574 I try to start FFXIV_TexTools, and then try to copy the text from the error dialog. FFXIV Textools, a modding tool for Final Fantasy XIV, will not launch in Wine. https://textools.dualwield.net/ It brings up an error window, and when I try to copy the text from it, the window disappears due to a crash. If I click 'yes', I get another error window. Clicking yes on this brings another, and then another. After the fourth, the program closes. -- 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 52250] New: windows.h WINE_NOWINSOCK check has been removed
by WineHQ Bugzilla 16 Feb '24

16 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=52250 Bug ID: 52250 Summary: windows.h WINE_NOWINSOCK check has been removed Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: sacrom(a)gmail.com Distribution: --- I'm using winelib to compile a Windows/Linux application, where we want to use the Linux code for threads, files system handling, network code, shared memory... and we want WINE just for the Win32 GUI code (as we did not implement a GUI in the Linux/Unix side just on Windows) Since WINE 6.8 (due this commit https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…) the WINE_NOWINSOCK check: #ifndef WINE_NOWINSOCK #include <winsock.h> #endif /* WINE_NOWINSOCK */ Has been removed, now my application does not compile as I'm mixing Linux socket definitions with the WINE/Windows "winsock.h" file. If I add this check to the file, the application does compile as with WINE 6.7 Is it possible to add the check back? or should this be done in another way now? -- 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 16

[Bug 54093] New: Tomb Raider Level Editor - Custom Level "Biohazard" has problems loading Save-File
by WineHQ Bugzilla 15 Feb '24

15 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=54093 Bug ID: 54093 Summary: Tomb Raider Level Editor - Custom Level "Biohazard" has problems loading Save-File Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, download link is at: https://www.trle.net/levels/levels/2021/0621/TombRaider95-TRBiohazard.zip with a sha256sum of: bash-5.1$ sha256sum TombRaider95-TRBiohazard.zip 58b35b648ecaaab691ce9904833730953ae155b4556d752f70d0f0a7442bcfa7 TombRaider95-TRBiohazard.zip Please note that it comes with its own Tomb4.exe and you don't need to have your own copy of any "Tomb Raider" episode. Unpacking the .zip file and running Tomb4.exe is fine. Still created its own prefix though. The problem I am facing is that (at least in the first level) you can save your game state (press Escape to get to menu and press the Arrow-Downkey) but then in turn this new game state isn't being loaded. The progress bar when loading the state goes to 100% but then nothing more happens and you can't get back into the game from where you left off. bash-5.1$ /sbin/lspci | grep VGA 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R2 Graphics] bash-5.1$ wine --version wine-7.22 Console output will follow in the next couple of minutes. -- 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 21

[Bug 50177] New: War Thunder Launcher doesn't render anything, just spams d2d_geometry_sink_AddArc stubs
by WineHQ Bugzilla 14 Feb '24

14 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50177 Bug ID: 50177 Summary: War Thunder Launcher doesn't render anything, just spams d2d_geometry_sink_AddArc stubs Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: fzatlouk(a)redhat.com Distribution: --- Created attachment 68699 --> https://bugs.winehq.org/attachment.cgi?id=68699 stdout It appears WarThunder Launcher might need d2d_geometry_sink_AddArc . It keeps spaming "0108:fixme:d2d:d2d_geometry_sink_AddArc iface 0B274638, arc 0031DB90 stub!" with stuck window with background from underneath it. Tested Wine 5.19 - 5.22 in Windows XP and Windows 10 modes. -- 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 55205] New: Fixed scancodes patchset partially breaks keyboard input in NFS Underground
by WineHQ Bugzilla 14 Feb '24

14 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55205 Bug ID: 55205 Summary: Fixed scancodes patchset partially breaks keyboard input in NFS Underground Product: Wine-staging Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 74801 --> https://bugs.winehq.org/attachment.cgi?id=74801 x11drv,+dinput,+keyboard,+key log with autodetection disabled Hello, So NFS Underground (and likely Underground 2 considering it also uses ActionMap stuff) has partially broken keyboard input with wine-staging if the fixed scancodes patchset is enabled The first thing you notice in the main menu is that the arrow keys don't work at all Also the mappings you set in vanilla Wine/wine-staging without the patchset have slightly changed if you can actually get into the mapping menu (this is with a standard US QWERTY layout by the way) What's interesting is if you enable scancode autodetection in winecfg things go back to normal I have attached a +x11drv,+dinput,+keyboard,+key log with scancode autodetection disabled (I'll send another log with that option enabled after submitting this bug because of 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 7

[Bug 47116] New: Indiana Jones and the Emperor's Tomb: white line
by wine-bugs＠winehq.org 11 Feb '24

11 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=47116 Bug ID: 47116 Summary: Indiana Jones and the Emperor's Tomb: white line Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 64326 --> https://bugs.winehq.org/attachment.cgi?id=64326 screen captures with white lines Hello, to play Indiana Jones and the Emperor's Tomb with Wine, I know I have to: - override dll msvcrt bug 27594 - disable vertex shader 12400 But now I have a new graphic issue with Wine 4.7 (even with staging version): look at the screen captures I joined to this bug report, there are white lines. -- 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 12

[Bug 49199] New: Wine on macOS no longer loads dylibs from /lib(64)
by WineHQ Bugzilla 11 Feb '24

11 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=49199 Bug ID: 49199 Summary: Wine on macOS no longer loads dylibs from /lib(64) Product: Wine Version: 5.6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com Starting from Wine-5.6 the libwine wrappers have been removed in favor of using dlopen() however this now causes component in question to no longer load embedded dylibs into /lib(64) Here’s an example; ```907aaf9e72714293909351648827e7c5aebc12a3 is the first bad commit commit 907aaf9e72714293909351648827e7c5aebc12a3 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 6 11:46:10 2020 +0200 gdi32: Use standard dlopen() instead of the libwine wrappers. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/gdi32/dibdrv/opengl.c | 12 +++++------- dlls/gdi32/freetype.c | 20 ++++++++++---------- 2 files changed, 15 insertions(+), 17 deletions(-)``` Any commit doing “ Use standard dlopen() instead of the libwine wrappers.” will now experience this. Previous behavior was the ability to simply embed dylibs into /lib(64) and wine(64) would load them as needed, now rpath is required. Winehq packages will also experience this issue worse once the current embedded libraries swap to using dlopen() -- 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 20

[Bug 39859] New: WineHQ packages for wine-gecko and wine-mono
by wine-bugs＠winehq.org 11 Feb '24

11 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=39859 Bug ID: 39859 Summary: WineHQ packages for wine-gecko and wine-mono Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Most users of the distros we now package for are accustomed to installing wine-gecko and wine-mono from packages. We should provide them. -- 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

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 2023