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=56347
Bug ID: 56347
Summary: The Sinking City exits after Click any key to continue
Product: vkd3d
Version: 1.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
After starting new game and loading the game shows 'Click any key to continue'
which results in
0880:err:msvcrt:_wassert (L"1 <= count && count <=
VKD3D_VEC4_SIZE",L"../vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h",1613)
vkd3d-1.10-492-gd9c68ee4
--
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=56344
Bug ID: 56344
Summary: Implement wbem scripting sink
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gianvito(a)gmx.it
Distribution: ---
Hi, I play Raid Shadow Legends and use a tool to make farming easier in the
game (absolutely no cheats or similar). Recent versions of this tool crash,
until a few months ago it worked fine. This is the crash error:
0114:err:ole:com_get_class_object class {75718c9a-f029-11d1-a1ac-00c04fb6c223}
not registered
0114:err:ole:create_server class {75718c9a-f029-11d1-a1ac-00c04fb6c223} not
registered
0114:err:ole:com_get_class_object no class object
{75718c9a-f029-11d1-a1ac-00c04fb6c223} could be created for context 0x5
I wrote on the Wine forum and was told it could be a wbem problem:
https://forum.winehq.org/viewtopic.php?t=38259
Thanks a lot for your 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.
https://bugs.winehq.org/show_bug.cgi?id=56231
Bug ID: 56231
Summary: Myst using DOSBox doesn't display anything
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Split off from bug 56225.
After downloading the program and running the "Myst.bat", it starts DOSBox,
displays some text and loads into the windows desktop. However, I only get a
black window. When pressing Enter I hear the game starting, but no graphical
output.
It works for other users, but not for me.
--
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=55834
Bug ID: 55834
Summary: Scribblenauts Unlimited crash on startup,
KW_SAMPLER_STATE/KW_TECHNIQUE/tex2Dlod
Product: vkd3d
Version: 1.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: zorba-winehq(a)pavlovian.net
Distribution: ---
Created attachment 75331
--> https://bugs.winehq.org/attachment.cgi?id=75331
Proton 7.0 log
When starting Scribblenauts Unlimited via Proton, I get shader compilation
errors. This occurs with Proton 7.0, Proton 8.0, and Proton Experimental. Logs
attached for all of 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.
https://bugs.winehq.org/show_bug.cgi?id=56342
Bug ID: 56342
Summary: Finale refuses to minimize or lose window focus
Product: Wine-staging
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The music notation software Finale refuses to stay minimized (it immediately
reappears after clicking the WM minimize button) and will also often not
relinquish focus when trying to use another app, especially if the two apps are
overlapping windows. This is a huge usability issue when using the software as
I can't switch the focus to other windows, and other important applications
stay buried underneath the Finale window until Finale is closed entirely.
This issue only happens in Wine Staging, and I was able to narrow the issue
down to the following commit:
---
commit abf67e73f7c6afe2eca9ee09ca2214f12700c6d1
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
Date: Wed Feb 10 15:09:29 2016 +0800
winex11.drv: Add support for _NET_ACTIVE_WINDOW. (v2)
And use it as a backend in user32.SetActiveWindow().
For bug #2155.
---
This bug is reproducible using the free trial version of Finale v27 available
here: https://www.finalemusic.com/free-trial/
See also: bug #2155 (https://bugs.winehq.org/show_bug.cgi?id=2155)
I have reproduced this bug on KDE Neon User Edition 5.27 (hardware and VM
install) and Xubuntu 22.04 (VM install). I can provide system details if
desired, but they seem irrelevant here.
--
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=2155
S. Christian Collins <s_chriscollins(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |s_chriscollins(a)hotmail.com
--
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.