http://bugs.winehq.org/show_bug.cgi?id=58332
Bug ID: 58332
Summary: ntdll: Session shared memory gets mapped with
MAP_PRIVATE, which causes rr-debugger to fail.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Debugging Wine with rr-debugger allows to record whole wine process trees,
and debug later different processes, e.g. wineserver and the .exe process,
debug early startup or exception code, debug in reverse and multiple times.
Therefore I asked for inclusion of [1] "spurious short writes",
which got accepted at 2025-04-25. Thank you very much for it.
Unfortunately short after it I found there is still an issue,
which was a few months not there.
So I started bisecting and arrived at [2] d9d012965de,
"ntdll: Always map files as writable and adjust permissions.",
committed at 2025-03-25.
Unfortuntately this can not be cleanly reverted at current git,
but with three more commits reverted it makes a wine tree,
which can be used with rr-debugger [2].
I could reduce the changes of this 4 commits to a few lines which,
are also able to produce a wine tree usable with rr-debugger [3].
This patch is only changing behaviour once for each
.exe process, when the session shared memory gets mapped in
via the fd received from wineserver.
With unmodified Wine this is currently done with a MAP_PRIVATE flag,
which turns out is currently just mapping the file content
into the process, but does not receive the updates from wineserver.
To investigate if this can be fixed in rr I opened [4].
Unfortunately this would be expected to create a overall slowdown for rr.
Therefore I wonder if this change was intentional,
to map the session shared memory with mmap(MAP_PRIVATE)?
When looking at virtual_map_user_shared_data the shared memory
gets mapped with mmap(MAP_SHARED).
Would something like [3] be acceptable for inclusion?
Kind regards,
Bernhard
[1] https://gitlab.winehq.org/wine/wine/-/commit/cd197f8588b
[2] https://gitlab.winehq.org/wine/wine/-/commit/07160a23fa2https://gitlab.winehq.org/wine/wine/-/commit/9e006e94c9chttps://gitlab.winehq.org/wine/wine/-/commit/8fd49c4d8e9https://gitlab.winehq.org/wine/wine/-/commit/d9d012965de
[3] https://gitlab.winehq.org/bernhardu/wine/-/commit/658e56801a7
[4] https://github.com/rr-debugger/rr/issues/3972
--
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=58327
Bug ID: 58327
Summary: Crash from d3d11 (assertion failed) in S.T.A.L.K.E.R.
Anomaly when using a scope
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tactica.os4(a)gmail.com
Distribution: ---
Created attachment 78695
--> http://bugs.winehq.org/attachment.cgi?id=78695
Savegame to easily trigger the crash
East of the Yanov station in Jupiter, looking down the scope of your weapon
will crash d3d11 if you look East while you are at a specific location:
---snip---
Assertion failed!
Program:
Z:\home\tactica\Downloads\Anomaly\Anomaly-1.5.3-Full.2\bin\AnomalyDX11.exe
File:dlls/d3d11/inputlayout.c
Line: 416
Expression: "iface->lpVtbl == &d3d11_input_layout_vtbl"
---snip---
(note: the quoted text above was typed manually)
How to reproduce:
1. Download and unpack STALKER Anomaly. It doesn't require any installation.
2. Unpack the attached savegame files into /appdata/savedgames/ in the game
directory.
3. Use winecfg to install d3d11 as override for Wine.
3. Start the game running /bin/AnomalyDX11.exe
4. After the main menu opens, load the provided savegame.
5. Once in the game proper, simply click RMB to use the scope of your weapon
while looking at those ruined vehicles
The crash does not happen if:
a) You run AnomalyDX9.exe instead
b) You move the camera to point elsewhere before using the scope, say 90
degrees to your right or left
c) You use the shotgun instead (press 2), which doesn't have a long range scope
attached
c) You load the same savegame on 64-bit Windows 7 and play there, using exactly
the same visual settings (I double checked that)
This using 64-bit (only) Wine 10.9 on Void Linux (x86-64) with the stock AMDGPU
driver.
--
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=58325
Bug ID: 58325
Summary: wined3d swapchain use-after-free
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
Releasing the swapchain brings us to wined3d_swapchain_cleanup, which destroys
the front/back buffer textures.
Texture destruction is async, happening on the device's command stream. This
means these textures can be destroyed way after the swapchain itself. But we
did set `texture->swapchain` to `NULL` before queuing their destruction, so
that bit is fine.
The problem is in texture_resource_unload. Here we try to acquire the context,
which goes adapter_gl_acquire_context -> wined3d_context_gl_acquire ->
wined3d_context_gl_activate -> wined3d_context_gl_update_window. And here we
try to access `context_gl->c.swapchain->win_handle`, which unfortunately points
to the swapchain that was just freed.
I am unsure what's the fix for this. Do we hold a refcount of the swapchain in
the context? Do we clear `context->swapchain` when a swapchain is being freed?
Should we release the front/back buffer synchronously? Or something else?
--
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=58330
Bug ID: 58330
Summary: Ami Pro 3.1 crashes
Product: Wine
Version: 10.9
Hardware: x86-64
URL: https://archive.org/download/lotussmartsuiterelease3.1
forwindows/Lotus%20SmartSuite%20Release%203.1%20for%20
Windows.zip
OS: Linux
Status: NEW
Keywords: download, win16
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Blocks: 19660, 46232
Distribution: Ubuntu
Created attachment 78701
--> http://bugs.winehq.org/attachment.cgi?id=78701
Wine 10.9 backtrace
Lotus Ami Pro 3.1 crashes after a few seconds of loading.
There are similar bugs, but the backtraces are different: Bug 46232, Bug 19660
=>0 0x0f4f:0x0476 (0x09ef:0x5e34)
1 0x011f:0x044a in krnl386.exe16 (+0xa248) (0x09ef:0x5e72)
2 0x7e731115 K32WOWCallback16Ex+0x5b8(vpfn16=<couldn't compute location>,
dwFlags=<couldn't compute location>, cbArgs=<couldn't compute location>,
pArgs=<couldn't compute location>, pdwRetCode=<couldn't compute location>)
[/home/test/wine-git/dlls/krnl386.exe16/wowthunk.c:504] in krnl386.exe16
(0x01088168)
3 0x00004f03 (0x00005e72)
I tried bisecting but I was hit by a host of different bugs and incomplete
backtraces so I had to give up.
To work around Bug 58329 I installed with
60709d197926e78ec2d1e3d6d53620c801766ca5.
--
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=46232
Bug ID: 46232
Summary: Page fault in AmiPro 3.1
Product: Wine
Version: 3.0.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeppe(a)bundsgaard.net
Distribution: ---
Created attachment 62930
--> https://bugs.winehq.org/attachment.cgi?id=62930
Dump
AmiPro (https://winworldpc.com/product/amipro/3x) can now be installed without
errors. An earlier problem with too many fonts has been solved (the hack in
this bug has been implemented:
https://bugs.winehq.org/show_bug.cgi?id=15906#c9).
But when running the program, I get a "Unhandled exception: page fault on read
access to 0xffffffff in 16-bit code (1e2f:0476)."
I have tried with windows versions from 2.0, 3.1, xp, Windows 7. They all
through the same error.
Any suggestions?
--
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=19660
Summary: Lotus Ami Pro 3.1 causes a page fault on load
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: win16
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22942)
--> (http://bugs.winehq.org/attachment.cgi?id=22942)
Wine 1.1.27 console output
Lotus Ami Pro 3.1 causes a page fault on load.
3 0x7ec726cf enum_font_callback+0xf5(plf=0x73daa8, ptm=0x73da44, fType=4,
param=7593320) [/home/test/wine-git/dlls/gdi32/gdi16.c:219] in gdi32
(0x0073d7d8)
4 0x7ec9a5cd FONT_EnumInstance+0xfa(plf=0x73daa8, ptm=0x73da44, fType=4,
lp=7593092) [/home/test/wine-git/dlls/gdi32/font.c:615] in gdi32 (0x0073d928)
5 0x7ecaf7c1 WineEngEnumFonts+0x511(plf=0x73dd0c, proc=0x7ec9a4d3,
lparam=7593092) [/home/test/wine-git/dlls/gdi32/freetype.c:4143] in gdi32
(0x0073dc58)
"winetricks allfonts" doesn't help.
--
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=43490
Bug ID: 43490
Summary: Broken native support for comctl32.dll.
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: s3141p(a)gmail.com
Distribution: ---
# Summary
Broken native support for comctl32.dll.
This results in a number of popular Windows applications partially, or sometime
totally, not working anymore, such as IrfanView, Faststone Image Viewer, and
XPDF-Xchange viewer.
I confirmed that both wine 2.10 2.13, and 2.14 exhibit the same problem. I
hypothesize that this issue was introduced in wine 2.8 following the changes
for fake dll generation that were announced in
https://www.wine-staging.com/news/2017-05-16-release-2.8.html.
# Reproducing this issue
1. Install 32-bit wine 2.14.
2. Install 32-bit IrfanView 4.44 - latest version as of this writing.
3. Install `winetricks comctl32` - Microsoft COM control DLL 5.8 for Windows
XP, year 2001.
Note: #2 and #3 have worked together for me for all wine versions up to 2.6 (I
skipped 2.8-9, and 2.11-12).
4. Run IrfanView, select menu entry File > Open; IrfanView crashes. Terminal
output shows this message:
```
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
err:module:DelayLoadFailureHook failed to delay load
comctl32.dll.HIMAGELIST_QueryInterface
wine: Call from 0x7b4367c6 to unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface, aborting
wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at
address 0x2e0023:0x7b4367c6 (thread 0031), starting debugger...
fixme:service:QueryServiceConfig2W Level 6 not implemented
fixme:service:QueryServiceConfig2W Level 6 not implemented
fixme:service:QueryServiceConfig2W Level 6 not implemented
fixme:service:QueryServiceConfig2W Level 6 not implemented
fixme:service:QueryServiceConfig2W Level 6 not implemented
fixme:ntdll:EtwEventUnregister (deadbeef) stub.
```
Of course, the Microsoft Windows XP comctl32.dll doesn't implement
HIMAGELIST_QueryInterface, which, according to
https://msdn.microsoft.com/en-us/library/windows/desktop/bb761510(v=vs.85).…
requires at least Windows Vista. The corresponding wine API is documented in
https://source.winehq.org/WineAPI/HIMAGELIST_QueryInterface.html.
Other examples of Windows applications that fail with the same message include:
* PDF-Xchange Viewer version 2.5 - it doesn't start at all.
* FastStone Image Viewer 6.2 - it hangs with an hourglass mouse pointer.
The obvious work-around is not to load the native comctl32.dll and rely
entirely on the built-in dll. While this works, as it has always worked in the
past, the native implementation lacks enough functionality that at least
IrfanView and Faststone image capture do not work well. That is why several
forum threads recommend using Microsoft's comctr32.dll for such applications.
For IrfanView, the impairment is mainly cosmetic, so it can be tolerated.
Faststone Image Capture, however, can't display thumbnails past the first
screenful (about 20-30 pictures) if the native comctl32 DLL isn't loaded.
# Conclusion
IrfanView and other important Windows applications fail to work partially or
entirely when the native comctl32.dll is loaded. Before version wine 2.10
(possibly 2.8) they all worked without a glitch. The native comctl32.dll is
still needed for full application compatibility because the built-in
replacement DLL lacks some functionality (tested with wine 2.14).
--
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=33422
Bug #: 33422
Summary: reporting 'EditWndProc_common undocumented message
0xbf' on behalf of the message
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: heinrich5991(a)gmx.de
Classification: Unclassified
fixme:edit:EditWndProc_common undocumented message 0xbf, please report
That's how you can reproduce it:
1. Download Kaiser 1.22a (http://www.yadam.de/KAISER/kaiser.htm).
2. Start it.
3. When prompted for the names of the players, focus the edit field and click
somewhere else in the window where no other input are.
--
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.