https://bugs.winehq.org/show_bug.cgi?id=50297
Bug ID: 50297
Summary: Blindwrite 7 crashes with a stack overflow (followup
to #49092)
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 68867
--> https://bugs.winehq.org/attachment.cgi?id=68867
Do wineserver calls on a different stack by using fibers.
I still can reproduce this issue with wine-6.0-rc1.
00f0:err:virtual:virtual_setup_exception stack overflow 4548 bytes in thread
00f0 addr 0x40e68e stack 0x21fe3c (0x220000-0x221000-0x320000)
(rr) bt 30
#0 0xb7db9b5e in __libc_disable_asynccancel (oldtype=0) at
../nptl/cancellation.c:72
#1 0xb7e35705 in __GI___writev (iovcnt=2, iov=0x222058, fd=3) at
../sysdeps/unix/sysv/linux/writev.c:26
#2 __GI___writev (fd=3, iov=0x222058, iovcnt=2) at
../sysdeps/unix/sysv/linux/writev.c:24
#3 0xb7bd68ae in send_request (req=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:213
#4 0xb7bd69f0 in server_call_unlocked (req_ptr=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:273
#5 0xb7bd6a4b in wine_server_call (req_ptr=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:289
#6 0xb7bcf1cd in NtOpenKeyEx (key=0x222340, access=131097, attr=0x2222b8,
options=0) at .../wine-git/dlls/ntdll/unix/registry.c:112
#7 0xb7bb11be in __wine_syscall_dispatcher () from
/home/benutzer/.local/share/rr/wine-1/mmap_pack_2_ntdll.so
#8 0x7bc0bdcc in NtOpenKeyEx@16 () from
/home/benutzer/.local/share/rr/wine-1/mmap_pack_343_ntdll.dll
#9 0x7b0561af in RegOpenKeyExW@20 (hkey=<optimized out>, name=0x46c06dc,
options=0, access=131097, retkey=0x222340) at
.../wine-git/dlls/kernelbase/registry.c:208
#10 0x006996a6 in ?? ()
#11 0x0069ab41 in ?? ()
#12 0x00699e14 in ?? ()
#13 0x0069a89b in ?? ()
#14 0x0069a84f in ?? ()
#15 0x0073bb4b in ?? ()
#16 0x007354d2 in ?? ()
#17 0x00736cc5 in ?? ()
#18 0x00736f53 in ?? ()
#19 0x00737f77 in ?? ()
#20 0x007384a9 in ?? ()
#21 0x00a9a1a7 in ?? ()
#22 0x00a99388 in ?? ()
#23 0x00a99394 in ?? ()
#24 0x00a99394 in ?? ()
#25 0x00a99394 in ?? ()
#26 0x00a99394 in ?? ()
#27 0x00a99394 in ?? ()
#28 0x00a99394 in ?? ()
...
I tried to have another look and got to the impression that blindwrite
expects RegOpenKeyExW and RegSetValueExW too use less stack.
I experimented a bit and one way to achive this was to do the work in these
functions on a different stack. Attached proof of concept uses fibers for this.
With this patch blindwrite can finish its stack exhaustion without visible
error
and shows the trial option dialog.
After one successful start that patch is no longer necessarry.
Another option to might be to use some more guard pages and switch them to
regular pages when we are inside wine code?
--
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=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.