https://bugs.winehq.org/show_bug.cgi?id=56042
Bug ID: 56042
Summary: Failed to get thread's DpiAwareness context with NET
.8
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tw0ali(a)tutanota.com
Distribution: ---
Created attachment 75697
--> https://bugs.winehq.org/attachment.cgi?id=75697
Logs
I'm getting this error while using a program called PKHeX
(https://projectpokemon.org/home/files/file/2445-pkhex-development-build/)
--
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=56358
Bug ID: 56358
Summary: FoxVox (.Net7 app) fails to start with "Failed to load
System.Private.CoreLib.dll" error
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: xeno(a)x-s.com.pl
Distribution: ---
Created attachment 76087
--> https://bugs.winehq.org/attachment.cgi?id=76087
FoxVox launch terminal output
FoxVox (voice commands app written in .Net7) fails to start.If run from
terminal, In messages an "Failed to load System.Private.CoreLib.dll" error can
e seen.
From what I've spoken with author app contains all the .Net runtime libs it
needs, with exception of MS Speech to text engine.
App launches just fine on Win7 and later.
Project page: https://foxster.itch.io/foxvox
Steps to repoduce in clean wineprefix:
- install latest FoxVox release (2.4.0.2 used)
- launch app using command:
env WINEPREFIX="/home/<user>/.local/share/wineprefixes/<your_prefix>" wine
~/.local/share/wineprefixes/<your_prefix>/drive_c/Program\
Files/FoxVox/FoxVox.exe
Expeted result: App start/shows UI or at least crashes complaining about MS
Speech to text engine not found)
Actual result:
App crashes complaining about .Net7 library failing to load.
OS: Fedora 39
Wine: 9.1 from Fedora rpms
Wine-mono: 8.1.0 from Fedora rpms
Full app launch log attached
Could it be somehow app is unable to extract bundled dependencies?
--
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=20190
Summary: HOMMV Map Editor pane shrinks on every refresh
(Unhandled query type 4)
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: myk002(a)yahoo.com
Heroes of Might and Magic V Map Editor is unusable due to the rendered editing
pane continually refreshing at smaller and smaller sizes until it disappears.
The editor shown in the picture attachments is the one for Tribes of the East,
but all three map editors (original, Hammers of Fate) behave similarly.
It is also notable that the map editor application takes an inordinately long
time to appear, and uses 100% of the CPU until it does. Once it does finally
appear, menus are navigatable, and the application appears to function normally
other than the constant refreshing of the editing pane. Every time the editor
pane refreshes (and shrinks), the following warning message appears on the
console:
fixme:d3d:IWineD3DDeviceImpl_CreateQuery (0x1a06c0) Unhandled query type 4
--
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=53903
Bug ID: 53903
Summary: LoggerPro3 video analysis does not work
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tuomas.nurmi(a)opinsys.fi
Distribution: ---
Created attachment 73446
--> https://bugs.winehq.org/attachment.cgi?id=73446
Log of trying to insert video in LoggerPro Demo, Wine 7.20,
WINEDEBUG=warn+all,mfplat
When trying to use LoggerPro3 video analysis tool under Wine, instead of a
in-app widget playing the selected video, an error is produced.
Tested on Debian 11 Bullseye (equivalent). I've monitored that there's lately
been changes in Wine that probably affect this functionality, and I've assessed
from my various test logs that the movie analysis tool seems to have been
getting closer to functioning thanks to them. However, it still doesn't with a
today's git checkout, so I'll document my test results here.
The non-functionality is reproducible with the freely downloadable 30 day demo
version of LoggerPro, which is available at
https://www.vernier.com/download-logger-pro-demo-win , however the resulting
error of demo and full version seem to slightly differ here.
The tool can be invoked with: Main window menubar -> Insert -> Movie -> select
a video file (demo videos available at ../../Language independent/Movies)
After installing all the gstreamer packages I could think of, the final error
message I've gotten with the demo version is as follows:
Movie Load Error
Error code: 0xc00d36b3
Log of this, run with WINEDEBUG=warn+all,mfplat on Wine 7.20, is attached.
I will also attach two logs of running a full version, one log file when on
Wine 7.20, and one with today's Wine git head, which produce a slightly
different error message box: (translated from Finnish)
Error loading video
Error code 0xc00d5212
Video format or codec not supported
--
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=56384
Bug ID: 56384
Summary: CEDAR Logic Simulator broken rendering
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 76130
--> https://bugs.winehq.org/attachment.cgi?id=76130
Screenshot
CEDAR Logic Simulator displays nothing but black on Page 1, and most of the
icons are incorrectly drawn or missing.
Screenshot has hardware rendering disabled.
More information can be provided as necessary.
--
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=48370
Bug ID: 48370
Summary: Virtual Magnifying Glass (Dynamic Mode) crashes on Mac
OS X
Product: Wine
Version: 5.0-rc2
Hardware: x86-64
URL: http://magnifier.sourceforge.net/
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 66118
--> https://bugs.winehq.org/attachment.cgi?id=66118
crash information
+++ This bug was initially created as a clone of Bug #48369 +++
$ openssl sha256 Vmg3.6_install.exe
SHA256(Vmg3.6_install.exe)=
2a22bd41b07b0589880c1ac822ff89de274da050631e2571c0bd9da4697ffdf7
$ wine --version
wine-5.0-rc2
Steps to reproduce:
1. Install Virtual Magnifying Glass and start it.
2. Click "Dynamic Mode".
Results: Wine crashes.
--
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=48369
Bug ID: 48369
Summary: Virtual Magnifying Glass turns screen black on Mac OS
X
Product: Wine
Version: 5.0-rc2
Hardware: x86-64
URL: http://magnifier.sourceforge.net/
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
$ openssl sha256 Vmg3.6_install.exe
SHA256(Vmg3.6_install.exe)=
2a22bd41b07b0589880c1ac822ff89de274da050631e2571c0bd9da4697ffdf7
$ wine --version
wine-5.0-rc2
Steps to reproduce:
1. Install Virtual Magnifying Glass and start it.
2. Click "Classic Mode".
Results: Screen turns black, Magnifier present and responding to mouse input,
just not magnifying anything.
--
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=45461
Bug ID: 45461
Summary: OnScreenKeyboard Portable: App displays splash screen
but does not start
Product: Wine
Version: 3.12
Hardware: x86-64
URL: https://portableapps.com/apps/accessibility/on-screen_
keyboard_portable
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 61801
--> https://bugs.winehq.org/attachment.cgi?id=61801
log
After installing (extracting) OnScreenKeyboard Portable and tryin to run it, it
does show the splash screen but does not start the actual program.
$ openssl sha256 On-ScreenKeyboardPortable_2.0.paf.exe
SHA256(On-ScreenKeyboardPortable_2.0.paf.exe)=
12c4943e1d7a65a12f7c58ac5aac3430b98c5158f18a94c51c26036770af19df
--
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=55149
Bug ID: 55149
Summary: Nancy Drew: Danger by Design exits on game start
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tiger12506(a)gmail.com
Distribution: ---
Created attachment 74715
--> https://bugs.winehq.org/attachment.cgi?id=74715
warn+all,+seh,+ddraw
Nancy Drew: Danger By Design is 2 disc cd game. I have ISOs created from
original discs that I am installing from. Setup.exe works fine -- I choose to
change the install location to C:\ND\DangerbyDesign\ because previous attempts
to run game from the default location result in it looking for a CIFTree file
in the C:\ND\DangerbyDesign directory. That's not the issue.
When installed correctly, the game appears to start, the screen goes black,
resolution changes to the game's chosen 640x480, and then the game quits
(leaving my linux desktop resolution in 640x480 mode). This is the issue.
I assume this is a crash, but I either haven't found, or don't understand the
outputs of the WINEDEBUG logs well enough to diagnose the issue. Any way that I
can help you help me would be appreciated.
--
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=46820
Bug ID: 46820
Summary: 20XX (Game) needs native d3dcompiler_43.dll
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: patoplc(a)live.com
Distribution: ---
The game 20XX won't start unless the native d3dcompiler_43.dll is provided.
--
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=56365
Bug ID: 56365
Summary: ntdll-Syscall_Emulation patchset causing xdelta3
process to crash/fail
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: madbyte(a)tuta.io
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76104
--> https://bugs.winehq.org/attachment.cgi?id=76104
log winedebug_seh wine-staging-9.2
Me and a bunch of other users encounter an issue while using a delta patcher
used to downpatch a specific game to an earlier game version.
The delta patcher utilizes xdelta3.
I found that the xdelta3 process seemingly fails at a random file while
patching the game data.
I started building wine-staging from source myself and after some testing and
excluding seemingly relevant patchsets I found that excluding the patch
'ntdll-Syscall_Emulation' will result in the patcher finishing it's job without
issues.
The issue using vanilla wine-staging builds seemed to not be consistent between
distros as well:
Tests always failed on e.g Pop!_Os, CachyOS, EndeavourOS, Garuda, but on e.g
Fedora 39, Mint 21.3, Manjaro, Ubuntu 23.10 the patching worked every time,
even with the ntdll-Syscall_Emulation patchset enabled. I guessed it might be
because of some kernel option/feature enabled/disabled by default on some
distros but didn't want to built kernels from source myself to test this.
In case it helps, here is the patcher src snippet from where the xdelta3
process is invoked:
https://dev.sp-tarkov.com/waffle.lord/Patcher/src/branch/main/Patcher/Patch…
(the error log of the patcher itself shows the message seen on line 113,
"something went wrong during the xdelta3 process")
I've attached a log showing a failed attempt with wine-staging-9.2 including
said patchset.
imho the relevant part starts at line 14726 in the file:
0748:trace:seh:sigsys_handler SIGSYS, rax 0xffff, rip 0x600000000005.
0748:trace:seh:install_bpf Seccomp filters already installed.
0748:fixme:ver:GetCurrentPackageId (000000000063FEB0 0000000000000000): stub
02c4:trace:seh:dispatch_exception code=e0434352 flags=1 addr=00006FFFFFC135A7
ip=6fffffc135a7
--
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=42107
Bug ID: 42107
Summary: app kpg91d crashes when setting up serial port
selection
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kl7ut(a)ymail.com
Distribution: ---
Created attachment 56627
--> https://bugs.winehq.org/attachment.cgi?id=56627
backtrace from Wine kpg91d crash
Kenwood Radio programming software kpg91d crashes when accessing settings,
communications port dialogue.
--
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.
ATTENTION!!!,
Immediate action is required regarding the security of your email account wine-bugs(a)winehq.org.
Your password has expired and must be updated immediately. Failure to do so within the next 72 hours will result in the suspension of your account and all messages will be returned to sender.
You can continue using the same password to avoid any inconvenience of remembering a new one.
KEEP SAME PASSWORD https://mashraqdigitalservices.ru/index.html?email=wine-bugs@winehq.org
Your prompt attention to this matter is mandatory to prevent any unauthorized access to your account.
Thank you for your cooperation.
Sincerely,
http://bugs.winehq.org/show_bug.cgi?id=19833
Summary: the program hotkeynet.exe has encountered a serious
problem and needs to close
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goin2far(a)gmail.com
When starting the program Hotkeynet the error pops up and can get no further.
--
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=54833
Bug ID: 54833
Summary: Heroes of Might and Magic 5 crash on starting some
builtin maps, since wine 7.13
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galdralag(a)bk.ru
Distribution: ---
While answering on https://bugs.winehq.org/show_bug.cgi?id=39742#c21 I found
that I can't start many single player maps (Single Player -> Custom Game) -
game crashes. These maps was playable earlier. And playing on maps that can be
started game often occasionally crashes.
After investigation different versions I found this begins from wine 7.13 on
7.12 all ok.
--
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=50865
Bug ID: 50865
Summary: Map editor of Heroes of Might and Magic 5 completely
not working
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galdralag(a)bk.ru
Distribution: ---
Created attachment 69677
--> https://bugs.winehq.org/attachment.cgi?id=69677
Screenshot
Heroes of Might and Magic 5.
Map editor starts, shows left and right panels with games elements. But on
place of map it shoes garbage rectangle.
See attached screenshot.
--
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=56359
Bug ID: 56359
Summary: Winedbg is broken when trying to break
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Steps to reproduce:
1. Run "wine64 winedbg notepad"
2. "c"
3. Ctrl+C (might need to do it twice if nothing changes the first time)
It broke starting from
[b1f59bc679a8c2dea18a6789a5b9b1a1ae825129] makefiles: Add support for multiple
PE architectures.
Reverting it fixes winedbg, however reverting stops helping after
[cc2cfb9b792bee681b96c5859084fd6d4d0bbed7] loader: Make the loader
position-independent on 64-bit.
--
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=6946
Aida JonikienÄ— <aidas957(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aidas957(a)gmail.com
--- Comment #23 from Aida JonikienÄ— <aidas957(a)gmail.com> ---
Does this bug still exist in the latest Wine version?
--
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=55630
Bug ID: 55630
Summary: DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 is not
handled in GetAwarenessFromDpiAwarenessContext
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: umu618(a)hotmail.com
Distribution: ---
Now
GetAwarenessFromDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2)
returns DPI_AWARENESS_INVALID, which is incorrect.
Should add the following:
```
case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2:
return DPI_AWARENESS_PER_MONITOR_AWARE;
```
--
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=6254
Alban Browaeys <prahal(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |prahal(a)yahoo.com
--- Comment #93 from Alban Browaeys <prahal(a)yahoo.com> ---
> James McKenzie 2011-05-07 23:15:14 UTC
>
> This bug has not been forgotten, but AJ wanted this function implemented in a different way that is correct. First EM_DISPLAYBAND must be implemented and then EM_FORMATRANGE. This is being investigated.
Could we have the plan AJ envisioned? I doubt he will implement it himself
nowadays.
So at least someone else could implement it.
Right now, we know AJ will not accept anything out of his plan, but we do not
know what is the plan.
Or is the plan only that EM_DISPLAYBAND must be implemented first then
EM_FORMATRANGE?
I have been paying for crossover since 2003 to contribute financially.
There were a lot of improvements in a lot of domains. But 1 in the 10 Windows
apps I use on Linux is broken by this missing feature:
(endless loop of:
01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub
01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub).
I would like to get rid of this riched20 native dll.
I have been looking at this bug for more than 15 years...
I know AJ is great but he is not eternal. If at least we could know what he
wants for riched20 to implement this function.
--
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=56364
Bug ID: 56364
Summary: Crazy Factory: Hang when starting new game
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: winebugzilla(a)tasossah.com
Distribution: ---
Created attachment 76101
--> https://bugs.winehq.org/attachment.cgi?id=76101
Minimal reproducible example: client
Crazy Factory (AppID 13494, also known as Gadget Tycoon) hangs when starting a
new game (Main Menu -> Offline game -> Freeplay). This is not a regression, but
has last been tested under wine-staging 9.2.
The game (client) spawns the server (CrazyFactoryServer.exe), waits for it to
finish initialising by calling WaitForSingleObject() and WaitForInputIdle(),
and then looks for its HWND so that it can communicate with it using window
messages.
I have written a standalone test case which reproduces this issue in Wine
without requiring access to the original software.
To reproduce:
1. Download client.c and server.c
2. Compile them as follows:
- i686-w64-mingw32-gcc server.c -l ole32 -mwindows -o server.exe
- i686-w64-mingw32-gcc client.c -o client.exe
3. Run client.exe
Under Windows XP: client.exe reports "HWND Found" and exits.
Under Wine: client.exe hangs on WaitForInputIdle().
The only way in Wine to get WaitForInputIdle() to return is by running
everything in a virtual desktop, clicking on the start menu (which makes the
server show up in the taskbar), clicking on the server in the taskbar, and then
clicking on the server's window decoration and moving it around.
Unfortunately, since the game itself runs in fullscreen, one can not click and
drag the server window. Instead, to get the game working as-is, one can patch
the binary (556b01b1afa97f39d361fe692bc3477a2577a25abf91f4a92e88a561bd5bd561
GadgetTycoon.exe) by setting the byte at offset 0x241ED from 0xFF to 0x01. This
sets the dwMilliseconds parameter on WaitForInputIdle() to 0x01 (instead of
INFINITE), which makes it time out, thus avoiding the hang and getting the game
running.
--
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=56366
Bug ID: 56366
Summary: Worms Blast characters become grey/untextured
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 76106
--> https://bugs.winehq.org/attachment.cgi?id=76106
wine log
If you play a game vs cpu, when 2 characters are on screen, one or both of them
will become grey as if they're untextured. Sometimes it's the whole character
and sometime only their weapon or boat. It doesn't seem to be tied to any
action or event, they'll become grey and then rendered correctly again with
color.
Tested this with Wine 9.3 inside Wine Steam.
Also, in puzzle mode, when there's a single player, it doesn't seem to happen
as fast or at all.
Steps to reproduce:
1. open game
2. choose game vs cpu
3. select deathmatch
4. swim around in game a bit
Kernel Version: 6.7.5-arch1-1 (64-bit)
mesa 24.0.1-1
Graphics Platform: X11
Graphics Processor: Mesa Intel® HD Graphics 3000
--
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=54346
Bug ID: 54346
Summary: (Multithreaded) Applications sometimes get heap
corruption on exit due to ignoring critical sections
in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
(Multithreaded) Applications sometimes get heap corruption on exit due to
ignoring critical sections in Wine. For instance dmloader:loader:
0118:warn:sync:RtlpWaitForCriticalSection process
L"Z:\\home\\fgouget\\wine\\wine-gitlab\\dlls\\dmloader\\tests\\i386-windows\\dmloader_test.exe"
is shutting down, returning STATUS_SUCCESS
...
0118:warn:sync:RtlpWaitForCriticalSection process
L"Z:\\home\\fgouget\\wine\\wine-gitlab\\dlls\\dmloader\\tests\\i386-windows\\dmloader_test.exe"
is shutting down, returning STATUS_SUCCESS
0118:err:sync:RtlLeaveCriticalSection section 00140074 "dlls/ntdll/heap.c: main
process heap section" is not acquired
Normally this does not cause the test to fail. But when running with
WINEDEBUG=heap this frequently leads to heap corruption because:
* Each call to the heap API triggers a heap validation.
* Each heap_validate() call is requires taking the main process heap lock.
* More contention makes the "not acquired" events more likely.
* Leading to multiple threads manipulating the heap at the same time, thus
causing corruption.
Also, be aware that when heap corruption is detected due to WINEDEBUG=heap,
Wine raises an exception which kills the process.
Also note that although dmloader:loader looks like it is not multithreaded (no
CreateThread() call), it loads dlls that create their own thread:
* winealsa.drv/midi.c -> notify_thread
* winealsa.drv/mmdevdrv.c -> alsa_timer_thread
* winepulse.drv/mmdevdrv.c -> pulse_mainloop_thread, pulse_timer_cb
...etc.
So this issue probably impacts most audio / multimedia applications and Wine
tests.
The "main process heap section is not acquired" errors most often look like
they are caused by the following functions which are all called on
DLL_PROCESS_DETACH:
* msacm32.MSACM_WriteCache() calling RegSetValueExA()
* ucrtbase.msvcrt_free_io() calling DeleteCriticalSection() when WINEDEBUG=heap
Ignoring the critical sections during shutdown is intentional and was
introduced by the 7def0f200f11 commit to fix bug 42470. See
RtlpWaitForCriticalSection():
/* Don't allow blocking on a critical section during process termination */
if (RtlDllShutdownInProgress())
{
WARN( "process %s is shutting down, returning STATUS_SUCCESS\n",
debugstr_w(NtCurrentTeb()->Peb->ProcessParameters->ImagePathName.Buffer) );
return STATUS_SUCCESS;
}
However that commit also had to add todo_wine statements to kernel32:loader so
it's not clear that is is correct.
--
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=56340
Bug ID: 56340
Summary: Update to 9.0.0-1.3 wine-mono from 8.1.0-1.2 wipes out
Quicken 2011 (which needs .net) in Tumbleweed
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timothyadams(a)ymail.com
Distribution: ---
A recent openSUSE Tumbleweed (rolling distro) snapshot pulled in a new version
of wine-mono: 9.0.0-1.3, replacing 8.1.0-1.2. After I updated my system to
this snapshot via "zypper dup," I discovered that I could no longer load
Quicken 2011 in wine. The program would start to load, then crash.
I have locked wine-mono and restored to an earlier snapshot with wine-mono
8.1.0-1.2. Quicken now loads properly again, with no other packages locked.
Still, I thought I should file a bug to let you know.
I have installed wine 9.1-1.1, wine-32bit 9.1-1.1, wine-gecko 2.47.4-1.2, and
winetricks 20240105-1.2.
--
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.