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.
https://bugs.winehq.org/show_bug.cgi?id=55081
Bug ID: 55081
Summary: Zoria and the Cursed Land demo needs SM1 'sin' support
Product: vkd3d
Version: 1.7
Hardware: x86-64
URL: https://store.steampowered.com/app/1622110/Zoria_and_t
he_Cursed_Land/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
memory:81:50: E5017: Aborting due to not yet implemented feature: SM1 "sin"
expression.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55079
Bug ID: 55079
Summary: Rayman Origins needs SM1 'cos' support
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0024:err:d3dcompiler:D3DCompile2 <anonymous>:147:21: E5017: Aborting due to
not yet implemented feature: SM1 "cos" expression.
--
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=52094
Bug ID: 52094
Summary: IDA Pro 7.6 crashes when loading idapython3.dll
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and
configured.
Steps to reproduce:
- Get an ida76sp1 installation
- Install python3 using the exe installer (go to advanced, install for all
users, and add to environment)
- Run `wine idapyswitch.exe`, select the installation.
- Run ida.exe, watch it crash and generate a crash dump.
This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64
architecture. Python 3.4 couldn't be tested because the msi installer isn't
working properly, and when ran unattended the proper DLL isn't installed.
Any ways to bypass this after IDAPython3 has been set up include removing the
selected python3 install or removing idapython3.dll from the plugins folder.
This gets IDA to run again, though IDAPython3 still won't work.
Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz")
Nothing is shown in the command-line log that wouldn't be shown in a
non-crashing run of the program.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54468
Bug ID: 54468
Summary: Separable Subsurface Scattering crashes due to HLSL
syntax error 'unexpected KW_BLENDSTATE'
Product: vkd3d
Version: 1.6
Hardware: x86-64
URL: http://www.iryoku.com/separable-sss/downloads/Separabl
e-SSS-DX10-v1.0.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
00e4:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x800.
00e4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
00e4:err:d3dcompiler:D3DCompile2 Shader log:
00e4:err:d3dcompiler:D3DCompile2 <anonymous>:1:116: E5000: syntax error,
unexpected KW_BLENDSTATE
00e4:err:d3dcompiler:D3DCompile2
1.6-110-g240b2f96
--
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.
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.
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.
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.