http://bugs.winehq.org/show_bug.cgi?id=27002
Summary: Shadow Company: Left for Dead fails with "No usable 3D
Devices installed".
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cfiend(a)talent.edu.pl
Shadow Company: Left for Dead shows a messagebox with text "No usable 3D
Devices installed. Exiting." on startup.
Googling for more information suggests that it needs a Glide wrapper to work.
However, I failed to get the game working with either OpenGlide, dgVoodoo and
Zeckensack's Glide Wrapper. Tried putting dll files in game dir, in
windows/system32 dir, setting overrides in winecfg, running on a virtual
desktop and many different combinations of the above on two machines: one
equipped with Intel graphics card, the other with rather old (~5 years) NVidia
GeForce graphics card running binary blob drivers.
Wine console output spews a few fixmes about EnumDisplayDevicesW stub.
Attaching log below.
Failure occurs in full version as well as in demo version of the game. Link to
demo version: http://www.fileplanet.com/10258/download/Shadow-Company-Demo
I'll gladly provide additional information on request.
--
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=57419
Bug ID: 57419
Summary: Pantheon - whisper functionality do not work
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq_bugzilla(a)yahoo.com
Distribution: ---
Created attachment 77407
--> https://bugs.winehq.org/attachment.cgi?id=77407
Console ouput wine 9.21 + master from 14/11
When playing the game (workaround from #57010 have to be applied to reach that
point), the whisper functionality used to send private message to another
player doesn't work.
When you just log in it is working for a short moment of time, but too
sensitive so messages are sent truncated (missing last letter), then after a
few seconds it no longer works. You can sill open the chat window, and type you
message, but it is not longer sent when you hit enter.
This is not a regression, it was like since the beginning. Reporting it only
now cause i would have liked #57010 to be fixed first for simplicity.
System amd64 debian 13 + using windowed mode 1920x1080
--
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=8563
--- Comment #47 from joaopa <jeremielapuree(a)yahoo.fr> ---
Working for me with wine-10.1
--
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=24308
Summary: Fullscreen fails for MechWarrior 4 games (Only one D3D
device per DirectDraw object)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: georg298(a)gmx.de
For all MechWarrior 4 games, fullscreen fails with message
fixme:ddraw:d3d7_CreateDevice Only one Direct3D device per DirectDraw object
supported.
Obviously, the game falls back to window'ed mode, as
static HRESULT WINAPI d3d7_CreateDevice(IDirect3D7 *iface, REFCLSID riid,
IDirectDrawSurface7 *surface, IDirect3DDevice7 **device)
returns
DDERR_INVALIDPARAMS
changing this behaviour (returning D3D_OK instead):
if (ddraw->d3ddevice)
{
FIXME("Only one Direct3D device per DirectDraw object supported.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
// return DDERR_INVALIDPARAMS;
}
makes fullscreen work for these games.
Probably it's not "legal" to return D3D_OK in this case, but maybe there is a
real solution for this problem?
--
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=55219
Bug ID: 55219
Summary: Sample() method fails to compile for ps_2_0
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 74833
--> https://bugs.winehq.org/attachment.cgi?id=74833
test
Extracted from existing d3dcompiler tests:
---
1 sampler s;
2 Texture2D t;
3 float4 main() : COLOR
4 {
5 return t.Sample(s, float2(0.5, 0.5));
6 }
---
This fails to compile currently, on Windows this produces (combined?) s+t
definition at s0.
--
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=54377
Bug ID: 54377
Summary: Rayman Origins has messed up rendering due to missing
'tan' handling
Product: vkd3d
Version: 1.6
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: ---
0218:err:d3dcompiler:D3DCompile2 Shader log:
0218:err:d3dcompiler:D3DCompile2 <anonymous>:166:18: E5005: Function "tan"
is not defined.
0218:err:d3dcompiler:D3DCompile2
--
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=54417
Bug ID: 54417
Summary: Cradle needs 'sincos' support
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0184:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x4810.
vkd3d:fixme:hlsl_yylex Unsupported preprocessor #pragma directive at line 1.
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/fragment_copy_2d.shader:209:1: E5000: syntax error,
unexpected KW_SAMPLERCOMPARISONSTATE
0184:err:d3dcompiler:D3DCompile2
0184:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0184:err:d3dcompiler:D3DCompile2 Shader log:
0184:err:d3dcompiler:D3DCompile2
core/shaders/default/render/vertex_hdr_shaft.shader:232:1: E5005: Function
"sincos" is not defined.
0184:err:d3dcompiler:D3DCompile2
1.6-86-gf9e7cb63
--
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=56353
Bug ID: 56353
Summary: BeamNG Techdemo 0.3 needs support for 'Prioritize
between multiple compatible function overloads'
Product: vkd3d
Version: 1.10
Hardware: x86-64
URL: https://www.moddb.com/games/beamng/downloads/beamng-te
chdemo-03
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:638:17: E5017: Aborting due to
not yet implemented feature: Prioritize between multiple compatible function
overloads.
0024:err:d3dcompiler:D3DCompile2
wine: Unhandled page fault on read access to 00000000 at address 1043ADF5
(thread 0024), starting debugger...
--
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=55954
Bug ID: 55954
Summary: Ubisoft Connect requires 'isinf' support
Product: vkd3d
Version: 1.9
Hardware: x86-64
URL: https://ubi.li/4vxt9
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0904:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0904:err:d3dcompiler:D3DCompile2 Shader log:
0904:err:d3dcompiler:D3DCompile2 C:\fakepath:109:6: E5005: Function "isinf"
is not defined.
0904:err:d3dcompiler:D3DCompile2
1.9-405-g6a4a9a45
--
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=52568
Bug ID: 52568
Summary: Support for AF_UNIX is missing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Newer Windows 10 builds supports AF_UNIX, see
https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for
details.
There have been unfinished attempts to incorporate such support into wine, see
https://www.winehq.org/pipermail/wine-devel/2021-May/187049.html.
--
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=57842
Bug ID: 57842
Summary: Any application with text windows started collapsed.
Including winecfg
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 78057
--> https://bugs.winehq.org/attachment.cgi?id=78057
This small artefact in the centre is winecfg started
I tested also wine 9.21 with the same result.
Moving down to old revisions is problematic. Down to 7.1 I can't compile in
macOS.
Version 6.15 works fine.
Will not show a log because there is nothing about the issue.
--
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=9137
Brendan Shanks <bshanks(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bshanks(a)codeweavers.com
--- Comment #10 from Brendan Shanks <bshanks(a)codeweavers.com> ---
This is still an issue with the latest Wine, I was able to reproduce with
lmhostid.exe (from lmtools/flexlm):
http://www.downstreamtech.com/customer-ftp/lmhostid.zip
Specifically, it calls GetAdaptersInfo(), then looks for AddressLength == 6, no
PPP/SLIP/loopback interfaces, and then checks that registry key for an
interface whose NetCfgInstanceId matches AdapterName, and that Characteristics
has NCF_PHYSICAL set. I've attached a test app which goes through this.
--
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=56330
Bug ID: 56330
Summary: Regression: Vietcong: Audio cuts off and repeats
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
The game Vietcong suffers from audio cutting of too early and/or repeating
several times. This is a regression introduced during Wine 5.x development but
still an issue with current git. Bisecting leads to this commit:
a10824a03cb7ad1a2a1987433c5ad832dcdf6962 is the first bad commit
commit a10824a03cb7ad1a2a1987433c5ad832dcdf6962
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Aug 17 10:38:18 2020 -0500
winepulse: Don't rely on pulseaudio callbacks for timing.
Contains contributions from Mark Harmstone and Zhiyi Zhang.
Some devices, especially USB devices, have very irregular timing or
very long periods. Some Windows applications (The Witcher 3) are built
to expect regular, short period times, and so would underrun when the
device timing didn't match their expectations. This patch decouples
the Windows-side timing from the OS-side timing so we can meet those
applications' requirements.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/winepulse.drv/mmdevdrv.c | 613 +++++++++++++++++++-----------------------
1 file changed, 279 insertions(+), 334 deletions(-)
To reproduce, either patch Wine to include the change from #39057 or use the
fan-made patch VCStarter (1.7 BETA) from
http://www.vietcong.info/portal/forum/viewthread.php?thread_id=899
The sound issue is somewhat noticeable with the music in the main menu but very
noticeable if you listen to the drill sergeant in the tutorial levels. Select
"Single player" -> "Tutorial" -> "Drill camp 1".
There's a demo available but it does not exhibit the bug.
--
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=56478
Bug ID: 56478
Summary: Requesting sub HD fullscreen resolutions breaks
applications/games on Apple Silicon
Product: Wine
Version: 9.5
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ammoniak-molar-0r(a)icloud.com
Apple Silicon equipped Macs do not support "legacy" low (virtual?) display
resolutions anymore. Due to this several old Windows games running through wine
are broken, even though they run perfectly well otherwise.
Resolutions like 800x600px and lower are definitely effected, though I think
this applies to anything below 1024x768px.
A possible but undesired workaround is falling back the legacy X11 (XQuartz)
environment and its virtual desktop mode or using windows side tools which
enforce executables to run in windowed mode (like Dxwnd).
To my knowledge implementing something like the before mentioned virtual
desktop mode isn't feasible on macOS as child windows aren't supported.
Therefor I propose the solution, that the winemac.drv should ignore
wine/windows API "fullscreen calls", if the desired resolution is below
1024x768, when running on Apple Silicon. While this might break wine's
philosophy regarding windows function parity it would allow older software to
"just work" again without any manual workarounds.
An effected windows game would be "Colin McRae Rally 2005" which got a Demo
available. Further information, documentation and links regarding this issue
can be found here:
https://github.com/Gcenx/WineskinServer/issues/530#issuecomment-2016763641
Best,
Rastafabisch
--
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=41930
Bug ID: 41930
Summary: Civilization III Complete shows black terrain (Wine
compiled with OSMesa support)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de
Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063
Distribution: ---
Created attachment 56311
--> https://bugs.winehq.org/attachment.cgi?id=56311
screenshot
This is one of the few games that I know of which makes some use of OpenGl in
bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain
turn black as soon as I launch a game.
Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa.
I tried Civilization III Complete (both the Steam and the GOG.com versions have
this bug).
Terminal output:
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not
registered
err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a}
could be created for context 0x1
Reverting the following patch on top of git fixes the problem:
commit e618ab65ed5b623785c58ea5ece6e39895d43063
Author: Michael Müller <michael(a)fds-team.de>
Date: Tue Feb 3 11:07:38 2015 +0100
gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats.
Please let me know if you need debug logs.
wine-1.9.24-105-g1d3b944
Fedora 24 x86_64
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.20
Installed packages:
mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24
--
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=57537
Bug ID: 57537
Summary: Steuersparerklärung 2024 fails to install
Product: Wine
Version: 9.22
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: ---
Found while testing a report from the forums:
https://forum.winehq.org/viewtopic.php?t=39775
Ran in a clean WINEPREFIX, used trial version and express installation. It
gives a messagebox with
> Die Installation von >>Steuersparerklärung 2024<< konnte nicht durchgeführt werden! Prüfen Sie bitte, ob die notwendigen Installationsvoraussetzungen erfüllt sind
Translated:
The installation of >>Steuersparerklärung 2024<< could not be completed! Please
check whether the necessary installation requirements are met
--
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=49167
Bug ID: 49167
Summary: Wine staging 5.8 not available on macos download page
Product: Wine-staging
Version: 5.8
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Please check the reason
--
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=57513
Bug ID: 57513
Summary: Keyboard input is unavailable in Russian keyboard
layout in putty
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
Tried version
https://the.earth.li/~sgtatham/putty/0.82/w64/putty.exe
~$ wine --version
wine-9.0 (Ubuntu 9.0~repack-4build3)
Mint 22 x64 Cinnamon, x11
Input in English keyboard layout works 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=57600
Bug ID: 57600
Summary: Application not showing console output
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: angel.narvaez(a)civiceye.com
Distribution: ---
Created attachment 77715
--> https://bugs.winehq.org/attachment.cgi?id=77715
wine8 vs wine9
I'm running into an issue where an application that can be started from
explorer.exe or cmd.exe is not showing the console output to the unix console.
The "buggy" behavior is present in wine v9, but wine v8 shows the console
output just fine. I believe the related change is in this commit:
https://gitlab.winehq.org/wine/wine/-/commit/4b63e888945b8ada2ddc043e435b93…
In the commit, it is stated that this behavior can be achieved by starting the
app with "./wine app | cat", however that does not seem to be working with wine
or wineconsole (Please see attachments)
When using WINEDEBUG=+console, I can see the application interacting and
writing to the windows console, however nothing is shown on the screen. I need
guidance on this issue.
--
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=56713
Bug ID: 56713
Summary: Vampire: The Masquerade - Bloodlines Vampire.exe
process keeps lingering
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: accounts.winehq.org(a)vv221.fr
Distribution: ---
After quitting Vampire: The Masquerade - Bloodlines, the "Vampire.exe" process
keeps lingering and must be killed or it will keep running endlessly.
This is especially noticeable when running the game in a virtual desktop,
because the virtual desktop will keep lingering too until the "Vampire.exe"
process is killed.
Despite the bug metadata being set to WINE 9.8, the current 9.9 build is
affected too (but is not proposed when opening a new bug report).
--
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=57837
Bug ID: 57837
Summary: game controller unusable
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amie1972(a)163.com
Distribution: ---
The game freezes after turning on the game controller。
The previous version did not have this problem.
Since this operation process directly caused the game to freeze, I cannot
provide screenshots or even logs.
--
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=10522
Summary: endless WM_PAINT loop bug (update regions, queue paint
count)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/whdc/devtools/debugging/install
x86.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9265)
--> (http://bugs.winehq.org/attachment.cgi?id=9265)
trace with WINEDEBUG=+tid,+message,+win,+server
Hello,
I've seen this bug a while ago in other apps but ignored it because it was not
easily to reproduce.
Well until recently when I tested some stuff with windbg from "Debugging Tools
for Windows" (Microsoft).
I used debugging tools version 6.8.4.0 and recent GIT
(wine-0.9.49-302-g58b85bb).
Immediately when a child window was opened using toolbar (register, locals, ..
whatever), windbg would become unresponsive, eating most CPU.
Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation.
Though "MDI emulation" is more obvious, it actually shows the endless
refreshing (window caption).
Attached is WINEDEBUG=+tid,+message,+win,+server log.
Additionally I added a trace message which prints the current queue paint count
(when incremented or fetched) which makes some things easier to spot.
Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d".
The window hierarchy is as follows:
--- snip ---
*root*=0x10020
Shell_TrayWnd=0x10022
WinDbgFrameClass=0x10024
DockClass=0x10026
ToolbarWindow32=0x10028
msctls_statusbar32=0x1002a
tooltips_class32=0x1002e
WinBaseClass=0x10030
ToolbarWindow32=0x10032
SysListView32=0x10034
SysHeader32=0x10036
RichEdit20W=0x10038
--- snip ---
After the child windows are created the queue paint count never drops to zero,
resulting in endless WM_PAINT processing.
Maybe some update (region) code path missed or flags problem?
I played a bit with ignoring null region updates and it seemed to help a bit
(preventing endless WM_PAINT loop) though other stuff wasn't drawn properly
then.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57845
Bug ID: 57845
Summary: Bug with installing PUBG Mobile on Tencent Gameloop
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bithit_official(a)mail.ru
Distribution: ---
Created attachment 78063
--> https://bugs.winehq.org/attachment.cgi?id=78063
its a backtrace
I decided to install PUBG MOBILE on my computer via Wine using Tencent
Gameloop. When all the game components had already been downloaded and the
installation itself began, an error appeared from wine: A serious error
occurred in the AndroidEmulatorEn.exe program. I don't know how to fix this and
what is it related to, Wine or Gameloop? Please help 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=57410
Bug ID: 57410
Summary: Power BI Desktop x64 (Oct 2024) : Crash at Launch with
a message box : Something wen wrong
Product: Wine
Version: 9.17
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jernierdour(a)proton.me
Created attachment 77395
--> https://bugs.winehq.org/attachment.cgi?id=77395
Log
I successfully installed Power BI Desktop x64 v2.137.1102.0 date 28/10/2024.
But when I try to launch it after install, a message box appears with title
"Something went wrong" and text "Object reference not set to an instance of an
object"
I am on a Macbook pro (M1 pro) under Sequoia 15.1
To be sure my Wine 9.17 dev install works, I installed notepad++ 8.7.1 and I
can launch it without any issue
--
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=51697
Bug ID: 51697
Summary: Far cry 5, frequent stuttering due to ntdll spam
Product: Wine-staging
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70570
--> https://bugs.winehq.org/attachment.cgi?id=70570
12.5MB log, mostly spam from ntdll that causes a lot of lag in-game, in my
opinion
DXVK is not the issue as far as I know, since it doesn't throw any error, NTDLL
though, spams like hell, since the log is 12.5MB and that makes the game laggy
very frequently, sometimes my FPS dips to 15/20 for various seconds (and it's
not the CPU throttling lag, since I disabled PROCHOT response and undervolted
the CPU)
--
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=56528
Bug ID: 56528
Summary: Emipres2.exe encountered a serious problem and needs
to close.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcopolo22(a)live.co.uk
Distribution: ---
Created attachment 76280
--> https://bugs.winehq.org/attachment.cgi?id=76280
back trace of said game, Age of Empires 2
Running an old pc game which did work on zorin 16.3 until the windows ap
support was changed to include bottles over playon linux
--
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=30111
Bug #: 30111
Summary: Crysis 2 ingame crashes
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian.frank(a)gmx.de
Classification: Unclassified
Hi Guys,
after getting the crysis2 loading issue fixed, i noticed that the game itself
runs well, but very very unstable.
The game simply crashes. The last i see on the console is (the d3d_texure fixme
is repeatedly displayed all the time you play)
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x15992338 stub!
fixme:faultrep:ReportFault 0x32df20 0x0 stub
fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x159925c8 stub!
The sound of the game is still running but the process is [defunct].
Any ideas on how to debug this issue ? Any recommend traces ?
I also noticed a freeze after a ingame video sequence.
Many thanks,
Christian
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21811
Summary: 3impact tech demo collection crashes on first demo
Product: Wine
Version: 1.1.39
Platform: x86
URL: http://www.3impact.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://www.3impact.com/3Impact_Engine/dyruk89b/3impact51_demo.exe
is a set of demos showing mannekins flailing about and boulders rolling.
Runs great on Vista.
It installs fine on Wine. To start the app, do
cd ~/".wine/drive_c/Program Files/3impact5demos"
wine demos.exe skinnedragdoll.dll
The first problem is bug 21790; do 'winetricks vcrun2005' to get past that.
The next problem is a crash related to
d3dx9_36.D3DXAssembleShaderFromResourceW,
roughly bug 12020. Work around this with 'winetricks d3dx9'.
The next problem is that full-screen mode doesn't work (bug 21791).
Work around this by telling the demo to run in a window.
This prompts you to press N, and then crashes after you do, with
wine: Unhandled page fault on read access to 0x0000001c at address 0x431c10
(thread 0009), starting debugger...
I'll attach a +relay,+seh log.
--
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=57844
Bug ID: 57844
Summary: Cannot submit new app version due to being blocked by
cloudflare.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: topgamer7(a)gmail.com
Distribution: ArchLinux
Created attachment 78062
--> https://bugs.winehq.org/attachment.cgi?id=78062
page I was redirected to
When I go and fill out a new version for some software (StudioTax), I get
through filling out the questionnaire, and then when I submit, I get blocked by
cloudflare.
Particularly infuriating because you lose all progress in what you submitted.
--
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=37382
Bug ID: 37382
Summary: Kyonyuu fantajii:A adult adventure games can install
games but cannot start
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kddc3s(a)gmail.com
Created attachment 49716
--> https://bugs.winehq.org/attachment.cgi?id=49716
Console messages when starting the game
The day before yesterday I updated wine 1.7.28 can't run ,but original wine
1.7.27 was still work. I re-install the game and recover to wine 1.7.27 was
still can't 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=43768
Bug ID: 43768
Summary: crash game
Product: Wine-staging
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paolinidiego(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59271
--> https://bugs.winehq.org/attachment.cgi?id=59271
log
crash while loading the character.
--
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=57835
Bug ID: 57835
Summary: ROCS Show Ready v1.9.0: Crash once loading the main
menu is attempted
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: asalawless5c(a)gmail.com
Distribution: ---
Created attachment 78045
--> https://bugs.winehq.org/attachment.cgi?id=78045
Backtrace on development and staging
I am running the wow64 version of wine from the AUR and I managed to install
and activate ROCS Show Ready successfully, but as soon as it had downloaded the
show, it crashes. The bug happens on both development (wine-wow64) and staging
(wine-staging-wow64). The detailed crash information states "Unhandled
exception: unimplemented function
msvcp140_atomic_wait.dll.__std_tzdb_get_time_zones called in 64-bit code
(0x006fffffbfcfc7).
This link should give you the same version as me.
https://drive.google.com/uc?export=download&id=1fGH5TVJTWVwE312CavUt-Di8lFw…
Checksum and file name cb45e5ce15164a8963092739424dc4380f02dbe0
Show_Ready_App_For Windows-V1.9.0.exe
This code can activate the DEMO version: JETSAM-PREP-SPECK-FLOATS-SOOT-NAVEL
I am uplo
--
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=45623
Bug ID: 45623
Summary: Audio cracking since 3.13
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Since wine 3.13 version came out, the audio in a game I play (Overwatch) after
a while starts to crack a lot. This happens with both winepulse and winealsa
driver.
This does not happen 3.12 so should probably be marked as regression.
--
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=33295
Bug #: 33295
Summary: Vietcong: Connecting to a multiplayer server does not
work
Product: Wine
Version: 1.5.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Connecting to any multiplayer server in the server list will result in the
phone sound that the connection has failed. Even servers with default maps (and
logically compatible versions) does not work.
--
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=57798
Bug ID: 57798
Summary: Turtle WoW client can alt-tab back to desktop once
only, next time display is black
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine_bugzilla(a)sctb.ch
Distribution: ---
Morning, Gents.
I run the TurtleWoW World of Warcraft client, which is the original WoW client
from Blizzard, but with substantial modifications made by the TWoW devs.
I updated Wine to 10.0.
Prior to this, I could alt-tab without problems back to desktop (XFCE on
Debian) quite a few times, maybe ten or so, but in the end environmental
textures would all turn black and I would need to quit and restart the client.
As of 10.0, I can alt-tab *once* without problem. The second time I alt-tab,
when I come back to the WoW client, its screen is simply black.
--
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=11718
Summary: d3d 2/3 blackout, world editor
Product: Wine
Version: 0.9.56.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugzilla(a)gmail.com
Created an attachment (id=10944)
--> (http://bugs.winehq.org/attachment.cgi?id=10944)
d3d 2/3 blackout
Warcraft 3x world editor, version 1.21b (6052)
The mouse cursor does not line up with the on screen cursor, thanks to 2/3 of
the screen does not get draw.
Trigger editor panel in wrong overlaps.
(A pictures is worth a thousand words)
--
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=57841
Bug ID: 57841
Summary: Windowing problems in fullscreen 4:3 games on 16:9
displays on Wayland (Silent Hill 2 DC 2001, Ys
Chronicles+, etc)
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: redwindwanderer(a)gmail.com
Distribution: ---
Created attachment 78056
--> https://bugs.winehq.org/attachment.cgi?id=78056
Screenshot that ilustrates the problem with fullscreen 4:3 games on Wayland
Good evening,
In 4:3 games on a 16:9 display, fullscreen mode doesn't work correctly when
running them with WINE on a Wayland environment (no XWayland, but pure
Wayland): the games try to go fullscreen, but they are displayed in an screen
area that's attached to the left border of the screen and the underlying
desktop can be seen on the right side of the screen.
Those games work as intended on X11: they are displayed in a 4:3 screen area
centered on the 16:9 screen, with black borders.
So I believe this is a windowing problem of Wine in Wayland, affecting
fullscreen 4:3 games on 16:9 display modes.
I've attached an screenshot of Silent Hill 2 (2001 version) to illustrate the
problem.
--
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=57840
Bug ID: 57840
Summary: Discworld Noir - half Screen and wrong colors
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)felixnuesse.de
Distribution: ---
Created attachment 78054
--> https://bugs.winehq.org/attachment.cgi?id=78054
Screenshot of game with broken colors
When running Discworld Noir with an unmodified wine-10.0, the game works, but
the colors are messed up and the "resolution" is broken. (See the attached
images)
It is possible to run the game with xephyr (Xephyr -br -ac -noreset -screen
960x600x16 :4) in a lower color mode, which fixes the issues. It seems 32-bit
color causes issues with the game.
Sadly, xepyhr is not available on all platforms.
I am not sure if this is even fixable by wine itself, so feel free to close
this issue if it is not applicable.
--
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=57533
Bug ID: 57533
Summary: KDE taskbar does not hide while Rocket League is
fullscreen mode
Product: Wine-staging
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77592
--> https://bugs.winehq.org/attachment.cgi?id=77592
KDE Plasma taskbar does not hide
Starting from Wine Staging 9.22, the Plasma task bar (or "task manager") does
not hide, even though the game is in full screen mode. Please see the attached
screenshot.
This does not reproduce with Vanilla 9.22, and also does not reproduce with
Staging 9.21.
System info:
- Wine Staging 9.22 (built by Kron4ek: https://github.com/Kron4ek/Wine-Builds)
- DXVK Sarek 1.10.5 (https://github.com/pythonlover02/DXVK-Sarek)
- Display server: X11 (Xorg 21.1.14)
- Desktop Environment: KDE Plasma 6.2.4
- GPU: NVIDIA GTX 660 (Driver: 470.256.02)
- OS: Arch Linux
--
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=37421
Bug ID: 37421
Summary: Internet Explorer 8: crashes on startup
Product: Wine
Version: 1.7.27
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: swdevelop1981(a)gmail.com
Created attachment 49768
--> https://bugs.winehq.org/attachment.cgi?id=49768
terminal output
After updating wine above 1.7.25 starting ie8 (installed with winetricks)
crashes on startup.
--
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=16876
Summary: .NET 3.0: WIC installer hangs due to bug in property
sheet control
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 16875 is fixed, there is another bug unearthed by WIC installer.
Normally you won't notice it because the main installer claims success on this
sub-installer.
If you run WIC installer manually and press "finish" in last property page it
simply hangs.
Prerequisite:
1. clean WINEPREFIX
2. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
4. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
There is a (ui) thread spawned to display and handle property sheet:
--- snip ---
0084:Starting thread proc 0x1043904 (arg=(nil))
...
0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb
...
0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb
...
0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc
0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e
0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e
0084:trace:propsheet:PropertySheetW (0x7ec516e0)
0084:trace:propsheet:PROPSHEET_CollectSheetInfoW
** PROPSHEETHEADER **
dwSize 52
dwFlags 01198100
hwndParent (nil)
hInstance (nil)
pszCaption L"\1828\7ec5"
nPages 5
pfnCallback 0x1043cb1
...
0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages
0084:trace:propsheet:PROPSHEET_CreateDialog
...
0084:trace:propsheet:PROPSHEET_Finish active_page 4
...
0084:trace:propsheet:PROPSHEET_CleanUp
...
0084:trace:propsheet:PROPSHEET_Finish msg result 0
...
0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc
..
0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942
<hangs here>
--- snip ---
Relevant code:
--- snip dlls/comctl32/propsheet.c ---
static BOOL PROPSHEET_Finish(HWND hwndDlg)
{
..
if (psInfo->result == 0)
psInfo->result = IDOK;
if (psInfo->isModeless)
psInfo->activeValid = FALSE;
else
psInfo->ended = TRUE;
return TRUE;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode)
{
...
if(!psInfo->isModeless)
{
parent = psInfo->ppshheader.hwndParent;
if (parent) EnableWindow(parent, FALSE);
}
bRet = PROPSHEET_CreateDialog(psInfo);
if(!psInfo->isModeless)
{
bRet = do_loop(psInfo);
if (parent) EnableWindow(parent, TRUE);
}
return bRet;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT do_loop(const PropSheetInfo *psInfo)
{
MSG msg;
INT ret = -1;
HWND hwnd = psInfo->hwnd;
while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0,
0)))
{
if(ret == -1)
break;
if(!IsDialogMessageW(hwnd, &msg))
{
TranslateMessage(&msg);
DispatchMessageW(&msg);
}
}
if(ret == 0)
{
PostQuitMessage(msg.wParam);
ret = -1;
}
if(ret != -1)
ret = psInfo->result;
DestroyWindow(hwnd);
return ret;
}
--- snip dlls/comctl32/propsheet.c ---
This propery sheet is modal.
When the message pumps exits, the return value is derived from "psInfo->result"
which is set to IDOK (button "finish") in PROPSHEET_Finish().
Unfortunately this tells the app the property sheet is modeless and it tries to
setup it's own message pump after PropertySheetW() return which obviously hangs
because the control is no more present at this time.
Regards
--
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=57839
Bug ID: 57839
Summary: Black rects appear briefly during window drawing
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msuhoruki(a)gmail.com
Distribution: ---
I've noticed Wine 9.x started producing a visual artifact when opening dialogs,
navigating menus, bringing windows to the foreground.
The effect appears like a black area, displayed very briefly just before the
actual content is drawn. I think this has started somewhere with 9.x and I
don't see this black flash effect in Wine 8.0.
It seems every time there is some activity on the window area the affected
region is "blanked" out momentarily before the GUI is drawn.
Using Wine 10.1 on Xorg with amdgpu and Trinity desktop. Xfce 4.12 shows same
problem.
Is there some redraw frequency I can tweak to fix this? The effect sounds minor
but gets really jarring fast.
--
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=57818
Bug ID: 57818
Summary: Trying to install and use Remarkable-Desktop from SNAP
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: airs.edward(a)gmail.com
Distribution: ---
Created attachment 78027
--> https://bugs.winehq.org/attachment.cgi?id=78027
Program Error Details
Trying to use the SNAP App for a Remarkable 2 Table e-ink reader. It has
installed correctly but when requesting On-Time Code it freezes. Tried
re-installing it via Wine ver 10.0... it give me the error "WineDbg attached to
pid 0144"
--
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=52221
Bug ID: 52221
Summary: GameMaker 8: Missing sound effects
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 71305
--> https://bugs.winehq.org/attachment.cgi?id=71305
The log of the funny game
Certain games that run on GameMaker 8 will rely on the DMIME functions
IDirectMusicPerformance8Impl_PlaySegmentEx and
IDirectMusicPerformance8Impl_StopEx. As these functions are stubbed, the audio
is completely absent when these functions are called. Usually, the solution
would be to use Winetricks to fetch DirectPlay and the related components, but
the latency this causes is around half a second long.
Attached is a log from the parody game Sunky.MPEG, which when run in Wine, has
audio completely missing as a result of these stubbed functions.
--
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=57836
Bug ID: 57836
Summary: Delayed Keysounds in beatmania IIDX INFINITAS
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mizztgc(a)gmail.com
Distribution: ---
Created attachment 78046
--> https://bugs.winehq.org/attachment.cgi?id=78046
The output of running beatmania IIDX INFINITAS separately with the ffmpeg and
gstreamer backends
For nearly a year now, I've been trying to get beatmania IIDX INFINITAS, a
subscription-based version of one of KONAMI's well-established arcade rhythm
game franchises, to work under Wine. Of course, the road to get here wasn't
easy, and I'm still stuck with an issue where some songs from the CANNON
BALLERS and Rootage categories, and all of the songs from the HEROIC VERSE to
RESIDENT categories have a bug related to keysounds being slightly delayed.
According to a few people I've talked to, this appears to be due to KONAMI
switching over to a new WMA-based audio container (the audio format used before
this change is still unknown to me).
I've also tried the ffmpeg backend over gstreamer (using the registry) featured
with Wine 10.0, but it introduces a new issue that causes the keysounds and the
base audio (what you hear if you're not hitting notes) to turn into static,
eventually cutting in and out repeatedly.
STEPS TO REPRODUCE:
1. Download the installer for beatmania IIDX INFINITAS from
https://p.eagate.573.jp/game/infinitas/2/download/index.html (be sure to
disable ieframe.dll to get the installer to complete as reported in #57222)
2. Set your sample rate within PipeWire/PulseAudio to 44100 Hz, otherwise you
will not have sound (pw-metadata unfortunately does not work)
3. Launch the game in your preferred mode
NOTE: If Wine did not create the menu entries, you can right click any of the
launch buttons and copy the bm2dxinf URI. From there, run the launcher binary
within a command line and pass this URI as an argument (ex. wine
'C:\\Games\\beatmania IIDX INFINITAS\\launcher\\modules\\bm2dx_launcher.exe'
'bm2dxinf://login?tk=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
)
4. Set your audio mode to WASAPI 共有モード (Shared Mode). WASAPI 排他モード (Exclusive
Mode) will cause the game to complain about not being able to find an audio
device to initialize and refuse to start up
5. If you're on Wayland, set your refresh rate to either 60 or 120Hz (The game
will error if you don't)
NOTE: For steps 4 and 5, the mono package is required to open the settings
menu
6. Play any song from the HEROIC VERSE, BISTROVER, CastHour, or RESIDENT
categories. If you're playing in trial mode, play the song "セピアの軌跡 ft.
天宮みや(少女フラクタル)"
To use the ffmpeg backend, create a DWORD key named DisableGstByteStreamHandler
within HKCU\Software\Wine\MediaFoundation with a value set to 1.
EXPECTED RESULT:
The song and keysounds should play properly as it does on Windows
ACTUAL RESULT:
The actual result will depend on if you're using gstreamer or ffmpeg as a
backend.
- On gstreamer, the keysounds will have a slight delay, and the base audio
will play a second ahead for a few frames before going back.
- On ffmpeg, the keysounds and base audio will become static
ADDITIONAL NOTES:
- DXVK may be needed on Wine 10.x due to severe graphical glitches within both
the launcher and game UI (noticed with a clean prefix on vanilla Wine 10.1)
This was all tested on Wine 10.1 (vanilla & staging) on Arch Linux
--
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=57822
Bug ID: 57822
Summary: Extraneous em dash in MacOS-Building page
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poneill2016(a)gmail.com
Distribution: ---
In the [homebrew
section](https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building#homebre…
there is a misplaced em dash that stops a brew command from being
copy-pasted/run:
> brew install —-formula freetype gnutls molten-vk sdl2
> ^ em dash
--
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=57221
Bug ID: 57221
Summary: msmoney.exe crashes when trying to render mrptmain.htm
inside the app
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: msd+bugs.winehq.org(a)msd.im
Distribution: ---
In the app Microsoft Money 11.0, I try to see a report (monthly reports) after
installing wine-gecko to make it render.
It crashes with :
```
01c0:err:eventlog:ReportEventW L"msmoney.exe"
01c0:err:eventlog:ReportEventW L"11.0.0.716"
01c0:err:eventlog:ReportEventW L"xul.dll"
01c0:err:eventlog:ReportEventW L"47.0.0.7639"
01c0:err:eventlog:ReportEventW L"0092e348"
```
I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more
info. I attached this file to this bug report.
wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS
How can I help you more ?
--
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=57755
Bug ID: 57755
Summary: Regression - FL Studio ignores taskbar and goes
fullscreen when maximizing
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77960
--> https://bugs.winehq.org/attachment.cgi?id=77960
Logs of the application
So this issue was introduced with Wine 10.0 or in one of the release
candidates, as I didn't had this issue with Wine 9.22
Sadly I haven't been able to test the release candidates of Wine 10 because my
arch based distro didn't receive those updates, it stayed on Wine 9.22 and then
jumped to 10.0 when it came out.
Basically as the title says, if I minimize FL Studio and then maximize it
again, the app ignores the taskbar and goes fullscreen, and I've set the
taskbar to be always visible and not to autohide.
I've not done a regression test because I don't know how to do them but I'm
sure it is a regression because I didn't had this issue before.
I have provided the logs of the application is case there is something useful
there.
Thanks in advance
--
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=57832
Bug ID: 57832
Summary: Audio Modeling Software Center doesn't run at all
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andiejs(a)gmail.com
Distribution: ---
Created attachment 78040
--> https://bugs.winehq.org/attachment.cgi?id=78040
it just doesn't run
I'm trying to run the audio modeling software center. download here:
https://audiomodeling.com/support/install-and-update/
instructions for bug report said to use the latest devel version and clean no
dlls, so this is the bug report for that. i get a little further with dxvk but
it just draws a black window, completely unusable. i'll see if i can file a
separate bug report somewhere for that case.
audio modeling people tell me their latest version uses Direct2D, which the
previous working versions didn't. Searching Direct2D and wine shows that it was
supposed to be supported years back... not seeing anything about how to test /
verify / etc..
running on a clean wineprefix, result is simply terminating immediately:
wine Audio\ Modeling\ Software\ Center.exe
01bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
00007FFFFE1FFE80
--
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=57782
Bug ID: 57782
Summary: gdiplus:brush test crashes in _controlfp_s on intel
mac
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
On my intel mac, the gdiplus:brush crashes with:
0024:err:seh:call_seh_handlers invalid frame 00000001000FF790
(0000000000022000-0000000000220000)
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
If I comment out the line calling _controlfp_s in brush.c, the test succeeds.
--
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=57831
Bug ID: 57831
Summary: Keyboard input delayed at high event throughputs
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: inakilbss(a)gmail.com
Distribution: ---
Mashing keys quickly enough causes some games to read inputs with an increasing
delay, only being able to catch up once the mashing stops.
Example program: Touhou 11 trial
172965c20e04accf7932d45918f01a60abf5ee67 th11tr002a_setup.exe
http://mirror.studio-ramble.com/upload/535/200806/th11tr002a_setup.exe
(run with LANG="ja_JP.UTF-8" to avoid mojibake)
Once installed, custom.exe can be used to select the input polling method
(first option, bottom right button to save). Enabling it will force
GetKeyboardState to be used, while disabling it will allow DirectInput use,
which suffers less from the issue.
Test procedure:
- Open th11.exe
- Send around 100 input events per second, including Z presses but no X, either
with a macro or by pressing one's hands into the keyboard repeatedly, until
gameplay begins, and the player respawns after being hit by a bullet.
Correct behavior:
The player keeps shooting for a fraction of a second after Z is last released.
Actual behavior:
The player keeps shooting for a few seconds after Z is last released,
indicating a backed up input queue.
Windows behavior:
While I do not have a Windows setup at the ready, I have heard a report of
120hz macros working fine under Windows in games reading inputs with GKS.
--
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=57829
Bug ID: 57829
Summary: Links 2003 suffers Video related hangs and crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dwg(a)australiamail.com
Distribution: ---
Created attachment 78037
--> https://bugs.winehq.org/attachment.cgi?id=78037
Captued hang
Hi,
Problem Description:
Links 2003 is working nicely under Wine however I have to take action to limit
the amount of shared memory that Wine is using for the Graphics with the
Embedded GPU.
Environment -
Hardware:
Acer Aspire Notebook E5-575G Gen 7 i5-7200U processor, 16GB Memory, 512GB SSD,
1TB HDD.
Intel HD 620 embedded graphics
Software:
Linux Mint 21.3
Wine 10.1
Links 2003, 1.07 Update
Commentary:
I have found that I have to severely restrict the amount of shared memory
allocated for Video to 128MB in Wine, using the parameter VideoMemorySize.
Set any higher than this and I see issues:
- If the parameter is set to 256MB the Links program hangs and has to be
terminated
- If the parameter is set to 512MB I get the attached crash from Links.
As an aside with Wine 10.1 on an older i3 Gen 3 desktop system with Intel 2500
embedded graphics running Mint 21.3, the higher VideoMemorySize parameters
works and also appears to help to improve graphic performance, previous
versions of Wine up to 10.0 on this system exhibited the same problem as on the
notebook.
--
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=57815
Bug ID: 57815
Summary: Splinter Cell (2002): crashes when changing game
resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78025
--> https://bugs.winehq.org/attachment.cgi?id=78025
output log
When I change the game resolution via the settings menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCellUser.ini
configuration file:
Resolution=1920x1080
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.3).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=57138
Bug ID: 57138
Summary: Unhandled exception after printing a page in Approach
Product: Wine-staging
Version: 9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77043
--> https://bugs.winehq.org/attachment.cgi?id=77043
Unhandled exception
Fedora 40
wine-staging-9.15-2.1.x86_64
Lotus Approach N99.8.0208.0800 (Smart Suite)
I have a script set up in Approach to switch from my main page to an envelope
form, print the envelope, then return to the main page.
If I manually switch to the main page, and envelope prints fine. I have no
problem manually switching back to the man page after the print.
If I use the script, the envelope prints, then Approach crashes with a Wine
"Unhandled exception error". This was never an issue under Wine 6. Please see
the attachment.
--
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=57623
Bug ID: 57623
Summary: Approach welcome screen does not appear when rub from
a virtual desktop
Product: Wine-staging
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Lotus Approach N99.8.0208.0800 (Smart Suite)
Fedora 41
Xfce 4.18
screen resolution: 4096x2160
Reproduced under:
WineHQ Staging:
wine-staging-10.0.rc3-1.1.x86_64
winehq-staging-10.0.rc3-1.1.x86_64
Wine Staging Fedora repo:
wine-9.15-1.fc41.x86_64
wine-9.15-1.fc41.i686
When Lotus Approach is started from a terminal directory, the welcome screen
pops up.
$ wine approach
But when Lotus Approach is started as a "virtual Desktop", it does not.
$ cd .wine/drive_c/lotus/approach/
$ wine explorer /desktop approach
From Xfce Launcher:
bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer
/desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050
approach.exe"
If you open a database, then close it, the welcome screen does pop up. I will
attach a video of it.
--
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=57776
Bug ID: 57776
Summary: Wine Approach startup crash
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
SmartSuite-N99.8.0208.0800
Fedora 41
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
Wine Approach startup crash:
wine approach.exe
Error on LSIOpen, or
"Couldn't load the Lotus Dialogs DynaLink"
wine: Unhandled page fault on read access to 00000024 at
address 1660170C (thread 0144), starting debugger...
Show Detains on crash reporter:
Unhandled exception: page fault on read access to 0x00000024 in
wow64 32-bit code (0x1660170c).
This is due to Wine not using lotus' paths correctly (from the registry).
Work Around:
$ cd ~/.wine/drive_c/lotus
$ mkdir jumble
$ cp -R approach/* jumble/.
$ cp -R compnent/* jumble/.
Simple start:
$ wine ~/.wine/drive_c/lotus/jumble/approach.exe
Fancy start:
$ bash -c "cd $HOME/.wine/drive_c/lotus/jumble; wine explorer
/desktop=Approach_`date +%%H:%%M:%%S`_1680x1050,1680x1050 ./approach.exe"
--
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=57783
Bug ID: 57783
Summary: Approach will not run in a virgin 10.0 wineprefix
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 77980
--> https://bugs.winehq.org/attachment.cgi?id=77980
debugg message on crash
What a disaster! Please correct. I need my accounting system back.
SmartSuite-N99.8.0208.0800
Fedora 41
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
Lotus Approach will not run in a fresh WINEPREFIX under WineHQ Stable 10.0,
unless you have leftover stuff from a prior wine install. But that would not
be a fresh WINEPREFIX.
Both Approach and WordPro were selected on a customer install and a fulkl
install too after wiping the .wine directory and starting fresh
The following error occurs at the end of installation from the smart suite ISO.
regedit: Unable to open the registry key
'HKEY_CURRENT_USER\Software\Lotus\SmartSuite'.
and
regedit: Unable to open the registry key
'HKEY_CURRENT_USER\Software\Lotus\ScreenCam'.
Only Approach and WordPro were selected on a customer install.
When starting Approach:
$ cd /home/todd/.wine/drive_c/lotus/approach
$ wine ./approach.exe
The following pop occurs
"Lotus Approach: Couldn't load Lotus Dialog DynaLink"
Pressing okay, opens a Program Error box and presents this error in the command
line:
wine: Unhandled exception 0xe06d7363 in thread 24 at address 7B5F7448
(thread 0024), starting debugger...
I will attach the full debug message message.
I have one for one checked a qemu-kvm Windows 10 install of Approach against my
wine registry and they are identical
Many thanks
-T
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=57816
Bug ID: 57816
Summary: Splinter Cell: Pandora Tomorrow (2004): crashes when
changing game resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78026
--> https://bugs.winehq.org/attachment.cgi?id=78026
output log
When I change the game resolution via the options menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCell2.ini configuration
file:
WindowedViewportX=1600
WindowedViewportY=1200
and the SplinterCell2.ini configuration file:
Resolution=1600x1200
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.31).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=53847
Bug ID: 53847
Summary: NfRemote: mouse input ignored
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thelen(a)radiomankato.com
https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe
Say hello to nfremote. It's a little piece of software used to administer a
particular manufacturer's equipment, commonly used at radio and TV stations.
I can confirm it has, and does, work fine under Wine 2.21 - just tested today
on a MacBookPro8,1 running the official binaries
(https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under
OS 10.13.6.
Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve
deployed Wine 7.0 via homebrew under OS 12.6.1.
There I can start nfremote just fine... but it ignores my mouse input.
If I were to start it with the command-line argument "run", it presents me with
a window where both keyboard and mouse input are accepted; there I can type in
the text fields, so I know it's responsive. But when I hover the cursor over
buttons, they do not 'light up’ to indicate such. And when I click, nothing
happens.
Even in years past, I found that newer versions of Wine exhibited the issue I
describe below, so I simply never updated beyond 2.21. Wonder if this might be
a long-undiscovered regression of some sort?
--
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=57821
Bug ID: 57821
Summary: Formlabs PreForm: Balck loading screen
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skala.antonin(a)gmail.com
Distribution: ---
Created attachment 78032
--> https://bugs.winehq.org/attachment.cgi?id=78032
Wine standart output
Hello, when I start Formlabs PreForm tool for slicing 3D models for printer,
initial loading window is solid black so information about loading progress is
not visible. Running on Ubuntu 24.10 trough Xwayland. Behavior is same for Wine
9.??-10.1
It can be obtained there: https://formlabs.com/eu/software/preform/ (free -
just ask some questions, no registration no SN of device needed)
--
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=57459
Bug ID: 57459
Summary: Wine Regedit and Wine Control don't minimize and
become unresponsive
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77457
--> https://bugs.winehq.org/attachment.cgi?id=77457
video of the issue
I've attached a video of the issue
Basically those apps instead of minimizing they compress and become
unresponsive afterwards
--
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=57812
Bug ID: 57812
Summary: Roblox Studio cursor locking on wayland is faulty
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: sewn(a)disroot.org
Distribution: ---
When running Roblox Studio with or without using Vinegar, the cursor locking in
Wayland does not function properly, making the cursor move randomly and
sporadically all over the window. It functions the same in Xwayland.
--
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=57637
Bug ID: 57637
Summary: Regression: Crash on exit in Age of Empires
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dplay
Assignee: wine-bugs(a)winehq.org
Reporter: krkos(a)mail.muni.cz
Distribution: ---
Created attachment 77765
--> https://bugs.winehq.org/attachment.cgi?id=77765
AoE exit crash backtrace
The bug affects original Age of Empires with UPatch HD 1.2 Release 3.
Upon program exit, it crashes with page fault on write access to 0x00000005,
see attached backtrace.
This was bisected to be caused by 490d5f0fcf8556548743ad65a2a9951c2f503809
"dplayx: Merged IDirectPlayLobby/2A in to IDirectPlayLobby3A.", which seems
strange as the backtrace indicates something audio related, but was reproduced
repeatedly.
The bug manifests on wow64 32bit (configure --enable-win64
--enable-archs=i386,x86_64), compiled with both mingw and clang. I did not test
pure 32b wine.
The bug is still present in wine 10.0-rc4.
--
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=57811
Bug ID: 57811
Summary: wikis/Building-Wine contains broken/obsolete link
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: depaoli.renzo(a)gmail.com
Distribution: ---
As per instruction on the 404 website
"If you followed a link from a WineHQ.org page and reached this page in error,
please report it to the WineHQ.org Bugzilla.":
The link on the Wine Wiki
https://gitlab.winehq.org/wine/wine/-/wikis/Building-Winehttps://www.winehq.org/pipermail/wine-devel/2016-January/111245.html
is broken resulting in 404.
--
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=56542
Bug ID: 56542
Summary: winewayland.drv: In-game VSync capped at 59FPS on 60Hz
monitors
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: faridzelli(a)gmail.com
Distribution: ---
The in-game VSync is capped at 59FPS in Cyberpunk 2077 on 60Hz displays. This
game in particular allows the player to adjust the VSync frame rate target, the
given options change to [59 29 19 14] as opposed to [60 30 20 15] under
XWayland.
Benchmark results:
- XWayland + VSync 60 (3 runs): 59.5FPS
- winewayland.drv + VSync 59 (3 runs): 58.4FPS
System information:
- Specs: Ryzen 5 3600 / Radeon 6700XT / 3840x2160 60Hz
- OS: openSUSE Tumbleweed
- DE: GNOME 46
- Display scaling: none
- Wine version: 9.6 (reproducible on all 9.X builds)
--
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=57814
Bug ID: 57814
Summary: Battle Realms Complete Freeze in Multiplayer while
WinSock try_send failed to convert address
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 78024
--> https://bugs.winehq.org/attachment.cgi?id=78024
WinSock try_send failed to convert address
Im trying to play BattleRealms in Multiplayer via LAN Connection to test but
suddenly it will Freeze the game in the Multiplayer Menu after i clicked
creating rooms in LAN Connection. When i looked at the terminal, there was an
error occur in the terminal says "0548:err:winsock:try_send failed to convert
address". The Singleplayer is fine completely. Only the Multiplayer side is the
problem for 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=57813
Bug ID: 57813
Summary: EnumDesktopWindows does not SetLastError when
NtUserBuildHwndList fails
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: nicolas.iooss.2010_wine(a)m4x.org
Distribution: ---
Hello,
Since Wine 9.22 (commit
https://gitlab.winehq.org/wine/wine/-/commit/7d5a43b60492d8b7f49a6b4a574f28…
"user32: Reimplement the enum window functions using NtUserBuildHwndList()."),
EnumDesktopWindows can fail without setting the Last Error. More precisely, the
function returns FALSE and GetLastError() does not return the associated error.
I guess that's cause by line 76
(https://gitlab.winehq.org/wine/wine/-/blob/7d5a43b60492d8b7f49a6b4a574f28a5…
):
status = NtUserBuildHwndList( 0, hwnd, FALSE, TRUE, 0, size, list, &size );
/* ... */
if (status != STATUS_BUFFER_TOO_SMALL) return FALSE;
A call to SetLastError (or set_ntstatus(status)) seems to be missing.
(By the way, Microsoft documents EnumDesktopWindows in
https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-enum…
"If the function fails or is unable to perform the enumeration, the return
value is zero. To get extended error information, call GetLastError.")
This issue seems to affect other functions in the same file
(dlls/user32/win.c): when a "NTSTATUS status" is used to get the return value
of functions NtUser..., several functions return FALSE or NULL without setting
the Last Error.
Context:
I first saw this on Arch Linux running Wine 9.22 and successfully reproduced
the issue on a clean Ubuntu 24.04 installation with Wine 10.1 installed by
following instructions from
https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu .
I am testing this using a program I wrote many years ago,
https://github.com/fishilico/shared/blob/361bd98566a4da881d746a95804723d0d0…
. Before Wine 9.22, it successfully enumerated the Stations and Desktops. Since
Wine 9.22, the callback of EnumDesktopWindows is no longer called and
EnumDesktopWindows returns FALSE with GetLastError() showing the previous error
(if SetLastError(0) is added before the call to EnumDesktopWindows,
GetLastError() returns 0 after the call).
In case it is useful, here is an extract of "WINEDEBUG=trace+all wine
./list_desktops.exe" :
20129.073:01e4:01e8:Call
user32.EnumDesktopWindows(00000068,1400016a0,7ffffe2ffe50) ret=140001b17
20129.073:01e4:01e8:trace:heap:RtlAllocateHeap handle 00007FFFFE320000,
flags 0, size 0x400, return 00007FFFFE380EC0, status 0.
20129.074:01e4:01e8:trace:heap:RtlFreeHeap handle 00007FFFFE320000, flags
0, ptr 00007FFFFE380EC0, return 1, status 0.
20129.074:01e4:01e8:Ret user32.EnumDesktopWindows() retval=00000000
ret=140001b17
20129.074:01e4:01e8:Call KERNEL32.GetLastError() ret=140001b1f
20129.074:01e4:01e8:Ret KERNEL32.GetLastError() retval=00000000
ret=140001b1f
By the way, debugging with winedbg shows that NtUserBuildHwndList returns
0xC0000022 (STATUS_ACCESS_DENIED). I don't know why (and what I should do to
make it work as before), but the bug I am reporting is not about this.
--
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=39893
Bug ID: 39893
Summary: wine builtin IE can't download .exe file
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
wine iexplore
https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0.3/win3…
Got
fixme:urlmon:create_object Could not find object for MIME
L"application/x-msdownload"
fixme:ieframe:handle_navigation_error Navigate to error page
Maybe a dup of bug 33676?
--
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=57589
Bug ID: 57589
Summary: Incorrect name of the mail server
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lav(a)etersoft.ru
CC: jnewman(a)codeweavers.com
Distribution: ---
mail.winehq.org incorrectly reports its name:
# netcat 4.4.81.124 25
220 winehq.org ESMTP
Also both direct and reverse resolving need be the same. Now it is broken:
# resolve mail.winehq.org
IP address of mail.winehq.org: 4.4.81.124
# resolve 4.4.81.124
Host name of 4.4.81.124: winehq.org
I just checked with follow tool:
https://mxtoolbox.com/SuperTool.aspx?action=smtp%3amail.winehq.org&run=tool…
--
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=47086
Bug ID: 47086
Summary: Vertical scrollbar does not display in Chessbase 11
when changing contents of window
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 64283
--> https://bugs.winehq.org/attachment.cgi?id=64283
Dude, where's my scrollbar? [should appear on far right]
On the main screen of Chessbase 11, if you are viewing the contents of a
database which does not need a vertical scrollbar, and then switch to one which
does the scrollbar does not automatically appear. Clicking where the scrollbar
should be causes it to render again.
--
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=41309
Bug ID: 41309
Summary: Cannot activate ChessbaseLight 2009
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55639
--> https://bugs.winehq.org/attachment.cgi?id=55639
log
Installation runs fine. Activation screen shows up. I enter my code, then it
contacts the activation server until I eventually run in to the message "not
implemented yet". If I remember correctly, I had this running in a WINE
installation years ago.
Program can be downloaded here:
http://web.archive.org/web/20090822130548/http://www.chessbase.com/download…
Activation try needs a valid key though.
--
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=41350
Bug ID: 41350
Summary: Chessbase 12 does not activate
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55701
--> https://bugs.winehq.org/attachment.cgi?id=55701
log
Installation works fine.
Activation of program is not working.
Get message "... not implemented"
Probably related to bug 41309
--
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=57785
Bug ID: 57785
Summary: [FFB] Force feedback is not working on latest version
of Arch Linux
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: joy.cpl
Assignee: wine-bugs(a)winehq.org
Reporter: vinibali1(a)gmail.com
Distribution: ---
Created attachment 77986
--> https://bugs.winehq.org/attachment.cgi?id=77986
log with WINEDEBUG
I'm having problems after a recent sysupgrade on my rolling Arch Linux. The
previous upgrade was around November and everything was working fine so far
with wine 9.20, but now with wine 10.0 Live for Speed has lost it's ability to
control FFB with my old Logi Momo.
I tried to:
* roll back the "old" Kernel 6.6
* roll back Wine 9.20
* logitech_hid kernel driver
* new-lg4ff kernel driver
* fresh installation for a new WINEPREFIX,
but there is still not a sign for FFB to work.
fftest and ffcfstress is able to trigger the FFB on the wheel, so that's fine.
I also tried to find some recently updated *usb* packages, but only qemu and
pyusb was updated with the latest upgrade since November.
I've attached the WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid output.
Related post:
https://forum.winehq.org/viewtopic.php?t=40203
--
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=57704
Bug ID: 57704
Summary: Compile Error since 10.0rc5+
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: ---
Created attachment 77901
--> https://bugs.winehq.org/attachment.cgi?id=77901
terminal log
Starting from rc5 and following up to rc6 I get a compile error.
GCC version 8.5.0 (I'm aware it's a bit old), didn't have an issue up until
10.0rc4
Kindly let me know if you require further info.
--
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=57626
Bug ID: 57626
Summary: SteuerErklarung 2025 halts: windows 8 is not
compatible
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
URL: https://downloadfiles.steuertipps.de/software/sse/30/W
in-SteuerSparErklaerung_30.23.26.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi,
This was reported on the forum:
https://forum.winehq.org/viewtopic.php?p=145869#p145869
If you put a hack to return TRUE for VerifyVersionInfoW then it goes further.
The failing call seems to be:
trace:ver:VerifyVersionInfoW (00007FFFFE1FFD24 0x33 0x1b01b)
which seems to fail
--
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=57710
Bug ID: 57710
Summary: Cannot open main menu via keyboard in Reason (DAW)
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schroedingerscat(a)disroot.org
Distribution: ---
Up until Wine v10.0-rc5, you could not open the app's main menu using the
mouse. However, there was a workaround to open the main menu using the keyboard
by pressing Alt+Arrow Key Down.
This workaround has been broken with Wine v10.0-rc6. The regression was
introduced by git commit 710b94e212501727b3b1b8deea06a7757df43d51. That same
commit caused another two regressions.
This makes the app unusable because you cannot even simply add a MIDI keybaord
or change the audio driver.
Steps to reproduce:
Follow the download and installation steps from "Additional Comments" here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495
Then, just try to open Reason's main menu either by clicking with the mouse or
by pressing Alt+Arrow Key Down. Nothing will work, making the app unusable.
--
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=57675
Bug ID: 57675
Summary: err:virtual:virtual_setup_exception stack overflow
3072 bytes addr 0x7bd5b54c stack 0x81100400
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
I am using wine-10.0-rc5 (Staging) to run a program. After running for about
five or six hours, the program freezes, and the wine log shows:
“err:virtual:virtual_setup_exception stack overflow 3072 bytes addr 0x7bd5b54c
stack 0x81100400”. Could you please advise how to analyze this issue?
wine log:
wine: created the configuration directory '/root/.wine'
esync: up and running.
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:fixme:winediag:loader_init wine-staging 10.0-rc5 is a testing version
containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing
bug reports on winehq.org.
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:start_rpcss Failed to open RpcSs service
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\win32k.sys"
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\drivers\\dxgkrnl.sys"
0080:err:ntoskrnl:ServiceMain Failed to load
L"C:\\windows\\system32\\drivers\\dxgmms1.sys"
009c:fixme:file:NtLockFile I/O completion on lock not implemented yet
009c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
009c:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
009c:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
0104:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0128:err:winebth:bluez_dbus_init Failed to get system dbus connection:
"org.freedesktop.DBus.Error.FileNotFound": "Failed to connect to socket
/run/dbus/system_bus_socket:
\xe6\xb2\xa1\xe6\x9c\x89\xe9\x82\xa3\xe4\xb8\xaa\xe6\x96\x87\xe4\xbb\xb6\xe6\x88\x96\xe7\x9b\xae\xe5\xbd\x95"
0128:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\winebth": c00000e5
002c:err:setupapi:SetupDiInstallDevice Failed to start service L"winebth" for
device L"ROOT\\WINE\\WINEBTH", error 1359.
002c:err:setupapi:SetupDiInstallDevice Failed to control service L"winebth" for
device L"ROOT\\WINE\\WINEBTH", error 1062.
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:err:setupapi:do_file_copyW Unsupported style(s) 0x10
002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10
0158:fixme:wineusb:query_id Unhandled ID query type 0x5.
0158:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000034, 0CCAF7FC, 0CCAF72C
0CCAF728
0024:fixme:nls:get_dummy_preferred_ui_language (0x34 0x804 0CCAF7FC 0CCAF72C
0CCAF728) returning a dummy value (current locale)
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=3): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=1): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=0): stub
004c:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR,
hwnd=0000000000000000, edge=2): stub
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:win:NtUserLockWindowUpdate (0x10120), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0024:fixme:win:NtUserLockWindowUpdate (0x10150), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0024:fixme:win:NtUserLockWindowUpdate (0x10130), partial stub!
0024:fixme:win:NtUserLockWindowUpdate ((nil)), partial stub!
0180:fixme:dbghelp:elf_search_auxv can't find symbol in module
01a0:fixme:wpcap:pcap_findalldevs_ex "rpcap://", 00000000, 66E0EAD8, 66E0E9C4:
partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000002-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000004-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000006-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
01a0:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000001-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 66E0E9C4: partial stub
0304:fixme:wpcap:pcap_findalldevs_ex "rpcap://", 00000000, 805FFEF0, 805FFDDC:
partial stub
0304:fixme:wpcap:pcap_open
"rpcap://\\Device\\NPF_{00000002-0000-0000-0000-4E6574446576}", 65536, 1, 100,
00000000, 805FFDDC: partial stub
0314:err:virtual:virtual_setup_exception stack overflow 3072 bytes addr
0x7bd5b54c stack 0x81100400 (0x81100000-0x81101000-0x81200000)
--
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=57563
Bug ID: 57563
Summary: vbscript: mid() throws when passed VT_EMPTY instead of
returning empty string
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
Dim Uninitialized(1)
Wscript.Echo "Uninitialized(0) = " & Uninitialized(0)
Wscript.Echo "TypeName(Uninitialized(0)) = " & TypeName(Uninitialized(0))
Dim t: t = mid(Uninitialized(0),1,2)
Wscript.Echo "t = " & t
Wscript.Echo "TypeName(t) = " & TypeName(t)
Wine
/opt/wine-devel/bin/wine cscript test.vbs
Uninitialized(0) =
TypeName(Uninitialized(0)) = Empty
0120:fixme:wscript:ActiveScriptSite_OnScriptError ()
Windows
cscript //Nologo test2.vbs
Uninitialized(0) =
TypeName(Uninitialized(0)) = Empty
t =
TypeName(t) = String
[Done] exited with code=0 in 0.061 seconds
Related code:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/vbscript/global.c?re…
--
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=57664
Bug ID: 57664
Summary: New problems with SudoCue under Win 10.0 rc5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dwg(a)australiamail.com
Distribution: ---
Created attachment 77830
--> https://bugs.winehq.org/attachment.cgi?id=77830
Sudocue Bcktrace
I have been using Sudocue for quite some time under Wine with no problems.
Upgrade to win3 10.0 rc 5 and I now get the following crash
--
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=46580
Bug ID: 46580
Summary: HoMM3 WOG: can't enter russian text speaking with
sphynx
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 63460
--> https://bugs.winehq.org/attachment.cgi?id=63460
Log with +keyboard
Heroes of Might and Magic 3.5 In The Wake Of Gods
It is unofficial mod of old Heroes III game having own site, with opened
source.
http://wforum.heroes35.net/index.php?language=english
I know, there are other reports about cyrillic characters, mostly closed
invalid.
Anyway there is a new problem.
In the game I can enter Russian and English text in the field of gamer name.
There is no problem to switch keyboard and no problem with fonts.
The problem if speak with Sphynx which is WOG addition to the game.
Testing with different wine versions I got different results.
1.7 - can't switch keyboard
1.9 - showing ???? instead of text. Sphynx does not accept the input even if it
true.
3.0 - can enter english text but nothing inputted in russian layout
4.0 - the dialog even not appeared looks like the text already inputted.
I proposed the input occurred by some other protocol and this protocol is not
supported supported character sets.
The log with +keyboard shows many lines but I see no answer.
--
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=39576
Bug ID: 39576
Summary: Sound in StarCraft 2 breaks after
Product: Wine
Version: 1.7.54
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
At least since StarCraft 2 Legacy of the void (released 2015-11-10) and Wine
1.7.52 (currently 1.7.54) I'm experiencing sound issues. I'll try to find out
some more about it in the next weeks...
The problem:
After playing a while, especially in missions with many units, the sound
becomes very strange. Suddenly there is a lot of loud noise and voices are
spoken very fast. Playback is probably about two times the speed of normal.
I can temporarily let the sound return to normal, by opening the StarCraft 2
sound options and changing the number of sound channel to any other value
(which value doesn't seems to be important).
Sometimes (very rarely) the sound suddenly returns to normal without any
further actions.
I tried setting the value "default-fragment-size-msec" in the file
/etc/pulse/daemon.conf
to different value. Afterwards I always did "killall pulseaudio" and restartet
Wine/StarCraft. But that didn't helped.
Values I tried: 5, 100, 400
--
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=57338
Bug ID: 57338
Summary: wine-gecko/wine-mono don't cache their installers if
using a username with unicode characters
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Noticed while looking at https://github.com/Winetricks/winetricks/pull/2278
I created a test user (`tëstuser`). If I then run Wine under that user, I get a
popup to install wine-mono. The installer downloads and installs wine-mono,
great.
Making a second prefix shows the installer prompt again. The installer doesn't
get cached in ~/.cache/wine (as it does for my normal, ascii-named user).
If the installer is put in /usr/local/share/wine/mono, it gets picked up from
there, as expected.
Which makes me wonder, are unicode characters supported in usernames for wine?
I suspect there may be other lurking issues like this, if so.
FWIW, Windows appears to support it (though various software is broken when
doing so), see https://cornevandriel.com/articles/unicode-in-windows-usernames
--
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=56703
Bug ID: 56703
Summary: Crash when installing Rhinoceros 8.6
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.lawrence.lu(a)gmail.com
Distribution: ---
Created attachment 76490
--> https://bugs.winehq.org/attachment.cgi?id=76490
backtrace
When installing Rhinoceros 8.6 in a clean wineprefix where I only installed
dotnet48 (using winetricks), the installer crashes at the end with
03f8:err:msi:__wine_msi_call_dll_function Custom action
(L"C:\\users\\dllu\\Temp\\msi6b88.tmp":"AddMachineCertificate") caused a page
fault: 0xc0000005
Using wine-9.9-50-gd41a1f0183f but also tested with wine-staging-9.8 and
wine-9.8.
--
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=56559
Bug ID: 56559
Summary: wine is unable to launch a .exe that just downloads a
file
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerard.labadie(a)sysgroup.fr
Distribution: ---
all the info is in
https://forum.winehq.org/viewtopic.php?t=38779
I want to launch iologo-launcher that is avalable at
https://cellar-c2.services.clever-cloud.com/iologo-app/launcher2/5/iologo-l…
and wine iolog-launcher.exe
does nothing
on Windows this file just downloads iologo_setup.exe
and then I am able to launch iologo_setup.exe with wine
qwertymnb offered a hack and said it is a wine bug
[quote]diff --git a/dlls/cryptnet/cryptnet_main.c
b/dlls/cryptnet/cryptnet_main.c
index 7768e9e5bd3..e23f63f86e7 100644
--- a/dlls/cryptnet/cryptnet_main.c
+++ b/dlls/cryptnet/cryptnet_main.c
@@ -2304,7 +2304,7 @@ typedef struct _OLD_CERT_REVOCATION_STATUS {
BOOL WINAPI CertDllVerifyRevocation(DWORD dwEncodingType, DWORD dwRevType,
DWORD cContext, PVOID rgpvContext[], DWORD dwFlags,
PCERT_REVOCATION_PARA pRevPara, PCERT_REVOCATION_STATUS pRevStatus)
-{
+{return 1;
DWORD error = 0, i;
FILETIME now;
LPFILETIME pTime = NULL;
[/quote]
my wine version
[code]$ wine --version
wine-9.6
[/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.
https://bugs.winehq.org/show_bug.cgi?id=57650
Bug ID: 57650
Summary: osu! stable: Insert key to minimize to tray does not
hide game window (regression)
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)horvath.blog
Distribution: ---
Created attachment 77786
--> https://bugs.winehq.org/attachment.cgi?id=77786
broken "x11drv,systray,event" log
Regression commit: 0cda91856138e1d49fcfd9b6c2c9328146616baa
From: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu, 14 Nov 2024 11:53:52 +0100
Subject: [PATCH] winex11: Request window state updates asynchronously.
---
dlls/user32/tests/win.c | 7 +--
dlls/winex11.drv/event.c | 101 +++-----------------------------------
dlls/winex11.drv/window.c | 41 +++++++++++-----
dlls/winex11.drv/x11drv.h | 3 +-
4 files changed, 37 insertions(+), 115 deletions(-)
Before this commit, pressing the insert key properly unmapped/minimized the
window to the system tray. After, it still adds an icon to the tray, but the
game window remains open. The tray icon can still be clicked to remove the icon
as before.
This problem still occurs on current Wine master (5942da6c) with minor
differences, but the issue of not minimizing started with this change.
I mainly use i3wm, but I get the same behavior on swaywm (with the floating
dock instead).
--
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=56658
Bug ID: 56658
Summary: When using Kosugi for vertical writing, some
punctuation marks are not placed correctly.
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 76433
--> https://bugs.winehq.org/attachment.cgi?id=76433
Vertical writing comparison (Orange squares added for emphasis)
When using Kosugi, a Japanese font designed by MOTOYA[1], for vertical writing,
some punctuation marks are not placed correctly. Ume Gothic[2], another
Japanese font, doesn't have this issue. See the attachment for details.
Steps to Reproduce:
1. Install Kosugi font, Kosugi-Regular.ttf, to your font directory.
SHA1(Kosugi-Regular.ttf) = fb02b5f57e8652a1fd499195d7070bafd58e16e2
2. Download Mery Text Editor Ver 3.7.1[3] and unzip it.
SHA1(MeryPortable-3.7.1.zip) = 8355bbf8919bade31bf333731167b48cb47d9e5e
3. Launch Mery editor with Japanese locale,
i.e. % LANG=ja_JP.UTF-8 wine Mery.exe
4. Choose Kosugi font in ツール(T) - オプション(O) - 表示 - フォント(F).
5. Enable vertical writing view at 表示(V) - 縦書き(V).
6. Copy and paste the following Japanese text:
あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。
Actual results:
"。" and "、" are placed in the lower left hand corner of the square.
See the left side of the attached image, Kosugi.
Expected results:
"。" and "、" are placed in the upper right hand corner of the square.
See the right side of the attached image, Ume Gothic.
[1] https://fonts.google.com/specimen/Kosugi
[2] https://ja.osdn.net/projects/ume-font/wiki/FrontPage
[3] https://www.haijin-boys.com/download/MeryPortable-3.7.1.zip
--
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=46702
Bug ID: 46702
Summary: GNUTLS_CURVE_TO_BITS not found
Product: Wine
Version: 4.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Using latest gnutls3.6.6 I got compilation error
~~~
Undefined symbols for architecture i386:
"_GNUTLS_CURVE_TO_BITS", referenced from:
_key_asymmetric_generate in gnutls.o
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
winegcc: clang failed
make[1]: *** [bcrypt.dll.so] Error 2
make: *** [dlls/bcrypt] Error 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.
http://bugs.winehq.org/show_bug.cgi?id=35981
Bug ID: 35981
Summary: Battlefield: Bad Company 2 Updater has missing glyphs
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Created attachment 48100
--> http://bugs.winehq.org/attachment.cgi?id=48100
screenshot
In English game locale BFBC2Updater has a normal text, but in Russian isn't.
--
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=41342
Bug ID: 41342
Summary: Build with winegcc is not reproducible
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javier--fqu3sqxsVIm7PkQvPySPMwTV4r0Nxk(a)jasp.net
Distribution: ---
Building with winegcc is not reproducible because the name of a temporary file
is included.[1] The function that creates this file should try
char* tmp = strmake("%s%s", prefix, suffix);
fd = open(tmp, O_CREAT | O_EXCL, 0600);
before mkstemps().[2]
About reproducible builds: https://reproducible-builds.org/
[1]
https://tests.reproducible-builds.org/debian/dbd/unstable/i386/lmms_1.1.3-5…
,
look for "spec.".
[2]
http://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l2…
--
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=39733
Bug ID: 39733
Summary: OpenGL Extensions Viewer 4.1 is not started
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Infinite loop. If stop last messages are
~~~
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections"
in state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"sectionGroup" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"section" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"userSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element
L"openglex.Properties.Settings" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"appSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
--
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=57711
Bug ID: 57711
Summary: The 32-bit wpcap program has a stack leakage issue
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: csumushu(a)126.com
Distribution: ---
Created attachment 77913
--> https://bugs.winehq.org/attachment.cgi?id=77913
test code
I compiled a 32-bit wpcap application using VS2010, and when running this
program with Wine, it caused a stack overflow. Therefore, I wrote a test
program to print the stack address in the callback function, and I noticed that
the address was gradually decreasing. This issue does not occur with the 64-bit
program. The test program is included in the attachment.
--
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=57690
Bug ID: 57690
Summary: .NET Framework 4.8 installer hangs with
sync:RtlpWaitForCriticalSection
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: its.kutepov(a)gmail.com
Distribution: ---
Hangs with the following error messages starting from 9.17 up to 10.0-rc6:
```
033c:err:sync:RtlpWaitForCriticalSection section 7BD7A2E0
"../dlls/ntdll/loader.c: loader_section" wait timed out in thread 033c, blocked
by 02a0, retrying (60 sec)
```
I tried to install using winetricks and by steps described on appdb.winehq.org.
The issue is highly reproducible, I was unable to complete the installation
even once.
--
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=56876
Bug ID: 56876
Summary: Paint Tool SAIv2 VirtualAlloc invalid address on
commit
Product: Wine
Version: 9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: cromachina(a)gmail.com
Distribution: ---
When using Paint Tool SAIv2 (any recent version, Preview.2024.05.22 for
example), the program will often start emitting errors when a few files are
opened and random scatter brushes are selected (brushes that open bitmap files
to draw themselves). After this point, the program can quickly become unstable
and inoperable, further opening of files may fail, and attempting to save files
in this state may cause file corruption. I've never experienced this issue when
using SAI in Windows 10, so I think it is more likely an issue within Wine than
SAI itself.
What I think is causing the errors:
Although the errors seems to be related to files being opened, it seems to be
caused by subsequent memory allocations. Checking SAI's error log, it says
"!WinError(487): Invalid address." When running with WINDDEBUG=+all, I found
that an invalid address error (0x000001E7, 487) is reported after the program
attempts to commit a page of memory with VirtualAlloc:
For this particular example, the program likely attempted to write to a
reserved address 177FFF8, so then a SEH for EXCEPTION_ACCESS_VIOLATION occured.
The SEH then attempted to commit 177FFF8 with VirtualAlloc, but it failed, and
then GetLastError returned 000001e7 ERROR_INVALID_ADDRESS:
38822.915:0020:01b8:Call
KERNEL32.VirtualAlloc(0177fff8,00001000,00001000,00000004) ret=14019f0d2
38822.915:0020:01b8:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=14019f0d2
This should have been a valid address to commit, which should have returned the
next lowest page, for example 177f000.
The internal call to ntdll.NtAllocateVirtualMemory returned c0000019, which is
STATUS_NOT_MAPPED_VIEW.
Looking earlier into the log, I can confirm that the region should have indeed
been reserved:
38744.422:0020:0024:Call
KERNEL32.VirtualAlloc(00000000,00400000,00002000,00000004) ret=1401a0a0e
38744.422:0020:0024:Ret KERNEL32.VirtualAlloc() retval=01380000 ret=1401a0a0e
This region 01380000 - 1780000 contains address 177FFF8 (8 bytes from the end
of the last page).
I could not find any indication that this reserved region is ever freed by
VirtualFree. Therefore, I think that this may indicate that the views_tree used
by find_view had become damaged somehow:
https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/unix/virtual.c#L…
I've compressed the massive log file, but it's still too large to attach, so
I've uploaded it here:
https://mega.nz/file/ET5S1LzY#WyVvta3n4QxeLjmzkyJqWmU5ZdgODWh4jILvNg32_rE
--
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=55155
Bug ID: 55155
Summary: Telegram can not be run in latest version wine, but ok
in wine6.0.4
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 398063392(a)qq.com
Distribution: ---
the Telegram which I used is unpacked from
https://updates.tdesktop.com/tx64/tportable-x64.4.8.3.zip
--
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=57692
Bug ID: 57692
Summary: No context menu in Reason (DAW)
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schroedingerscat(a)disroot.org
Distribution: ---
The context menu in ReasonStudio's DAW Reason is broken. The regression was
introduced with v10.0-rc6 as context menus worked fine until Wine v10.0-rc5.
To reproduce, following the installation procedure from here (under Additional
Notes): https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495
Then after starting the app and finishing the initial configuration dialogues,
try to right-click with your mouse anywhere in the application to open the
context menu. Nothing will happen. There's also nothing being logged when
trying to open the context menu.
--
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.