https://bugs.winehq.org/show_bug.cgi?id=8780
--- Comment #37 from Christian Costa <titan.costa(a)gmail.com> ---
Actually I got many keys working. I cannot insert a coin and start the game
though. No music. No error other than that.
--
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=8780
Christian Costa <titan.costa(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |titan.costa(a)gmail.com
--- Comment #36 from Christian Costa <titan.costa(a)gmail.com> ---
The staging patchset has been upstream.
I tried the game. I don't get a red message error after loading the sci(fi
table.
I don't know how to play again though. Only space key works.
--
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=57909
Bug ID: 57909
Summary: Star Citizen WineWayland Cursor Warping
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mactan(a)edgetransit.dev
Distribution: ---
star citizen has a cursor warp issue on wayland that spins the camera down to
stare at the ground or the cursor's last position on mouse move
observed behavior on 10.2 mainline nonstaging winewayland session. cursor
flickers instead of being held and the cursor does not warp to center when the
interact key is held, and the camera warps to the cursors last position
https://youtu.be/rkWaCgDNZeohttps://youtu.be/hvb-BOVlsew
these are examples of the expected behavior as observed on 10.2 x11 session,
when the interact key (default F) is held, the cursor warps to the middle of
the screen and the user can move the cursor freely from there. upon release and
holding again, cursor warps to center when the key is held
https://youtu.be/5cfveNGmHRIhttps://youtu.be/NKBSWfQrfCw
observed behavior on 10.2 wayland xwayland session. the cursor does not warp to
center when the interact key is held, and the camera warps to the cursors last
position
https://youtu.be/9I3g-fbxMUQhttps://youtu.be/MAm85csb4Lk
observed behavior with patches !7352 !7353 !7368 !7457 !7475 applied. cursor
flickers instead of being held and constantly warps to the display center
instead of being allowed to move about the screen after the initial warp.
attached log with +waylanddrv,+win
https://youtu.be/XxRbAljl49whttps://youtu.be/RyS8UjzH9hs
--
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=57918
Bug ID: 57918
Summary: MANIFEST is not loaded from DLL
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: niki(a)vintech.bg
Distribution: ---
Created attachment 78170
--> https://bugs.winehq.org/attachment.cgi?id=78170
manifest in python310.dll
when running sample.exe file without MANIFEST that uses python310.dll with
MANIFEST then
common controls v6 are not activated as per
<assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls"
version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df"
language="*" />
workaround is to add the MANIFEST to the sample.exe file
--
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=57917
Bug ID: 57917
Summary: HOMM sound related SIGBUS crash within seconds to
minutes of startup
Product: Wine
Version: 10.2
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
"Heroes of Might and Magic" (HOMM,
https://appdb.winehq.org/objectManager.php?sClass=application&iId=2500) starts
and plays now that bug 3930 is fixed, but gets frequent SIGBUS crashes :-(.
It always crashes within seconds to minutes of starting the game, although at
completely random times. Sometimes it happens at certain game events, such as
entering a town or starting a battle, but it's not reproducible.
The crashes appears to completely bypass Wine, there's no seh or useful
logging, I just get "Bus error (core dumped)" printed in my terminal, and:
pid 3203 (wine), jid 0, uid 1001: exited on signal 10 (core dumped)
logged in `dmesg` ("signal 10" = SIGBUS). The core dump doesn't give a helpful
stack trace, and the game gets a huge number of exceptions when run in winedbg.
Since the game heavily uses sound (both sampled sound and either CDDA or MIDI),
I tried to see what would happen when sound is completely disabled. And indeed,
when all the sound drivers (wineoss.drv, winepulse.drv, etc. and their .so
files) are moved or deleted, no sound is played but the SIGBUS crashes
completely stop, you can play for long time periods with no issues.
It doesn't seem to matter whether OSS or Pulse is used as the sound driver. It
could be a regression, but I still need to confirm that.
--
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=56348
Bug ID: 56348
Summary: Bricks: Regression in SetCursorPos handling
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: bricks(a)speeddemosarchive.com
Distribution: ---
Hi,
I wrote the puzzle game bricks, website @ http://bricks-game.de/ with a direct
download link @ http://bricks-game.de/winbricks/bricks1/bricks1.zip
While running wine version 8 on Ubunutu 22.04 I had no problems at all running
bricks!
Unfortunately after upgrading to wine 9 the program is barely usable.
After clicking on a brick and trying to move it in a valid direction, the
program rapidly moves the brick back and forth hundreds of times a second.
I can tell you that in the source code, the program is calling the SetCursorPos
Windows API function, and so the regression appears to be there.
I also tried wine staging version 9.2 and the bug is there as well.
--
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=57916
Bug ID: 57916
Summary: Lost at sea is darker with vulkan render thant in gl
and dxvk ones
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Nvidia GTX 3070 drive 535.54.03.
Ubuntu 22.04
wine-10.2-156-gd17225a89cf
--
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=25682
Summary: Super Crate Box runs slowly
Product: Wine
Version: 1.3.10
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
On Wine, Super Crate Box runs slowly enough to actually be playable. While this
is arguably an improvement, we should match the Windows behavior which is to
run unplayably fast.
--
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=50764
Bug ID: 50764
Summary: The Suicide of Rachel Foster textures look color
inverted with OpenGL renderer
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69554
--> https://bugs.winehq.org/attachment.cgi?id=69554
example
err:d3d:wined3d_debug_callback 0x8daa5b0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
err:d3d:wined3d_debug_callback 0x8d47510: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA16_SNORM)".
wine-6.3-42-g3c2db20f668
--
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=57721
Bug ID: 57721
Summary: Adobe Illustrator CS6 (16): Cannot type into text
inputs in collapsed-to-icon panels with built-in
gdiplus
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.winehq.org(a)zetafleet.com
Distribution: ---
Created attachment 77923
--> https://bugs.winehq.org/attachment.cgi?id=77923
WINEDEBUG=gdiplus trace of opening and attempting to interact with the
collapsed panel text input
Reproduction:
1. Create a new document (Ctrl+N)
2. Ensure Character panel is docked in a collapsed state:
a. From main menu, Window -> Workspace -> Web
b. Open the collapsed Character panel by clicking on its icon or by hitting
Ctrl+T
3. Focus any text input control in the panel (e.g. the font family)
4. Mash keyboard
Expected: Text is entered into the control
Actual: Nothing is entered into the control
With native gdiplus, this works correctly. It seems like with native gdiplus,
focusing the text field in a collapsed panel causes Illustrator to create a
whole duplicate window overlaying the panel which is actually receiving the
text input.
I have attached a gdiplus trace containing just the part where the panel is
opened and then keyboard input is attempted. Please let me know what additional
information you need.
--
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=57747
Bug ID: 57747
Summary: Merge request !6136 broke Dungeon Siege (2002)
rendering
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: liewkj(a)yahoo.com
Distribution: ---
Merge request !6136 introduced rendering glitches in Dungeon Siege (2002) on
how holding melee weapons appeared on the characters/enemies.
A FREE Dungeon Siege demo is available at
https://archive.org/details/DungeonSiegeDemo
How to reproduce:
1. Start a new game in Dungeon Siege demo.
2. In 3D rendered intro cutscene, the character working on the farm with a
`Hoe`.
3. When game started, zoom in the character on the hand holding knife. OR, head
back and pick up `Hoe` or `Dull Pitchfork` and equipped them.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3930
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |9491cb7ea9dbf1eced1feb626fe
| |ecdbef424c213
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #91 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
Dmitry's patch has been merged, resolving FIXED :-).
Remember to set your Windows version to Windows 95, 98 or ME, otherwise the fix
will be disabled and HOMM will still deadlock.
A big thank you to everyone involved in testing, debugging and fixing this
notorious 20 year old bug. Hopefully this fix will help to get other games
using the (once popular) Miles Sound System working too.
Those graphical corruption issues I found need further investigation (eg. it
sometimes works in virtual desktop mode, but then also crashes with SIGBUS
after a few minutes), but that should be a separate 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.
http://bugs.winehq.org/show_bug.cgi?id=34108
Bug #: 34108
Summary: Rally Trophy: Controller configuration is very buggy
Product: Wine
Version: 1.6
Platform: x86-64
URL: http://games.softpedia.com/get/Games-Demo/Rally-Trophy
.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jettis(a)gmail.com
Classification: Unclassified
Created attachment 45353
--> http://bugs.winehq.org/attachment.cgi?id=45353
Rally Trophy log trace+dinput
Rally Trophy uses DirectInput's device configuration window. There are some
bugs that make device configuration difficult and for example a racing wheel
impossible to use.
Device configuration usually doesn't show the currently mapped keys for
keyboard especially when a racing wheel is connected. If it shows they are only
default keys and not the currently mapped keys.
If a function is already mapped to a key by you, you can't change it to an
another key anymore. For example you set 'shift up' to 's' key and go to play,
then you go back to device configuration and set 'shift up' to 'd' key and
again go to play. You will notice that 'd' key does not change a gear.
In full version of Rally Trophy the key mappings are saved, but in Rally Trophy
Demo in wine they are not. The keys are always the default ones when you start
the game.
In Windows you can select a player (Pelaaja 1/Player 1) for the device when you
want to use it. Wine does not see the player and shows only a blank list, so
you can't get a racing wheel in to use.
However a racing wheel becomes usable if keyboard and mouse enumeration is
deleted from IDirectInput8AImpl_EnumDevicesBySemantics from wine's code.
Logs are made with these steps:
1. Start the game
2. Go to device configuration
3. Set key 's' to 'shift up'
4. Go to in game
5. Close the game with alt+f4
A racing wheel is connected when logging.
Tested wine version is the latest git.
Demo can be downloaded from:
http://games.softpedia.com/get/Games-Demo/Rally-Trophy.shtml
--
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=56291
Bug ID: 56291
Summary: Kodu game lab crashes:Unhandled Exception:
System.NullReferenceException: Object reference not
set to an instance of an object.
Product: Wine
Version: 9.1
Hardware: x86-64
URL: https://kodugamelab.blob.core.windows.net/blob/Builds/
KoduSetup_1.6.18.0.exe
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 76010
--> https://bugs.winehq.org/attachment.cgi?id=76010
patch for 1st missing prop
A user reported crash on the forum:
https://forum.winehq.org/viewtopic.php?t=38495
Steps to reproduce: install dotnet48 with winetricks and install
https://kodugamelab.blob.core.windows.net/blob/Builds/KoduSetup_1.6.18.0.exe
and
https://kodugamelab.blob.core.windows.net/blob/xnafx40_redist.msi
It seemingly crashes besause of two missing properties in Win32_PnPEntity:
0024:trace:wbemprox:wbem_services_ExecQuery 0418C7C8, L"WQL", L"SELECT * FROM
Win32_PnPEntity", 0x10, 00000000, 0012F1D8
.
0024:trace:wbemprox:class_object_Get 0418D000, L"Caption", 0, 0012F224,
0255B7C4, 0255B7C8
.
0024:err:eventlog:ReportEventW L"Exception Info:
System.NullReferenceException\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding previous property there is:
0024:trace:wbemprox:wbem_services_ExecQuery 041923E0, L"WQL", L"Select * From
Win32_PnPEntity where ClassGuid = '{4d36e967-e325-11ce-bfc1-08002be10318}'",
0x10, 00000000, 0012F1D8
.
0024:err:eventlog:ReportEventW L"Description: The process was terminated due to
an unhandled exception.\n"
.
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at Boku.Program2.Main(String[] args)
After adding something for that the program starts but crashes again, because
it cannot find XnaNative.dll.
That seems like another bug, don't know what goes wrong there. After putting
xnanative.dll from ./drive_c/Program Files (x86)/Common Files/Microsoft
Shared/XNA/Framework/v4.0/XnaNative.dll into a path (like in syswow64) the
program starts and seems to work fine.
Attached patch for the 1st missing prop
--
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=57543
Bug ID: 57543
Summary: Give a fatal error when installing files on a EXFAT or
NTFS filesystem
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janfolder(a)outlook.com
Distribution: ---
Hello Wine,
Please give a fatal error when installing files or Windows programs on an EXFAT
or NTFS filesystem.
EXFAT and NTFS do not support the colon character in filenames and do not
support symbolic links.
I spent 2 days trying to install world of warcraft on Linux on an EXFAT
formatted drive.
It failed while mentioning that the AppData environment variable was empty.
Luckily, while investigating this AppData error message, a note on the
filesystem format came to my attention. The requirement for Windows
applications to be installed on EXT4 filesystems.
Now World of Warcraft executes properly <3! I can migrate from Windows 10 to
Linux.
Thank you for providing Wine for Linux!
Marcel
--
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=3930
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|HOMM/Deadlock shows black |Miles Sound System
|screen (game DLL calls |(WAIL32.DLL)
|SuspendThread inside |SuspendThread() deadlock in
|WOM_OPEN winmm callback) |WINMM callback (silent
| |black screen on HOMM
| |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.
https://bugs.winehq.org/show_bug.cgi?id=57733
Bug ID: 57733
Summary: MMH7Editor is not started
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
0024:fixme:seh:WerRegisterRuntimeExceptionModule
(L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\mscordacwks.dll",
00006FFFF5CB0000) stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
0024:fixme:advapi:ReportEventW
(00000000CAFE4242,0x0001,0x0000,0x000003ff,0000000000000000,0x0001,0x00000000,000000000065DF70,0000000000000000):
stub
0024:err:eventlog:ReportEventW L"Application: MMH7Editor-Win64-Shipping.exe\n"
0024:err:eventlog:ReportEventW L"Framework Version: v4.0.30319\n"
0024:err:eventlog:ReportEventW L"Description: The process was terminated due to
an internal error in the .NET Runtime at IP 00006FFFF5CB5591 (00006FFFF5CB0000)
with exit code 80131506.\n"
This is map editor for the game Heroes of Might and Magic 7. It is based on
unreal engine editor. Worked in Windows 10 but I want it in Wine under macOS.
The game works fine in Wine. The problem is with the map editor.
What I missed?
--
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=57910
Bug ID: 57910
Summary: Star Citizen Game Fails to Launch
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: mactan(a)edgetransit.dev
Distribution: ---
Created attachment 78152
--> https://bugs.winehq.org/attachment.cgi?id=78152
patch get_committed_size
Star Citizen game launch calls to virtual.c get_committed_size, possibly
NtProtectVirtualMemory, and due to what we have interpreted to be slowness in
the call there is a generic disconnect with the game server and the game fails
to launch
A temporary measure another player shared for us to use as a workaround is the
attached patch which caches the values
--
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=57639
Bug ID: 57639
Summary: Nine Witches Family Disruption (GOG) cannot launch due
to missing .donet hostfxr.dll
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Console log:
00f0:err:eventlog:ReportEventW L"Description: A .NET Core application
failed.\n"
00f0:err:eventlog:ReportEventW L"Application: NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Path: C:\\GOG Games\\Nine Witches Family
Disruption\\NineWitches.exe\n"
00f0:err:eventlog:ReportEventW L"Message: A fatal error occurred. The required
library hostfxr.dll could not be found.\n"
00f0:err:eventlog:ReportEventW L"If this is a self-contained application, that
library should exist in [C:\\GOG Games\\Nine Witches Family Disruption\\].\n"
00f0:err:eventlog:ReportEventW L"If this is a framework-dependent application,
install the runtime in the global location [C:\\Program Files\\dotnet] or use
the DOTNET_ROOT environment variable to specify the runtime location or
register the runtime location in
[HKLM\\SOFTWARE\\dotnet\\Setup\\InstalledVersions\\x64\\Inst"...
00f0:err:eventlog:ReportEventW L"\n"
00f0:err:eventlog:ReportEventW L"The .NET Core runtime can be found at:\n"
00f0:err:eventlog:ReportEventW L" -
https://aka.ms/dotnet-core-applaunch?missing_runtime=true&arch=x64&rid=win1…"
00f0:err:eventlog:ReportEventW L"\n"
00f0:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub
--
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=56681
Bug ID: 56681
Summary: 3d games continue receiving mouse input while not
focused
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: pmargeti34(a)gmail.com
Distribution: ---
Wine wayland windows seem to get the mouse input even if the application window
is not focused. 3D game world continues to respond to mouse input as if the
game still had focus.
To reproduce:
-launch a 3d game in wayland mode (warframe in my example)
-open another application and make sure it has focus
-observe that when the mouse cursor is over the game window, game still
receives input
--
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=52203
Bug ID: 52203
Summary: The plane effect demo (gog) has lighting issue in menu
with opengl renderer
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 71261
--> https://bugs.winehq.org/attachment.cgi?id=71261
Wrong rendering with gl renderer
The plane effect demo (gog) has lighting issue in menu with opengl renderer.
Rendering works fine with vulkan renderer.
Ubuntu 22.10
NVIDIA 470.86
wine-7.0-rc1
--
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=55568
Bug ID: 55568
Summary: kernel32:file - test_GetFileType() fails on 'nul'
device on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:file - test_GetFileType() fails on 'nul' device on macOS:
file.c:3160: Test failed: expected type char for nul got 1
This failure is systematic and only happens on macOS (see Remi's
rbernon-macos-* cloud test machines).
See https://test.winehq.org/data/patterns.html#kernel32:file
Where 1 == FILE_TYPE_DISK
2 == FILE_TYPE_CHAR
So GetFileType() fails to distinguish the nul device from a regular disk device
on macOS.
--
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=3930
--- Comment #90 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #89)
> I think your patch is correct, as long as you use thread IDs instead of
> handles. Can you please submit it?
https://gitlab.winehq.org/wine/wine/-/merge_requests/7474
> And Dmitry, thank you so much for all your help in debugging this :-).
You're welcome! That was a pure guess.
--
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=3930
--- Comment #89 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #85)
>
> It would be helpful to know what last error is set to for the failing case.
GetLastError() is unchanged, the SuspendThread() does not set it.
> > What should Wine do?
>
> Add a check to SuspendThread() and fail in the win9x mode?
I think your patch is correct, as long as you use thread IDs instead of
handles. Can you please submit it?
And Dmitry, thank you so much for all your help in debugging 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=57386
Bug ID: 57386
Summary: Attempting to run The Sims 1 Complete Collection
results in a loop in dbghelp.
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
I'm assuming the game crashed for some reason, but attempting to run The Sims 1
Complete Collection results in no game window being made, and the following
message echoed to the console indefinitely until the game process is killed:
fixme:dbghelp:elf_search_auxv can't find symbol in module
Running with WINEDEBUG=+dbghelp shows that it's trying to load debugging
symbols but fails when it tries to load the symbol for ntdll.so!main_envp:
0120:trace:dbghelp:SymFromName (FFFFFFFF, "ntdll.so!main_envp", 0080E378)
0120:trace:dbghelp:image_locate_build_id_target checking
L"/usr/lib/debug/.build-id/90/0892727821433d4332b9bd84b5d49ad3e0735b.debug"
0120:trace:dbghelp:image_locate_build_id_target checking
\??\Z:\home\ADS.CODENET\codebase\.cache\debuginfod_client\900892727821433d4332b9bd84b5d49ad3e0735b\debuginfo
0120:trace:dbghelp:image_locate_build_id_target not found
0120:trace:dbghelp:image_load_debugaltlink No .gnu_debugaltlink section found
for L"ntdll.so"
0120:fixme:dbghelp:elf_search_auxv can't find symbol in module
--
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=57902
Bug ID: 57902
Summary: The Sims 1 Complete Collection crashes when trying to
show the EA logo.
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Under Wine-10.2 attempting to run The Sims 1 Complete Collection in a clean
prefix will crash the game due to a quartz bug.
Attempting to use a native quartz.dll via winetricks will fail, as will setting
quartz.dll to native only in winecfg, or attempting to use ffdshow.
Renaming the quartz.dll in Windows\System32, (or Windows\Syswow64 for those
running 64bit prefixes), will bypass the issue and allow the game to start. As
will removing the gstreamer plugin for MSVIDEO / AVI.
Relevant output from the console is attached.
(Ignore the "can't find symbol in module" bits. That's Bug #57386.)
--
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=57901
Bug ID: 57901
Summary: Menu UI elements are positioned incorrectly in some
cases with winewayland
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Created attachment 78142
--> https://bugs.winehq.org/attachment.cgi?id=78142
treflex binary
This doesn't happen with every application, but I noticed that with one
particular old one (Typing Reflex) when using winewayland, the menu positioning
is incorrect. Attaching the example binary if you want to test - it's enough to
expose the issue with the menu.
Originally here: https://rapidtyping.com/best-typing-tutors/typing-reflex.html
It must be doing something uncommon with win32 API that winewayland doesn't
handle properly.
--
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=57900
Bug ID: 57900
Summary: ML Sound Labs Amped Flagship: Audio not working within
Amp simulator programs since the 10.0 update
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: wjm146(a)gmail.com
Distribution: ---
Created attachment 78141
--> https://bugs.winehq.org/attachment.cgi?id=78141
settings menu for the applications detailing pulseaudio
I use WINE previously to use software guitar amps sims. Specifically Amped
plugins from ML Sound Lab worked the best in my environment. Ever since the
10.0 update I have had issues. All of the Apps seemingly work fine other than
it does not process audio using Pulseaudio. It recognizes my Focusrite
interfaces as both an input and output as seen here.
The only way that it outputs sound is the 'test' output button. Even before if
I was having with outputs It would at least give static, but my output is dead
silent. Out of curiosity I tried other guitar amp sim programs with similar
problems. I assumed it was a bug that would have been fixed in 10.0-1 and -2,
but the problem remains. This bug is present on multiple systems (arch and
opensuse). This is seemingly not exclusive to the amp sims made by ML Sound Lab
as I downloaded an unrelated amp sim to test.
--
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=57834
Bug ID: 57834
Summary: Regression: Cyberpunk 2077 doesn't load with
CyberEngine Tweaks
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: shtetldik(a)gmail.com
Distribution: ---
Between Wine 10.0 and 10.1 some regression occurred that causes Cyberpunk 2077
with cyber engine tweaks plugin not to load (without CET it works fine in 10.1
too).
CET is loaded in general by overriding version.dll as native, builtin.
The only suspicious error in the log that I see is this:
0184:fixme:graphics:ShutdownBlockReasonCreate (0000000000030056,
L"Generating error report"): stub
I'm running the game with usual things like
* esync from staging
* dxvk / vkd3d-proton
--
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=40495
Bug ID: 40495
Summary: Impossible to function at 64 bit on FreeBSD
Product: Wine
Version: 1.7.46
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexandrosperdikomatis(a)gmail.com
Created attachment 54269
--> https://bugs.winehq.org/attachment.cgi?id=54269
the regular backtrace report
I've compiled wine64 several times in many ways at FreeBSD.
32 bit version always works fine.
This is the port emulators/wine-devel from RELEASE ports collection at FreeBSD
10.2
Application tried was Wow-64.exe
I am really disappointed with wine64 at FreeBSD. On Linux it flies.
--
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=57788
Bug ID: 57788
Summary: "You have been unsubscribed from the wine-bugs mailing
list"
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com
Distribution: ---
Twice now, I've gotten an email that I've been unsubscribed from the wine-bugs
mailing list (I've been subscribed for years without issue).
The first time was January 22, and again just now.
@Newman, is this related to recent site upgrades?
--
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=3930
--- Comment #88 from zebra2745(a)vibzi.net ---
> That doesn't work, because GetCurrentThread() only returns a pseudo handle,
> "a special constant that is interpreted as the current thread handle"
> (MSDN). I think we have to compare the globally unique thread IDs to be sure:
https://www.codeproject.com/Tips/5350589/The-Current-Thread-Handle says:
> What to do when you want to use the current thread handle
> This tip shows a side effect of GetCurrentThread and explains what to do when you need to avoid that.
> Introduction
> When you need to get a handle to the current thread, you can use
> GetCurrentThread which gives you a pseudo handle which you don't need to close
> because it is not a real reference counted handle. This is mentioned clearly in
> the documentation. However, I recently bumped my head against this. I wanted to
> share it so that others can avoid having to chase this down.
> My Headbump
> Consider the following example:
> ------------------------------ snip ------------------------------
DWORD worker(void* ctx)
{
std::cout << "Thread id: " << GetThreadId((HANDLE)ctx) << std::endl;
return 0;
}
int main()
{
HANDLE hMainThread = GetCurrentThread();
std::cout << "Thread id: " << GetThreadId(hMainThread) << std::endl;
HANDLE hThread = CreateThread(NULL, 0, worker, hMainThread, 0, NULL);
WaitForSingleObject(hThread, INFINITE);
}
> ------------------------------ snip ------------------------------
> This is what happens:
> Thread id: 44068
> Thread id: 36376
> Without thinking, I had assumed that the pseudo handle was just a weak copy of
> the actual handle (a non reference counted copy of the current handle), and I
> could reference it in a worker thread. Instead, it is a special constant that
> literally means 'when this handle value is supplied, use the current thread'.
> And if you pass that special value to another thread, then that value will
> translate to the thread handle of 'that' thread.
> If you read the documentation, then this is exactly what it says. Only I
> didn't stop to think about what that actually meant.
> Getting the Real Thread Handle
> If you want to get a real handle that you can pass to another thread, do this:
> ------------------------------ snip ------------------------------
HANDLE hMainThread = NULL;
if (!DuplicateHandle(
GetCurrentProcess(),
GetCurrentThread(),
GetCurrentProcess(),
&hMainThread,
0,
FALSE,
DUPLICATE_SAME_ACCESS)) {
cout << "Error " << GetLastError() << " cannot duplicate main handle." <<
endl;
return GetLastError();
}
> ------------------------------ snip ------------------------------
> Of course, when you do this, you get a HANDLE value that you do need to close
> when you no longer need 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=3930
--- Comment #87 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #86)
> Created attachment 78138 [details]
> patch
>
> Something like this may work.
That doesn't work, because GetCurrentThread() only returns a pseudo handle, "a
special constant that is interpreted as the current thread handle" (MSDN). I
think we have to compare the globally unique thread IDs to be sure:
---snip---
if (GetCurrentThreadId() == GetThreadId(thread) && (GetVersion() &
0x80000000))
return 0;
---snip---
That fixes all the tests, but doesn't fully fix the game: it no longer
deadlocks and even plays music (it was silently frozen before), but shows badly
corrupted video (bottom ~2/3 of the screen are black, and the top 1/3 has
randomly colored pixels), which makes it completely unplayable. Running it with
"wine HEROES.EXE /s0" (which disables all sound) gets the graphics fully
functional. This however, seems to be a separate issue, probably a regression
as this WINMM fix was enough in earlier Wine versions, but now 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=3930
--- Comment #86 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
Created attachment 78138
--> https://bugs.winehq.org/attachment.cgi?id=78138
patch
Something like this may 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=3930
--- Comment #85 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #84)
> (In reply to Dmitry Timoshkov from comment #83)
> > Could SuspendThread() fail in win9x mode when called for the same thread?
>
> Yes, SuspendThread(GetCurrentThread()):
> - deadlocks on all Windows versions, even 95, when running as is.
> - returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME.
It would be helpful to know what last error is set to for the failing case.
> What should Wine do?
Add a check to SuspendThread() and fail in the win9x mode?
--
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=42308
Bug ID: 42308
Summary: LTspice XVII: some checkboxes not shown or being
overlapped by labels
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Rakusan2(a)gmail.com
Distribution: ---
Created attachment 57042
--> https://bugs.winehq.org/attachment.cgi?id=57042
Missing checkboxes and their labels bellow the textboxes
In LTspice XVII when opening "Edit Simulation cmd" the checkboxes and their
labels are not shown. After switching tabs the labels appear but some slightly
overlap their checkbox
This problem does not occur in native windows
--
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=57898
Bug ID: 57898
Summary: Witcher 3 choppy sound
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: BattyRoy(a)protonmail.com
Distribution: ---
Hello, I got (again :( ) glitchy, choppy sound in The Witcher 3 Next Gen game.
Wine 10.1 introduced this regression. I use wine-wow64 on arch.
I tried wine 10.2, latest wine-git and the issue remains.
The only solution of the problem is downgrade to wine 10.0, then everything is
OK.
I have older intel cpu 3.5Ghz (2/2), there was same sound problem a few years
before.
Did someone fiddle with wine/cpu threads recently?.
Could you please check it.
Have a good day.
--
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=3930
--- Comment #84 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #83)
> Could SuspendThread() fail in win9x mode when called for the same thread?
Yes, SuspendThread(GetCurrentThread()):
- deadlocks on all Windows versions, even 95, when running as is.
- returns 0 instead, when newer Windows versions emulate Windows 95 or 98/ME.
What should Wine do?
--
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=57897
Bug ID: 57897
Summary: Chessbase 11 media plays inside vlc rather than
application
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Media should open up in Chessbase's media player, so that the video syncs up
with the board which is moved along with the video. Without that the media is
mostly useless. Unfortunately a new vlc Window opens and media is played there.
This affects Chessbase 11, but maybe other versions.
--
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=3930
--- Comment #83 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #82)
> (In reply to Dmitry Timoshkov from comment #81)
> > (In reply to Damjan Jovanovic from comment #80)
> > > In other words, Windows probably checks something like "if emulating Windows
> > > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> > > runs the callback in a separate thread. (I say that because Windows does not
> > > use a separate callback thread when you set Windows 95 compatibility and
> > > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
> > >
> > > So that's why HOMM works on recent Windows versions, but doesn't work on
> > > Wine: Windows has application-specific workarounds :-(.
> >
> > What happens if you rename WAIL32.DLL to something else?
>
> With Windows 95 compatibility set, Windows successfully avoids the deadlock
> in my test regardless of the WAIL DLL name.
>
> Either Windows detects the WAIL DLL some other way (DLL checksum, some
> resource string, presence of SuspendThread in the DLL's import table, etc.),
> or I missed something and WINMM behaves differently based on some parameter
> that differs between WAIL's waveOutOpen() call and my direct waveOutOpen()
> call.
Could SuspendThread() fail in win9x mode when called for the same thread?
--
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=3930
--- Comment #82 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Dmitry Timoshkov from comment #81)
> (In reply to Damjan Jovanovic from comment #80)
> > In other words, Windows probably checks something like "if emulating Windows
> > 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> > runs the callback in a separate thread. (I say that because Windows does not
> > use a separate callback thread when you set Windows 95 compatibility and
> > call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
> >
> > So that's why HOMM works on recent Windows versions, but doesn't work on
> > Wine: Windows has application-specific workarounds :-(.
>
> What happens if you rename WAIL32.DLL to something else?
With Windows 95 compatibility set, Windows successfully avoids the deadlock in
my test regardless of the WAIL DLL name.
Either Windows detects the WAIL DLL some other way (DLL checksum, some resource
string, presence of SuspendThread in the DLL's import table, etc.), or I missed
something and WINMM behaves differently based on some parameter that differs
between WAIL's waveOutOpen() call and my direct waveOutOpen() call.
--
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=3930
--- Comment #81 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
(In reply to Damjan Jovanovic from comment #80)
> In other words, Windows probably checks something like "if emulating Windows
> 9x and the WINMM callback is located in a file called WAIL32.DLL", then it
> runs the callback in a separate thread. (I say that because Windows does not
> use a separate callback thread when you set Windows 95 compatibility and
> call waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
>
> So that's why HOMM works on recent Windows versions, but doesn't work on
> Wine: Windows has application-specific workarounds :-(.
What happens if you rename WAIL32.DLL to something else?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57596
Bug ID: 57596
Summary: Chessbase 17 no board sounds
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Even when board sounds are enabled, no sound is made when expected - would
expect probably piece moves and illegal move to sound. Illegal move on CBase11
was an annoying shrill whistle, so maybe it's actually a blessing.
--
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=3930
--- Comment #80 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
So I tried to run HOMM again recently, and was disappointed to see this bug
still hasn't been fixed. And so I began digging even deeper to discover what's
wrong.
The game has the following binaries:
EDITOR.EXE - the map editor, unaffected by this bug.
HEROES.EXE - the game, affected by this bug.
SMACKW32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm).
SMKWAI32.DLL - SMACK video codec (https://www.radgametools.com/smkmain.htm).
WAIL32.DLL - Miles Sound System ("Audio Interface Library").
Both HEROES.EXE and the SMACK libraries can call WAIL32.DLL, but this deadlock
clearly happens when HEROES.EXE calls it, via the "_AIL_waveOutOpen@16" export.
The only place where WAIL32.DLL calls waveOutOpen() is in its function at
address 0x20008f64, called from the "_AIL_waveOutOpen@16" exported function.
The flags to waveOutOpen() specify 0x30000 == CALLBACK_FUNCTION, and the
callback is at address 0x20008e6d. This callback unconditionally calls
SuspendThread() on the thread that previously called "_AIL_startup@0" (which is
the same thread in the game), and then calls ResumeThread() if the message
isn't WOM_DONE (ie. if it is WOM_OPEN or WOM_CLOSE), or if certain other
complicated conditions are met. But there is no way that this callback at
0x20008e6d can avoid deadlocking if it is called on the same thread as
waveOutOpen() (and _AIL_waveOutOpen@16).
But how is it that on Windows, in my "winmm test" attachment, the callback
happens on the same thread as the thread that I call waveOutOpen() on? Wouldn't
that deadlock WAIL32.DLL like Wine does?
I decided to test something else: load WAIL32.DLL from the game, and call
_AIL_startup@0 and _AIL_waveOutOpen@16 myself to see what happens:
---snip---
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
static void test_wail(void)
{
HINSTANCE dll = LoadLibraryA("WAIL32.DLL");
printf("LoadLibraryA() returned %p, GetLastError()=%d\n", dll,
GetLastError());
if (dll != NULL) {
void (*ail_startup)(void);
int (*ail_waveOutOpen)(HWAVEOUT** phWaveOut, HWAVEOUT** phWaveOut2,
UINT uDeviceId, WAVEFORMATEX *waveFormatEx);
ail_startup = GetProcAddress(dll, "_AIL_startup@0");
if (ail_startup != NULL) {
ail_startup();
printf("called _AIL_startup@0\n");
}
else
printf("GetProcAddress() couldn't find _AIL_startup@0\n");
ail_waveOutOpen = GetProcAddress(dll, "_AIL_waveOutOpen@16");
if (ail_waveOutOpen != NULL) {
HWAVEOUT *hWaveOut;
WAVEFORMATEX waveFormatEx;
int ret;
waveFormatEx.wFormatTag = 1;
waveFormatEx.nChannels = 1;
waveFormatEx.nSamplesPerSec = 22050;
waveFormatEx.nAvgBytesPerSec = 22050;
waveFormatEx.nBlockAlign = 1;
waveFormatEx.wBitsPerSample = 8;
waveFormatEx.cbSize = 0;
printf("calling ail_WaveOutOpen()...\n");
ret = ail_waveOutOpen(&hWaveOut, NULL, 0, &waveFormatEx);
printf("ail_WaveOutOpen() returned %d\n", ret);
} else
printf("GetProcAddress() couldn't find _AIL_waveOutOpen@16");
system("pause");
FreeLibrary(dll);
}
}
int main(int argc, char *argv[])
{
test_wail();
return 0;
}
---snip---
Compile this, and run it with WAIL32.DLL in the same directory, and SURPRISE
SURPRISE:
1. It deadlocks on Wine.
2. IT DEADLOCKS ON WINDOWS TOO!!! Just like on Wine, the last line printed is
"calling ail_WaveOutOpen()...", and it never returns from ail_waveOutOpen().
3. If you right-click the executable, select "Properties" from the dropdown
menu, go to the "Compatibility" tab, check "Run this program in compatibility
mode for:" and select "Windows 95", click "OK", and run it again, it will
successfully run and exit, no longer deadlocking!
In other words, Windows probably checks something like "if emulating Windows 9x
and the WINMM callback is located in a file called WAIL32.DLL", then it runs
the callback in a separate thread. (I say that because Windows does not use a
separate callback thread when you set Windows 95 compatibility and call
waveOutOpen() directly, but does use it when WAIL32.DLL calls it.)
So that's why HOMM works on recent Windows versions, but doesn't work on Wine:
Windows has application-specific workarounds :-(.
I am not sure how to proceed at this point. Should we use the Windows version
to determine which thread to call WINMM callback functions on? Should we also
have application-specific workarounds? Or rewrite a better open-source
WAIL32.DLL that would be used in preference to the dodgy one games ship?
--
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=57895
Bug ID: 57895
Summary: Some game crash witch wine damavand in native wayland
mode
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 78126
--> https://bugs.winehq.org/attachment.cgi?id=78126
signalis
Some game crash witch wine damavand in native wayland mode.This does not happen
when working through xwayland. These games also work when using wined3d and
wine wayland
games that break down:
signalis
Dread Delusion
Deus Ex Revision
games that work fine:
WILL A Wonderful World
terraria
Mondealy
tested wine: 10.0-10.2 / staging/ wow64
Linux: Manjaro 25.0
KDE Plasma Version: 6.3.2, wayland
Nvidia video driver: 570.124.04 witch close kernel module
start command: WINE_D3D_CONFIG=renderer=vulkan DISPLAY= mangohud wine
signalis.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=55257
Bug ID: 55257
Summary: Excel Viewer 2007 title bar is not rendered correctly
Product: Wine
Version: 8.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 74869
--> https://bugs.winehq.org/attachment.cgi?id=74869
With Wine native decoration
Files to download and install (md5sum):
ExcelViewer2007.exe (cb4f2202fc368af9476effed5cc7b8a4)
ExcelViewer2007sp3-kb2526302-fullfile-en-us.exe
(df16f0c83d87465e5f7ee332c64f7861)
Check the attached screenshots.
--
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=57894
Bug ID: 57894
Summary: In some games on opengl you can see the part of the
desktop, when using native wayland
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 78124
--> https://bugs.winehq.org/attachment.cgi?id=78124
noita glitch
In some games on opengl you can see the part of the desktop, when using native
wayland.This does not happen when working through xwayland.
For example in Noita game you can see the part of the desktop in the game menu.
I wanted to check the work through zink, but it looks like it doesn’t work in
native wayland.
tested wine: 10.0-10.2 / staging/ wow64
Linux: Manjaro 25.0
KDE Plasma Version: 6.3.2, wayland
Nvidia video driver: 570.124.04 witch close kernel module
start command: DISPLAY= mangohud wine noita.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=57246
Bug ID: 57246
Summary: TeraTerm 5.3 / Serial communication not functional
Product: Wine
Version: 9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janne.kekkonen(a)gmail.com
Distribution: ---
When data is sent to serial port that is opened with TeraTerm, GUI becomes very
sluggish and data received is not shown on the terminal.
When sending data is stopped. Received data is shown and GUI responsiveness
becomes normal.
This behavior seems very similar that is described in bug 50591.
--
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=57450
Bug ID: 57450
Summary: The cursor position does not match the position in
application’s . Invisible borders of the wine wayland
full screen
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nicoloverwhelming(a)rustyload.com
Distribution: ---
Created attachment 77447
--> https://bugs.winehq.org/attachment.cgi?id=77447
log
Hello. when the game is started in fullscreen mode via wine wayland, the cursor
position on the screen does not match where the game thinks it is.For example,
to select a menu item you need to place the cursor in a different place than
above it.The cursor cannot be moved to the bottom or right of the screen.
This problem only occurs in a full screen game, if you start the game in window
mode, everything works well. Enabling desktop emulation does not solve the
problem.
Unfortunately I can not add a screenshot (when creating the application goes
into window mode and position of the cursor changes).
I didn’t find a suitable topic and created a new one, sorry if this is a
duplicate.
info:
game: bg3_dx11.exe
run command: DISPLAY= wine bg3_dx11.exe
wine: 9.22 wow64
NVIDIA GeForce RTX 3060
Driver : NVIDIA 565.57.1
DE: KDE Plasma 6.2.3 wayland
vulkan: Vulkan Instance Version: 1.3.295
--
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=57893
Bug ID: 57893
Summary: Progress is not going until you move a mouse
Product: Wine
Version: 9.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 78123
--> https://bugs.winehq.org/attachment.cgi?id=78123
Progress bar
This is a Game Editor which I had to launch under wine in the bug 57733.
It is not really a wine-9.0, it is crossover-base v24.0.7 which is based on
wine-9 but I don't know where it is better to report.
The application is X64, DirectX9 using .Net 4.0 (dotnet48) and .Net Runtime
(dotnet9). Not sure if other patches by CX or by me somehow influence.
The is a new strange bug:
At the program start it doesn't show toolbar waiting indefinite. But when I
touch the mouse the interface became fullfilled.
Then I choose to create a random map and wait. It requires 2 minutes in real
windows but I wait very long with wine. Than I touch the mouse and the progress
bar begin moving. To make the work I have to move mouse again and again.
It looks like the game or the wine going to sleep every 2 seconds and wakes
after I move the mouse. How it possible?
I can't check with any other wine version or flavour as the my engine the only
working for this game.
The log contains very many shaders errors but I see nothing concerning 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=57516
Bug ID: 57516
Summary: Heroes of Might and Magic 4 campaign editor: can't
cycle through hero's portrait with left mouse button
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: d42888f07c6e3e491c99bb5c8b62b568264e990c
Distribution: ArchLinux
Created attachment 77550
--> https://bugs.winehq.org/attachment.cgi?id=77550
short video depicting the problem
In the campaign editor for HoMM4 I can't use the left mouse button to select
from the available portraits because only 2 of images can be selected: the
first one and the last one.That is when clicking on the up and down arrows with
the mouse button, next to the hero's portrait.
However if I use the mouse wheel to cycle through the available images then any
of the available portraits can be selected.
The last Wine version where the mouse button still worked: Wine-7.5.
This is the commit where the problem first occured:
commit d42888f07c6e3e491c99bb5c8b62b568264e990c
user32: Use NtUserMessageCall for SendMessageA implementation.
Plain terminal output doesn't show anything related.
Demo version is not available. I tested with the GOG.com version of the game.
Still present in Wine-10.0-rc1.
--
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=57886
Bug ID: 57886
Summary: Context menus may be positioned using the wrong window
when a window is reparented
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: irischer.posaunist(a)gmail.com
Distribution: ---
Created attachment 78112
--> https://bugs.winehq.org/attachment.cgi?id=78112
Log output while opening context menus in nested, reparented windows
Context menus do not open in the expected location.
Since 9.22, there was a mouse bug (#57603) affecting yabridge-host.exe, an X11
bridge which uses several reparented windows to show a VST/CLAP plugin running
in Windows inside of a Linux DAW view: Mouse events (clicks, etc.) were being
located using the entire screen, and the small plugin window was using this
(fullscreen absolute) coordinate from its origin to remap each mouse event.
In clearer terms, a plugin window dragged to the upper-left of the screen would
function normally. Drag the window right by five centimeters, and mouse events
would land five centimeters right of the cursor.
While there have been patches and a merge request
(https://gitlab.winehq.org/wine/wine/-/merge_requests/7429) in progress fixing
the cursor offset, context menus now have the opposite behavior. Their position
is calculated as an offset in the smaller plugin window, and then they are
drawn with this offset from the absolute screen origin.
Open a context menu while the plugin window is in the upper-left of the screen?
It shows up in the correct place. Drag the window 5 centimeters right? The
context menu will open 5 centimeters to the LEFT of the cursor.
I am attaching a log where I open a menu, move the window to the left, and open
the menu again.
WINEDEBUG=+x11drv,+event,+cursor,+win,+msg,+message,+hid
YABRIDGE_DEBUG_LEVEL=1+editor
--
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=57758
Bug ID: 57758
Summary: Starcraft Brood War regression on Wine 10
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: louis(a)qdcec.co.za
Distribution: ---
Running on Fedora 40 using packages
wine-10.0-1.fc40.x86_64
and
wine-10.0-0.7rc4.fc40.x86_64
I am unable to successfully run a previously "platinum" running package:
StarCraft / Brood Wars by Blizzard.
If I downgrade to
wine-9.1-1.fc40.x86_64
the application works once again.
I also have a very simple tool that decodes Cisco level 7 ascii passwords -
useful when I forget what I assigned an account - that works on version 9 but
not 10.
(I've tried to file this regression a few days ago, but cannot find it anywhere
on "My Bugs" or anywhere on this site. If I have inadvertently created a
duplicate, please forgive 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=55399
Bug ID: 55399
Summary: .NET 4.8 application cannot download (by browser
launch) from the Internet
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)interlinx.bc.ca
Distribution: ---
Created attachment 74958
--> https://bugs.winehq.org/attachment.cgi?id=74958
Screenshot of stack trace in error dialog
I am trying to use an application called GenuTax
(https://www.genutax.ca/Home/Download) with .NET 4.8 and Wine 8.12.
Once I created a 32-bit prefix and installed .NET 4.8 with winetricks the
application installs and runs successfully. I was optimistic at this point.
At some point though the application wants to launch a browser to a certain URL
to log into an information portal. At that point it fails with a
System.Runtime.InteropServices.COMException.
I have attached a screenshot (sorry for a screenshot, but I was unable to copy
the text from the dialog to be able to paste here).
There is a working iexplore.exe in this installation, so there should be a
browser for .NET to use.
--
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=57890
Bug ID: 57890
Summary: 3DMark11 is not working
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 78118
--> https://bugs.winehq.org/attachment.cgi?id=78118
Log of the fail
Unlike bug 42119 I can't start this DirectX11 benchmark in the same wine.
The application started with empty windows.
The last line in the log
~~~~
0024:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0000000001233510, format
DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0x3, mode_count 000000000011FC58, modes
00000000009908F0 partial stub!
~~~~
So the problem is in dxgi?
--
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=57603
Bug ID: 57603
Summary: Interacting with yabridge plugins after moving the
window broken
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mbarriolinares(a)gmail.com
Distribution: ---
Issue:
When opening a plugin window via yabridge in carla patchbay or ardour8, the
mouse input is registered at an incorrect position. After moving the plugin
window, mouse interaction stops working entirely, making the interface
unusable.
Steps to Reproduce:
1. Open a yabridge plugin window in carla patchbay or ardour.
2. Attempt to interact with the plugin using the mouse.
3. Observe that clicks and movements are registered at incorrect positions.
4. Move the plugin window.
5. Try interacting with the plugin again.
6. Observe that the mouse no longer interacts with the plugin.
Additional info:
wine version: 9.22-1
yabridge version: 5.1.1-1
xorg-server version: 21.1.15-1
ardour 8.10
carla 2.5.9-1
---
Dwngrading to wine 9.21 fixed 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=39120
Bug ID: 39120
Summary: Right-clicking on IE 8 causes a crash
Product: Wine
Version: 1.7.49
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tblodt(a)icloud.com
Created attachment 52128
--> https://bugs.winehq.org/attachment.cgi?id=52128
backtrace
When you install IE 8 (either using winetricks, or by creating a bunch of dll
overrides and running the installer), run it, and right click anywhere on a web
page, IE crashes.
Backtrace is attached.
--
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=46201
Bug ID: 46201
Summary: Xenia fails to initialize graphics pipeline
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: chridye(a)gmail.com
Distribution: ---
Created attachment 62874
--> https://bugs.winehq.org/attachment.cgi?id=62874
backtrace from today (nov 26 2018)
the latest build of xenia can be found at
https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z…
I got this error in the terminal window:
vkd3d_dxbc_compiler_get_register_info: Assertion `reg->idx[0].offset <
compiler->temp_count' failed.
A quick search on google says this was some graceful way of dealing with
unimplemented registers. That change was proposed on Jan 9.
http://wine.1045685.n8.nabble.com/PATCH-vkd3d-1-7-libs-vkd3d-shader-Handle-…
The version of vkd3d I'm using was built from source using a commit from today
(nov 26). I'm on ubuntu 18.10 without vkd3d installed via package manager. wine
was ran in 64-bit mode and was also built from source today after doing a `git
pull`. The exact command I ran was `wine64 xenia.exe.`
I have attached the back trace.
--
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=46190
Bug ID: 46190
Summary: Low FPS on Zombie Army Trilogy
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: patoplc(a)live.com
Created attachment 62851
--> https://bugs.winehq.org/attachment.cgi?id=62851
Compressed version of the Zombie Army Trilogy console log.
Several errors are thrown in console by the d3d dlls. The log from playing
Zombie Army Trilogy for a very short time is over 340 MB due to the sheer
amount of errors, so I cannot attach it uncompressed here. The attachment
provided is a .tar.xz version of the log from opening Steam and playing for
less than 1 minute.
--
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=51357
Bug ID: 51357
Summary: Mouse clicks to buttons on popups are ignored. You
must click below the button. Freecell.exe from WinXP.
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)kenjackson.us
Distribution: ---
Created attachment 70216
--> https://bugs.winehq.org/attachment.cgi?id=70216
git diff dlls/winex11.drv/mouse.c # This fixes the bug for me
Every mouse click to any button on a popup in freecell.exe from WinXP (I think)
is ignored. Clicks below the button are processed and work.
This was introduced in commit 5a8bc554ef06c4a21d8b, April 6, 2021, and is still
a problem in the latest git code.
Deleting line 615 in dlls/wnex11.drv/mouse.c fixes the problem. I don't know
what else this affects.
--
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=42119
Bug ID: 42119
Summary: Unigine Heaven Benchmark 4.0 not working in dx11 mode
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 56646
--> https://bugs.winehq.org/attachment.cgi?id=56646
10.0 is not supported
The message is not true. My graphics card supported DX11 and SM5.0
macOS Sierra supported OpenGL4.1
In log there are few messages
~~~~
fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type.
fixme:dxgi:dxgi_device_init Ignoring adapter type.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1a13f8, wined3d_desc 0x33e820, wined3d_texture 0x1dc6c8
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:dxgi:dxgi_factory_CreateSwapChain iface 0x1a41d8, device 0x1a1748, desc
0x33ec44, swapchain 0x48c888 partial stub!
fixme:dxgi:dxgi_factory_CreateSwapChain Ignoring SwapEffect 0.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1de730
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:d3d:context_create OpenGL implementation does not support
GL_PRIMITIVE_RESTART_FIXED_INDEX.
fixme:d3d11:device_parent_create_swapchain_texture device_parent 0x1a1774,
container_parent 0x1dd158, wined3d_desc 0x33eab0, wined3d_texture 0x1e0718
partial stub!
fixme:d3d11:device_parent_create_swapchain_texture Implement DXGI<->wined3d
usage conversion.
fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0x1a41d8, window 0x10092,
flags 0x3 stub!
--
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=52806
Bug ID: 52806
Summary: TickyClav 2.exe crashes almost immediately
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rob(a)kalistra.com
Distribution: ---
Created attachment 72182
--> https://bugs.winehq.org/attachment.cgi?id=72182
output from "TickyClav" virtual instrument crash
I use wine with yabridge to get an assortment of Windows audio plugins working
on my Ubuntu Studio 20.04 machine (5.4.0-107-lowlatency kernel with PREEMPT
specified). I love it, thank you!!
One plugin that used to work well for me stopped working quite some time ago.
It is the "Ticky Clav 2" clavinet virtual instrument
(https://www.2getheraudio.com/instruments/ticky_clav_2/). I usually use the
plugin as a VST, but it also comes with an .exe that I can start from the
command line. When I run `wine 2getheraudio\ TickyClav\ 2.exe` I briefly see
the UI for the application show up on the screen, then about a half second
later I get the "Program Error" window saying "The program 2getheraudio
TickyClav 2.exe has encountered a serious problem and needs to close. We are
sorry for the inconvenience."
I have attached a text file with the full terminal output.
Thanks for any help you can offer!
--
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=31592
Bug #: 31592
Summary: Wine uses legacy /proc/scsi interface
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pb-2004(a)hotmail.com
Classification: Unclassified
Wine uses /proc/scsi interface to populate
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi registry key. Because /proc/scsi is
missing on some linux distributions(i.e. Debian) Wine can't write information
to this key. This situation breaks wn32aspi emulation and windows programs
which access cd/dvd drives through aspi.
--
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=25381
Summary: Trackmania Nation Forever crashes on OS X when sound
is enabled
Product: Wine
Version: 1.3.8
Platform: x86
URL: http://www.trackmaniaunited.com
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: qparis(a)playonlinux.com
Created an attachment (id=32283)
--> (http://bugs.winehq.org/attachment.cgi?id=32283)
Screenshot + Terminal content
Application : Track Mania Nation forever (http://www.trackmaniaunited.com)
System information :
- Tested both with XQuartz 2.6.0 beta (for Randr support) and stable version
- Mac OS 10.6.5
Step to reproduce :
- I downloaded the latest version of Trackmania Nation Forever (free)
(http://www.trackmaniaunited.com)
- The game installation run fine
- I started a single player game, it will crash at the end of the loading
process
- I runned wineserver -k in a terminal to kill wine
- I went to settings menu -> Advanced -> Audio
- I unchecked the box "Enable sound"
- I retried to start a single player race, and it worked perfectly
(I retried several time and the problem seems to be linked to the sound)
Other details
- The menu works fine with
- The problem does not exist on Linux
--
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=57882
Bug ID: 57882
Summary: vbscript:Haven't hook up events
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
In Microsoft's vbscript.dll,
before starting the actual script, the scripting engine will connect to the
events of all the relevant objects through the IConnectionPoint interface.
But in this vbscript.dll,
it haven't above step(hook up events).
Is this feature planned to be supported in the future?
--
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=57883
Bug ID: 57883
Summary: vbscript:Script compilation error when for each with
array
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
Distribution: ---
Dim d: d = Array(1,2,3,4,5)
Dim i
For each i In d
Next
when running above script, compilation error.
--
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=57830
Bug ID: 57830
Summary: StarCitizen fails to launch
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: rawfox(a)freenet.de
Distribution: ---
Created attachment 78038
--> https://bugs.winehq.org/attachment.cgi?id=78038
fix-off-by-one-mistake.patch
StarCitizen does not launch due to a mistake in the file
dlls/wbemprox/builtin.c
if (++i > nb_allocated)
Netho (ngh) from Linux Users Group (#LUG) found it and quick hacked a diff,
thanks you man ! He said, this will be true when `i` was 16. Due to C is 0
indexed it means it just wrote past the buffer, clobbering something critical.
Changing it to >= does the trick.
if (++i >= nb_allocated) this made it work again.
Cheers, raw^^
--
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=35349
Bug ID: 35349
Summary: NC Corrector spams terminal with
"fixme:olepicture:OLEPictureImpl_SaveAsFile"
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plaes(a)plaes.org
Classification: Unclassified
`NC Corrector 4.0` from http://www.nc-corrector.inf.ua/index_EN.htm spams
following continuously in the terminal:
[snip]
...
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x1fe9b0)->(0x19ad098, 0, (nil)),
hacked stub.
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x2064d8)->(0x19ad098, 0, (nil)),
hacked stub.
....
[/snip]
This could be also duplicate for #20222
--
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=57869
Bug ID: 57869
Summary: Lightshot screenshot tool won't launch since last
update of wine-devel
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)vlastimilburian.cz
Distribution: ---
Lightshot screenshot tool won't launch since last update of wine-devel, I use
only this very tiny Windows app to capture screenshots, so I cannot test other
Win apps but can install some upon request of course.
https://app.prntscr.com/en/wine-lightshot.html
$ apt-cache policy wine-devel
wine-devel:
Installed: 10.2~noble-1
Candidate: 10.2~noble-1
Version table:
*** 10.2~noble-1 500
500 https://dl.winehq.org/wine-builds/ubuntu noble/main amd64 Packages
100 /var/lib/dpkg/status
$ env WINEPREFIX="/home/vlastimil/.wine" wine C:\\windows\\command\\start.exe
/Unix /home/vlastimil/.wine/dosdevices/c:/ProgramData/Microsoft/Windows/Start\
Menu/Programs/Lightshot/Lightshot.lnk
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0088:err:environ:run_wineboot failed to start wineboot 1
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0088:fixme:exec:SHELL_execute flags ignored: 0x00000100
0088:fixme:exec:SHELL_execute flags ignored: 0x00004100
$ 00a8:fixme:ver:GetCurrentPackageId (0057FEB4 00000000): stub
--
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=57863
Bug ID: 57863
Summary: [Regression] Wine 10.2 is just straight-up fully
broken on Linux Mint (can't even run winecfg); 10.1
was fine
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: Mint
Just install Wine 10.2 (devel or staging0 on Linux Mint (20.x, 21.x, or 22.x)
and you'll see Wine is just straight-up broken to the point that you can't even
run winecfg.
Wine 10.1 worked fine.
--
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=57868
Bug ID: 57868
Summary: Problem launching ReMarkable application on wine 10.2
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: olivier.pantale(a)uttop.fr
Distribution: ---
Hi,
Remarkable application stopped to launch on wine 10.2, while it was working
well on wine 10.1.
Seems unable to load ntdll module.
wine .wine/drive_c/Program\ Files/reMarkable/reMarkable.exe
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0024:err:environ:run_wineboot failed to start wineboot 1
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
wine: failed to load /opt/wine-devel/lib/wine/i386-windows/ntdll.dll error
4000000e
0024:err:start:fatal_error FormatMessage failed
Olivier
--
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=57867
Bug ID: 57867
Summary: 10.2-staging bug (ntdll.dll error 4000000e)
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronaz(a)protonmail.com
Distribution: ---
Yesterday WINE updated to 10.2-staging and brought a bug. I can no longer run
'winecfg' or certain programs which worked in previous WINE versions, though
other programs remain unaffected.
--
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=57855
Bug ID: 57855
Summary: msiexec crashes while installing .net48 (regression)
Product: Wine
Version: 10.1
Hardware: x86-64
URL: https://download.visualstudio.microsoft.com/download/p
r/7afca223-55d2-470a-8edc-6a1739ae3252/abd170b4b0ec15a
d0222a809b761a036/ndp48-x86-x64-allos-enu.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: e7ac2e718feebd56064ed52aae0158861284af1c
Distribution: Debian
Unfortunately commit e7ac2e718feebd56064ed52aae0158861284af1c breaks installer
of .net48
Easiest way to reproduce is:
- wget
https://download.visualstudio.microsoft.com/download/pr/7afca223-55d2-470a-…
-7z x ndp48-x86-x64-allos-enu.exe
- wine netfx_Full_x64.msi
I couldn't get a backtrace, the crashdialog just hang.
e7ac2e718feebd56064ed52aae0158861284af1c is the first bad commit
commit e7ac2e718feebd56064ed52aae0158861284af1c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Feb 21 11:49:18 2025 +0100
ntdll: Support an arbitrary number of PE sections.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57850
dlls/ntdll/loader.c | 35 ++++++++++++++++++++++++-----------
dlls/ntdll/unix/virtual.c | 39 ++++++++++++++++++++++++++-------------
2 files changed, 50 insertions(+), 24 deletions(-)
--
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=57876
Bug ID: 57876
Summary: 10.2 Update wine-devel-amd64
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kieran1188(a)gmail.com
Distribution: ---
Created attachment 78097
--> https://bugs.winehq.org/attachment.cgi?id=78097
DPKG-debug-log
Just updated to 10.2 and coming up with errors trying to update
wine-devel-amd64
--
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=57879
Bug ID: 57879
Summary: 10.2~bookworm-2 update failed
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronaz(a)protonmail.com
Distribution: ---
Created attachment 78101
--> https://bugs.winehq.org/attachment.cgi?id=78101
output
As title, latest update failed:
"trying to overwrite '/opt/wine-staging/bin/wine', which is also in package
wine-staging-i386:i386 10.2~b
ookworm-2"
My WINE install is still broken.
--
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=57861
Bug ID: 57861
Summary: All wine runs fail with "failed to start wineboot"
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
After upgrade to Wine 10.2 in Debian testing (using packages from Wine debian
repo), any usage of that package wine (both regular and staging) fail with such
error:
wine winecfg
wine: failed to open L"C:\\windows\\system32\\wineboot.exe": c0000135
0024:err:environ:run_wineboot failed to start wineboot c0000135
wine: could not load kernel32.dll, status c0000135
If I build Wine myself (new wow64 build), it works fine.
--
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=57571
Bug ID: 57571
Summary: Zafehouse: Diaries garbage/black screen
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rencer(a)euromail.hu
Distribution: ---
I have this game installed on my computer with it's own wineprefix.
Never used that prefix for anything else, just to play this one game.
Originally I created that wineprefix and installed the game inside that back at
2014.
Also I tried to run the game with this wineprefix on the exact same computer as
back then.
It required lot of manual trickering to make it work. At that time nobody
managed to run the game with sound on Linux, but I figured out and posted a
how-to on the game's forum.
Later even the developers shared that how-to on the Steam page of the game. See
here:
https://steamcommunity.com/app/249360/discussions/0/846963711048254058/#c61…
Sadly that forum page doesn't exist anymore; possibly because the game is old
and no longer supported.
It doesn't really matter anyway, because it is no longer possible to make the
game install and setup a wineprefix that way.
Back then it was possible to install all the requirements manually because
wine/winetricks wasn't blocking us to install them. (such as full DirectX9,
.NET 3.5 SP1, etc.)
As years passed, once in a while I played the game, everything was fine.
But today, even that I try to run the game in that exact same wineprefix on the
exact same computer, it doesn't work anymore.
When I run the game it is starts loading; you can see as the game writes it on
the bottom right corner. When the loading process finishes the game supposed to
show the menu screen.
There is the problem.
I hear the music but the screen is just a mess. It somehow shows the content of
whatever is in the background of the game; like any other window or the desktop
itself.
But it is all garbage; it looks like whatever is in the background is turned
into a puzzle, shuffled and randomly put back on the screen.
The reason I kept the wine version 'unspecified' because I also tried to run
the game under different wine prefixes that uses different wine versions. Also
tried to make fresh wineprefix with the current latest wine in my Manjaro XFCE,
which is version 9.20. Creating a new one is impossible because of
winetricks/wine.
I have many winprefixes, so I find one or two that works.(One is version 9.20)
With these different working prefixes the result is always the same as with the
original old prefix; messed up screen.
--
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=57809
Bug ID: 57809
Summary: cmd: Incorrect substring expansion of last character
(e.g. `!MY_STR:~1!`)
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Call the following script and observe the different output on Windows and Wine.
Substring expansion seems to work in general except the last character,
therefore MY_STR is set to 1 character to trigger the issue immediately.
Note that I've focused on the issue at hand and haven't tried out other
variations of substring-expansion.
issue_substring_expansion.bat
```cmd
@echo off
setlocal enableextensions enabledelayedexpansion
set MY_STR=R
echo "!MY_STR:~1!"
REM Prints "" on Windows
REM Prints "R" on Wine
```
This issue is blocking to get PlanAhead (part of Xilinx ISE 14.7) to work.
Multiple batch scripts set-up the environment before starting the GUI. Because
of this issue, they end up in an endless loop while iterating over all
characters in a variable similar to PATH.
My version:
```console
$ wine --version
wine-10.0 (Staging)
```
--
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=57804
Bug ID: 57804
Summary: cmd: CALL instruction freezes
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: Dominik-Home(a)gmx.de
Distribution: ---
Executing the 'CALL'-instruction on a *.bat file may causes freezes when using
e.g. '@echo off' in the called script.
```console
$ wine --version
wine-10.0 (Staging)
```
I inserted two minimal reproducers below that are used in the following
examples. Note that I marked the output of the scripts as comment with the REM
command as well as my own descriptions.
```cmd
C:\>C:\working.bat
REM C:\>echo Test
REM Test
REM Command returns immediately. No issue here
C:\>C:\issue.bat
REM Test
REM Command returns immediately. No issue here
C:\>CALL C:\working.bat
REM C:\>echo Test
REM Test
REM Command returns immediately. No issue here
C:\>CALL C:\issue.bat
REM Test
REM ISSUE: Command freezes here and never returns
```
working.bat:
```cmd
@echo on
echo Test
```
issue.bat:
```cmd
@echo off
echo Test
```
This issue was encountered while trying out PlanAhead, a tool included in the
Xilinx ISE design package. They use multiple batch scripts to configure the
environment before starting the GUI application. Because the batch files do not
work properly the GUI does not start at all. I.e. the application (PlanAhead)
is completely 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.
http://bugs.winehq.org/show_bug.cgi?id=18959
Summary: MetaTrader 4 installer hangs at the very end of file
extraction
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.metatrader4.com/files/mt4setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
CC: julliard(a)winehq.org
With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at
the very end of file extraction at "C:\Program Files\MetaTrader
4\mailbox\1190736044.english" with sufficient responsiveness to handle the
Cancel button being pressed, which merely hides the installer window until a
Ctrl+C interrupt is sent to the installer. The installer worked properly in
1.0.1, and the regression test revealed:
1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit
commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Feb 18 14:44:17 2009 +0100
msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if
we didn't set them.
:040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4
86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls
Reverting the commit in HEAD allows the installer to start.
--
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=52714
Bug ID: 52714
Summary: Richard Burns Rally (RallySimFans): Logitech G29 Force
Feedback doesn't work
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: groovestomp+winehq(a)getgoogleoff.me
Distribution: ---
Install the RallySimFans distribution of Richard Burns Rally in a new wine
prefix: https://rallysimfans.hu/rbr/index.php
Run: "wine control" with the prefix and verify the racing wheel inputs all work
correctly and force feedback works.
Now go into the game, configure the wheel and notice force feedback does not
work.
Downgrading to Wine 5 (The latest previous version available before 7 on my
system) works without issue.
Here's a mention of this issue that led me to isolate that 7 is the problem:
https://forum.winehq.org/viewtopic.php?t=36110
And that thread refers to another here:
http://srmz.net/index.php?showtopic=14451#entry162706
Output of lshw -short:
H/W path Device Class Description
=============================================================
system Oryx Pro (Not Applicable)
/0 bus Oryx Pro
/0/0 memory 64KiB BIOS
/0/1d memory 32GiB System Memory
/0/1d/0 memory 16GiB SODIMM DDR4 Synchronous
2400 MHz (0.4 ns)
/0/1d/1 memory [empty]
/0/1d/2 memory 16GiB SODIMM DDR4 Synchronous
2400 MHz (0.4 ns)
/0/1d/3 memory [empty]
/0/23 memory 256KiB L1 cache
/0/24 memory 1MiB L2 cache
/0/25 memory 6MiB L3 cache
/0/26 processor Intel(R) Core(TM) i7-7700HQ
CPU @ 2.80GHz
/0/100 bridge Xeon E3-1200 v6/7th Gen Core
Processor Host Bridge/DRAM Registers
/0/100/1 bridge 6th-10th Gen Core Processor
PCIe Controller (x16)
/0/100/1/0 display GP104BM [GeForce GTX 1070
Mobile]
/0/100/1/0.1 multimedia GP104 High Definition Audio
Controller
/0/100/14 bus 100 Series/C230 Series
Chipset Family USB 3.0 xHCI Controller
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/1 input G29 Driving Force Racing
Wheel
/0/100/14/0/4 multimedia Turtle Beach P11 Headset
/0/100/14/0/5 communication Arduino Leonardo
/0/100/14/0/7 generic EgisTec_ES603
/0/100/14/0/8 communication Bluetooth wireless interface
/0/100/14/0/9 multimedia Chicony USB 2.0 Camera
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic 100 Series/C230 Series
Chipset Family Thermal Subsystem
/0/100/16 communication 100 Series/C230 Series
Chipset Family MEI Controller #1
/0/100/17 storage HM170/QM170 Chipset SATA
Controller [AHCI Mode]
/0/100/1c bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #1
/0/100/1c.4 bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #5
/0/100/1c.4/0 generic RTL8411B PCI Express Card
Reader
/0/100/1c.4/0.1 enp109s0f1 network RTL8111/8168/8411 PCI Express
Gigabit Ethernet Controller
/0/100/1c.6 bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #7
/0/100/1c.6/0 wlp110s0 network Wireless 8265 / 8275
/0/100/1d bridge 100 Series/C230 Series
Chipset Family PCI Express Root Port #9
/0/100/1d/0 storage NVMe SSD Controller
SM961/PM961/SM963
/0/100/1d/0/0 /dev/nvme0 storage Samsung SSD 960 EVO 250GB
/0/100/1d/0/0/1 /dev/nvme0n1 disk 250GB NVMe namespace
/0/100/1d/0/0/1/1 /dev/nvme0n1p1 volume 497MiB Windows FAT volume
/0/100/1d/0/0/1/2 /dev/nvme0n1p2 volume 4095MiB Windows FAT volume
/0/100/1d/0/0/1/3 /dev/nvme0n1p3 volume 224GiB EFI partition
/0/100/1d/0/0/1/4 /dev/nvme0n1p4 volume 4095MiB Linux swap volume
/0/100/1f bridge HM175 Chipset LPC/eSPI
Controller
/0/100/1f.2 memory Memory controller
/0/100/1f.3 multimedia CM238 HD Audio Controller
/0/100/1f.4 bus 100 Series/C230 Series
Chipset Family SMBus
/0/1 input PnP device PNP0303
/0/2 generic PnP device SYN1219
/0/3 system PnP device PNP0c02
/0/4 system PnP device PNP0c02
/0/5 system PnP device PNP0b00
/0/6 generic PnP device INT3f0d
/0/7 system PnP device PNP0c02
/0/8 system PnP device PNP0c02
/0/9 system PnP device PNP0c02
/0/a scsi3 storage
/0/a/0.0.0 /dev/sda disk 1TB WDC WD10SPZX-00Z
/0/a/0.0.0/0 /dev/sda volume 931GiB Linux Unified Key
Setup volume
--
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=57871
Bug ID: 57871
Summary: InteleViewer appears to crash on quitting.
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: neurofire80(a)gmail.com
Distribution: ---
Created attachment 78091
--> https://bugs.winehq.org/attachment.cgi?id=78091
The log produced by wine
When quitting InteleViewer (radiology application), the program produces an
error window.
Full size windows also do not work, although that may be a separate issue.
I'm on Manjaro i3, on the latest stable kernel on a Ryzen 7 with plenty of RAM
(128gb).
--
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=8532
Gijs Vermeulen <gijsvrm(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |plaes(a)plaes.org
--- Comment #16 from Gijs Vermeulen <gijsvrm(a)gmail.com> ---
*** Bug 35349 has been marked as a duplicate of this 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=57865
Bug ID: 57865
Summary: The Sims 4 won't start when using the EA app on Ubuntu
24.04.2 LTS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ashleighjunk89(a)gmail.com
Distribution: ---
Created attachment 78088
--> https://bugs.winehq.org/attachment.cgi?id=78088
backtrace, but I can provide a screenshot of the issue also if needed
When I click play in the EA app, Wine gives me an error and the game doesn't
even start. When I click close, it just brings me back to the EA app and the
game is not running.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57866
Bug ID: 57866
Summary: Missing pages tree
Product: Wine-gecko
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: tomislav.budor(a)lovatoelectric.hr
Created attachment 78089
--> https://bugs.winehq.org/attachment.cgi?id=78089
Missing pages tree in .chm viewer
Missing pages tree in .chm viewer
--
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=17743
Summary: Undocked toolbars are displayed incorrectly
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=19959)
--> (http://bugs.winehq.org/attachment.cgi?id=19959)
Text toolbar
I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is with undocked toolbars which are incorrectly displayed.
The problem is also with dragging them. They should be also draggable when I
click and hold mouse pointer over title of the toolbar.
Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008.
I attached image that shows the problem. All cuttings were done with unchecked
option "Allow the window manager to decorate the windows". Last cutting was
done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine
1.0.1
--
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=57857
Bug ID: 57857
Summary: Unable to run 32bit applications after loader changes
in 10.2
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: sutupud(a)yahoo.com
Distribution: ---
This happens when wine is build using the PKGBUILD from achlinux:
https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/blob/main/…
i.e. buildin the 64bit libraries using `--enable-win64` and then the 32bit
libraries separately.
Arch uses /usr/lib32 for the 32bit libraries, and therfore builds them with
`--libdir=/usr/lib32`
It does work when testing it directly from the build directory, but not after
installing.
According to strace, the new loader tries to execute wine-preloader when
running a 32bit program from:
/usr/lib/wine/i386-unix/wine-preloader
which fails, since it doesn't exist.
The binary now would need to look for the preloader relative to the the 32bit
libdir, so it would need to know what's being used for that in the 32bit
compilation.
When building with in the new WOW mode with `--enable-archs=i386,x86_64` then
everything works fine.
--
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=56556
Bug ID: 56556
Summary: Empires by Conspiracy fails to start
Product: Wine
Version: 9.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Without native d3dcompiler_47.dll:
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8000.
0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
0024:err:d3dcompiler:D3DCompile2 Shader log:
0024:err:d3dcompiler:D3DCompile2 <anonymous>:3:637: E5000: syntax error,
unexpected NEW_IDENTIFIER
0024:err:d3dcompiler:D3DCompile2
With native d3dcompiler_47.dll:
0024:fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0xc7,
opcode_token 0x080000c7.
0108:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0108:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader
#3:
Followed by a billion of errors.
--
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=57862
Bug ID: 57862
Summary: Pixelated and low resolution fonts in dnSpy and
UndertaleModTool
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vse.stopchanskyi(a)gmail.com
Distribution: ---
Created attachment 78083
--> https://bugs.winehq.org/attachment.cgi?id=78083
Demo of all apps
# Links to UndertaleModTool and dnSpy:
https://github.com/UnderminersTeam/UndertaleModToolhttps://github.com/dnSpy/dnSpy
# Description
In both, small fonts look very low resolution and pixelated, or/and blurry. In
Notepad++ and RaftModLoader fonts don't look nearly as bad.
# Additional notes
UndertaleModTool has the same issue with WineWayland. dnSpy and UMT were
launched with WINE_D3D_CONFIG=renderer=vulkan, because otherwise they don't
work well with WineWayland and have pitch black dropdowns with Xwayland, but
that doens't affect fonts.
Screen resolution: 1920x1080
DPI in Wine: 96
Fonts used in dnSpy: Courier New
Fonts used in UndertaleModTool: idk
--
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=57860
Bug ID: 57860
Summary: Windows Movie Maker does not launch
Product: Wine
Version: 10.0
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: LloydJJoyner(a)teleworm.us
Created attachment 78081
--> https://bugs.winehq.org/attachment.cgi?id=78081
Error message not implemented box
Steps to reproduce:
- Download Windows Movie Maker. It can be downloaded from
https://archive.org/details/windows_live_essentials_2012_qfe4_image
- Extract the ISO, or mount it
- Install it from the ISO (I recommend installing only Movie Maker/Photo
Gallery and nothing else)
- Open Movie Maker: it will be installed at C:\Program Files (x86)\Windows
Live\Photo Gallery\MovieMaker.exe
- Press enter to get past the license box.
- Look at the "Not implemented" error message.
--
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=57852
Bug ID: 57852
Summary: Call from 7BD748A5 to unimplemented function
imagehlp.dll.ReBaseImage64, aborting
Product: Wine
Version: 10.2
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: imagehlp
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
I got the Win32 version of OpenOffice (Apache OpenOffice, "AOO") to
successfully build on FreeBSD with Wine + Cygwin + Windows SDK, and this was
one of the Wine bugs I had to work around during the build.
The problem is in the main/postprocess/rebase directory, where it tries to
rebase binaries, ultimately calling C:\Program Files\Microsoft
SDKs\Windows\v7.0\Bin\rebase (from the Windows SDK), which tries to call the
unimplemented function imagehlp.dll.ReBaseImage64, which causes a crash during
the build. Since rebasing is just done for better performance, it's not
critical and can be worked around by commenting out the relevant makefile
command. Still, Wine should ideally support this API, and it's good to document
applications that need it.
For further details please see the email where I described my experiences, and
other Wine bugs I found:
https://lists.apache.org/thread/x3p7mv0py2s5hw3cvrm1d3krxgb7cq9k
Also if you want to reproduce, you can try compiling OpenOffice on Wine, but
it's a very complicated build environment and takes many hours to run, and this
bug only happens near the end. See the build guide on
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_s…
and the extra instructions in the email above.
And it is remarkable that Wine works so well, when building a project with
~70000 C++ files, 12 million lines of code, 37 external libraries, code
generation during the build, calls to many Cygwin tools and Perl scripts, Java
and Ant, .NET tools, and lots more. Only 6 Wine bugs were found, of which 3 are
already fixed in Wine 10.2, and the other 3 have workarounds.
--
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=36781
Bug ID: 36781
Summary: palringo: The Chat Box view not txt !!
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmedsaber20005(a)gmail.com
Created attachment 48850
--> http://bugs.winehq.org/attachment.cgi?id=48850
Log of palringo crash
when i want to chat with someone the palringo not show any text :/ and some
times it is 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=57858
Bug ID: 57858
Summary: BaramMesh : Crashes when launching
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lakshyasrivastavc(a)gmail.com
Distribution: ---
Created attachment 78076
--> https://bugs.winehq.org/attachment.cgi?id=78076
backtrace
The BaramMesh program fails to launch, with the backtrace attached below.
--
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=11336
Summary: typing an open parenthesis "(" in vba causes an error
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=10442)
--> (http://bugs.winehq.org/attachment.cgi?id=10442)
picture of the error
When programming in VBA under excel the application throws up an error when I
try to enter the open parenthesis
--
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=8532
Dmitry Timoshkov <dmitry(a)baikal.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Fixed by SHA1| |1396b646d19bf4adcae095c4756
| |6e26e42431a7b
Status|STAGED |RESOLVED
--- Comment #15 from Dmitry Timoshkov <dmitry(a)baikal.ru> ---
Fixed by 1396b646d19bf4adcae095c47566e26e42431a7b.
--
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.