https://bugs.winehq.org/show_bug.cgi?id=57928
Bug ID: 57928
Summary: Potential null-pointer-dereference
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: 1367173408(a)qq.com
Distribution: ---
Created attachment 78181
--> https://bugs.winehq.org/attachment.cgi?id=78181
execution trace
I have found a potential null pointer dereference bug in the project (the
latest version) and would like to report it to the maintainers. Can you please
help me check it? Thank you for your effort and patience!
At line 99 in file `dlls/opengl32/unix_wgl.c`, the function
`get_current_context_ptr` may return NULL.
Then, at line 935 in the same file, the pointer `ptr` receives the return
value, which may be NULL. But `ptr` is dereferenced at line 940 without
checking, which may lead to a null-pointer-dereference bug.
A image showing the execution trace 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=57872
Bug ID: 57872
Summary: Error trying to run opl manager for ps2
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: maufel36(a)gmail.com
Distribution: ---
Created attachment 78092
--> https://bugs.winehq.org/attachment.cgi?id=78092
That is the attachment generated once i press in error log
wine cannot run opl manager for ps2 , that is a tool to put the cover to my ps2
games i have in a usb, the thing is that error its just in this last version
https://oplmanager.com/site/
Whit other can run however the servers for old version are desibled so even its
running the .exe i cannot download any cover
Please help me to this, i work selling the usbs with games inside, i recently
change form windows to arch (4 months ago) and if the first time i got an error
like this
Thanks a lot
--
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=57887
Bug ID: 57887
Summary: Certificate handler of PDF-XchangePro crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Softwarepaavo(a)pm.me
Distribution: ---
Created attachment 78113
--> https://bugs.winehq.org/attachment.cgi?id=78113
Unhandled exception: unimplemented function cryptdlg.dll.CertSelectCertificateW
called in 64-bit code (0x006fffff41cf77).
When attempting to certify document in PDF-XchangePro, the dialog "use
certificate from file" doesn´t work. Selecting "Choose certificate form
certificate store module" (german version: "Zertifikat aus dem
Zertifikatspeicher benutzen:") causes th program to crash and the WineDebugger
opens and suggests I file a bug. back trace in attachment.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57913
Bug ID: 57913
Summary: cmd: echo(abc is misparsed
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: blubban(a)gmail.com
Distribution: ---
@echo off
echo 1
echo.
echo .
echo.2
echo(
echo (
echo(3
Expected (win10):
1
.
2
(
3
Actual (wine 10.2):
1
.
2
(
(
(3
Reduced from update.bat in
https://www.smwcentral.net/?p=section&a=details&id=33546
--
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=52445
Bug ID: 52445
Summary: Video strip poker (ALL) exits,
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elias_0000_0000(a)yahoo.com
Distribution: ---
I have many versions of Video strip poker.
All versions are exited with error.
Only one it runs until video must be played.
I dont even know what it is being wrong.
=====================================
===Strip poker red light district ===
=====================================
elias@eliasc:~/.wine/drive_c/Program Files (x86)/Strip Poker Red Light Edition$
wine Poker.exe
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:seh:WerRegisterRuntimeExceptionModule
(L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",
79140000) stub
0108:err:ole:CoGetContextToken apartment not initialised
0024:fixme:path:parse_url failed to parse L"System.Windows.Forms"
0024:fixme:path:parse_url failed to parse L"System"
0024:fixme:path:parse_url failed to parse L"System.Drawing"
0024:fixme:nls:LCIDToLocaleName unsupported flags 8000000
0024:fixme:nls:get_dummy_preferred_ui_language (0x0 0032E384 00000000 0032E380)
returning a dummy value (current locale)
0024:fixme:nls:get_dummy_preferred_ui_language (0x0 0032E384 004A4270 0032E380)
returning a dummy value (current locale)
0024:fixme:path:parse_url failed to parse L"Accessibility"
0024:fixme:path:parse_url failed to parse L"System.Drawing"
0024:fixme:font:freetype_set_outline_text_metrics failed to read full_nameW for
font L"Ani"!
.............. ( alot such msgs) ........
0024:fixme:path:parse_url failed to parse L"System.Xml"
0024:fixme:path:parse_url failed to parse L"Poker"
0094:fixme:imm:ImeSetActiveContext (0x6b780, 0): stub
0094:fixme:imm:ImmReleaseContext (0000000000010020, 000000000006B780): stub
0024:fixme:gdiplus:GdipCreateHalftonePalette stub
0024:fixme:imm:ImeSetActiveContext (0x4ce258, 1): stub
0024:fixme:imm:ImmReleaseContext (0002005E, 004CE258): stub
0024:fixme:path:parse_url failed to parse L"Microsoft.DirectX"
0024:fixme:path:parse_url failed to parse L"Microsoft.DirectX.Direct3D"
0024:fixme:path:parse_url failed to parse L"System.Drawing"
0024:fixme:path:parse_url failed to parse L"Microsoft.DirectX.Direct3DX"
0024:fixme:path:parse_url failed to parse L"System.Xml"
0024:fixme:path:parse_url failed to parse L"System.Windows.Forms"
info: Game: Poker.exe
info: DXVK: v1.6
info: Built-in extension providers:
info: Win32 WSI
info: OpenVR
warn: OpenVR: Failed to locate module
info: Enabled instance extensions:
info: VK_KHR_get_surface_capabilities2
info: VK_KHR_surface
info: VK_KHR_win32_surface
warn: Skipping Vulkan 1.0 adapter: llvmpipe (LLVM 11.0.1, 256 bits)
warn: DXVK: No adapters found. Please check your device filter settings and
Vulkan setup.
info: Process set as DPI aware
0024:fixme:path:parse_url failed to parse L"System"
0024:fixme:path:parse_url failed to parse L"mscorlib.resources"
0024:fixme:path:parse_url failed to parse L"mscorlib.resources"
0024:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
0024:fixme:advapi:ReportEventW
(CAFE4242,0x0001,0x0000,0x00000402,00000000,0x0001,0x00000000,0032DEB8,00000000):
stub
0024:err:eventlog:ReportEventW L"Application: Poker.exe\nFramework Version:
v4.0.30319\nDescription: The process was terminated due to an unhandled
exception.\nException Info:
Microsoft.DirectX.Direct3D.InvalidCallException\nStack:\n at
Microsoft.DirectX.Direct3D.Device..ctor(Int32,
Microsoft.DirectX.Direct3D.DeviceTyp"...
0024:fixme:advapi:DeregisterEventSource (CAFE4242) stub
Unhandled Exception: Microsoft.DirectX.Direct3D.InvalidCallException: Error in
the application.
at Microsoft.DirectX.Direct3D.Device..ctor(Int32 adapter, DeviceType
deviceType, Control renderWindow, Cre
ateFlags behaviorFlags, PresentParameters[] presentationParameters)
at Poker.CMainForm.InitializeGraphics()
at Poker.CMainForm.InitApplication()
at Poker.Program.Main()
wine: Unhandled exception 0xe0434352 in thread 24 at address 7B010172 (thread
0024), starting debugger...
0110:fixme:imm:ImeSetActiveContext (0x23ff10, 1): stub
0110:fixme:imm:ImmReleaseContext (000100A2, 0023FF10): stub
Module Address Debug info Name (50 modules)
PE 00400000-00448000 Deferred poker
PE 00f00000-012db000 Deferred ole32
PE 03d10000-04208000 Deferred mscorlib
PE 04670000-049c6000 Deferred system
PE 04a60000-04a6a000 Deferred accessibility
PE 04ae0000-04fa4000 Deferred system.windows.forms
PE 04fb0000-0504a000 Deferred system.drawing
PE 05050000-05289000 Deferred gdiplus
PE 05300000-0551e000 Deferred system.xml
PE 05570000-05c54000 Deferred windowscodecs
PE 05ce0000-05d1b000 Deferred microsoft.directx
PE 05d20000-05d5b000 Deferred microsoft.directx
PE 05d60000-05e12000 Deferred microsoft.directx.direct3d
PE 05e20000-05ed2000 Deferred microsoft.directx.direct3d
PE 05f00000-061d0000 Deferred microsoft.directx.direct3dx
PE 061d0000-064a0000 Deferred microsoft.directx.direct3dx
PE 5e0d0000-5e17a000 Deferred diasymreader
PE 603b0000-60416000 Deferred mscoreei
PE 60930000-60940000 Deferred nlssorting
PE 61740000-61809000 Deferred advapi32
PE 62440000-626fe000 Deferred d3d9
PE 62fc0000-631a3000 Deferred rpcrt4
PE 63480000-63499000 Deferred version
PE 63bc0000-63bfc000 Deferred shcore
PE 64a40000-64b3f000 Deferred shlwapi
PE 64ec0000-64f52000 Deferred oleaut32
PE 66240000-66277000 Deferred bcrypt
PE 66b00000-66b59000 Deferred win32u
PE 682c0000-68359000 Deferred winevulkan
PE 68500000-68623000 Deferred combase
PE 69940000-699b2000 Deferred propsys
PE 69ac0000-69ad2000 Deferred vulkan-1
PE 6a280000-6a2c4000 Deferred msvcrt
PE 6bc00000-6bc8b000 Deferred sechost
PE 6bcc0000-6be4f000 Deferred setupapi
PE 6c9c0000-6cb5a000 Deferred gdi32
PE 6cc40000-6cffe000 Deferred comctl32
PE 6e8c0000-6eb0b000 Deferred crypt32
PE 6ed00000-6f3f5000 Deferred user32
PE 6fe40000-6fec4000 Deferred rsaenh
PE 70b40000-70d82000 Deferred ucrtbase
PE 71200000-7123f000 Deferred imm32
PE 79000000-7904a000 Deferred mscoree
PE 79060000-7911e000 Deferred msvcr100_clr0400
PE 79140000-797af000 Deferred clr
PE 79810000-79870000 Deferred clrjit
PE 7b000000-7b290000 Deferred kernelbase
PE 7b600000-7b8f4000 Dwarf-4 kernel32
PE 7bc00000-7be21000 Dwarf-4 ntdll
PE 7e070000-7e074000 Deferred winex11
System information:
Wine build: wine-7.0
Platform: i386 (WOW64)
Version: Windows 7
Host system: Linux
Host version: 5.11.0-18-generic
=================================================================
=====================Video Strip poker HD =======================
=================================================================
elias@eliasc:~/.wine/drive_c/Program Files (x86)/Video Strip Poker HD$ wine
vsphd.exe
0024:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
0024:fixme:olepicture:OleLoadPictureEx
(05CA2614,71718,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032F7EC),
partially implemented.
0024:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
0094:fixme:imm:ImeSetActiveContext (0x6ba00, 0): stub
0094:fixme:imm:ImmReleaseContext (0000000000010020, 000000000006BA00): stub
0024:fixme:imm:ImeSetActiveContext (0x873260, 1): stub
0024:fixme:imm:ImmReleaseContext (00010082, 00873260): stub
0024:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
0024:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
016c:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
016c:fixme:olepicture:OleLoadPictureEx
(05B8E5A4,9166,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0032FA4C),
partially implemented.
016c:fixme:olepicture:OLEPictureImpl_SaveAsFile (0075FCE0)->(00763C20, 0,
00000000), hacked stub.
01fc:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory
for {7fd52380-4e07-101b-ae2d-08002b2ec713} with error 0x80004002
01fc:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory
for
.............. ( alot such msgs) ........
0024:fixme:path:parse_url failed to parse L"common\\shuffl.wav"
0024:fixme:path:parse_url failed to parse
L"C:\\users\\elias\\APPL~JHT\\VIDE~BXN/intro.avi"
X Error of failed request: GLXBadFBConfig
Major opcode of failed request: 152 (GLX)
Minor opcode of failed request: 0 ()
Serial number of failed request: 1087
Current serial number in output stream: 1087
=================================================================
=====================Video Strip poker Classic 2007 =======================
=================================================================
elias@eliasc:~/.wine/drive_c/Program Files (x86)/Video Strip Poker$ wine
main.exe
0124:fixme:olepicture:OleLoadPictureEx
(01761DFC,2246,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0032FB10),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176A1E4,774,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0032F75C),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176BAE4,774,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0032F72C),
partially implemented.
0124:fixme:olepicture:OLEPictureImpl_SaveAsFile (00629CC8)->(00659548, 0,
00000000), hacked stub.
0134:fixme:imm:ImeSetActiveContext (0x6c0a0, 0): stub
0134:fixme:imm:ImmReleaseContext (00000000000200CA, 000000000006C0A0): stub
0124:fixme:imm:ImeSetActiveContext (0x66d418, 1): stub
0124:fixme:imm:ImmReleaseContext (000300F0, 0066D418): stub
0124:fixme:olepicture:OleLoadPictureEx
(0176EDAC,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDB4,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDB4,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDB4,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDB4,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDB4,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032EA38),
partially implemented.
0124:fixme:olepicture:OleLoadPictureEx
(0176EDAC,120054,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0032F6F0),
partially implemented.
0124:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0124:fixme:ntdll:NtQuerySystemInformation
(0x00000007,0x69ad78,0x00000018,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation
(0x00000050,0x69ad78,0x00000054,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_CACHE_INFORMATION
0124:fixme:ntdll:NtQuerySystemInformation
(0x00000021,0x69aee0,0x00000010,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation
(0x0000002d,0x69aee0,0x00000020,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation
(0x0000003d,0x69aef8,0x00000a90,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation
(0x00000012,0x69aef8,0x00000a90,0x32c6c8) stub
0124:fixme:ntdll:NtQuerySystemInformation
(0x0000002a,0x69af10,0x00000a78,0x32c6c8) stub
0124:err:ole:apartment_getclassobject DllGetClassObject returned error
0x80040111 for dll L"C:\\windows\\system32\\devenum.dll"
0124:err:ole:com_get_class_object no class object
{da4e3da0-d07d-11d0-bd50-00a0c911ce86} could be created for context 0x1
0124:fixme:path:parse_url failed to parse L"music\\vsp_~eeq.mp3"
0124:fixme:mciqtz:MCIQTZ_mciSeek MCI_TO not implemented yet
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
.............. ( alot such msgs) ........
0124:fixme:path:parse_url failed to parse L"data\\16-may.mcr"
0124:fixme:reg:RegQueryInfoKeyW security argument not supported.
.............. ( alot such msgs) ........
0124:fixme:path:parse_url failed to parse L"data\\16-may.vid"
X Error of failed request: GLXBadFBConfig
Major opcode of failed request: 152 (GLX)
Minor opcode of failed request: 0 ()
Serial number of failed request: 1391
Current serial number in output stream: 1391
--
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=50929
Bug ID: 50929
Summary: Silver Chains (GOG) crashes and start dumping memory
in console
Product: Wine
Version: 6.5
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: ---
Created attachment 69745
--> https://bugs.winehq.org/attachment.cgi?id=69745
console log
Setup: wine-6.5-156-g2fcc1d0ecde, ubuntu 20.10, nvidia gtx 1070 and nvidia
driver 460.39.
--
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=57854
Bug ID: 57854
Summary: Steam.exe fails to start (hangs upon loading) in
Wine-10.2
Product: Wine
Version: 10.2
Hardware: x86-64
URL: https://cdn.cloudflare.steamstatic.com/client/installe
r/SteamSetup.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: e7ac2e718feebd56064ed52aae0158861284af1c
Distribution: ArchLinux
Created attachment 78073
--> https://bugs.winehq.org/attachment.cgi?id=78073
terminal output
The Steam installer works OK, but the client hangs on starting. You don't need
to have a Steam account to reproduce this, the problem occurs right before the
login window should appear.
This occurs in WOW64 (both legacy and the new, experimental WOW64s).
Doesn't seem to happen in a pure 32-bit prefix.
Reverting e7ac2e718feebd56064ed52aae0158861284af1c
fixes the problem for me.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57849
Bug ID: 57849
Summary: Multiple games: sleep accuracy is affected by mouse
movement speed
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)horvath.blog
Distribution: ---
I noticed a problem occurring in osu! (stable) and AimLabs, where the in-game
frame limiter would suddenly have worse accuracy when the mouse is moved. For
example, an in-game frame limiter of 500fps will show ~2ms frame-time ingame,
but when moving the mouse quick enough it will increase up to ~2.5ms. This
maximum +0.5ms increase is constant from any starting value.
This behavior depends on mouse report rate and movement speed (more reports ->
+0.5ms frame-time is reached faster), and is exacerbated when the wine-staging
`user32-rawinput-mouse` patchset is applied. I can only presume that this is
because there are more more hardware messages exchanged with wineserver (which
the staging patchset further increases).
Furthermore, both of these games use alertable SleepEx to control the frame
limiter.
--
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=50337
Bug ID: 50337
Summary: 0009:fixme:setupapi:SetupAddToDiskSpaceListA : stub
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: enorrmann(a)gmail.com
Distribution: ---
Created attachment 68923
--> https://bugs.winehq.org/attachment.cgi?id=68923
carla vst3 bridge output
TRying to save a file from a vst3 plugin (Roland Zenology Pro)running in Carla
via carla-bridge results in a message saying
"The file could not be saved. Make sure the media is not write protected and
that there is sufficient space on the device"
the terminal shows a
"0009:fixme:setupapi:SetupAddToDiskSpaceListA : stub"
I checked that function and it returns FALSE... not sure why and if that is
correct
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57850
Bug ID: 57850
Summary: Reolink fails to load dll: err:module:import_dll
Loading library libvips-42.dll
Product: Wine
Version: 10.1
Hardware: x86-64
URL: https://reolink.com/us/software-and-manual/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi,
This was reported at the forum: https://forum.winehq.org/viewtopic.php?t=40279
The program fails to load that dll (error c00000cb in ), couldn't find out why.
The dll is present and wine is looking for it in the correct directory, but
just isn't able to load it. This seems some kind of irregular dll(?)
0024:trace:file:RtlDosPathNameToNtPathName_U_WithStatus
(L"\\\\?\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\libvips-42.dll"
,00007FFFFE8EB860,0000000000000000,0000000000000000)
0024:trace:file:NtCreateFile handle=0x7ffffe8eb3f8 access=80100000
name=L"\\??\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\l
ibvips-42.dll" objattr=00000040 root=(nil) sec=(nil) io=0x7ffffe8eb400
alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil
).0x00000000
0024:trace:file:nt_to_unix_file_name_no_root
L"\\??\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\libvips-42.dll"
-> "/home/lo
uis/ramdisk/.wine/dosdevices/c:/users/louis/AppData/Local/Programs/Reolink/resources/app/libvips-42.dll"
0024:trace:file:NtFsControlFile
(0x210,(nil),(nil),(nil),0x7ffffe8eb400,0x0009009c,(nil),0x00000000,0x7ffffe8eb440,0x00000040)
0024:warn:module:load_dll Failed to load module L"libvips-42.dll";
status=c000007b
0024:err:module:import_dll Loading library libvips-42.dll (which is needed by
L"C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\sharp-win32-x64.node")
failed (error c000007b).
--
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=40523
Bug ID: 40523
Summary: legrand xlpro3 400 : unable to insert a pictogram
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: tomlohave(a)gmail.com
Distribution: ---
Created attachment 54340
--> https://bugs.winehq.org/attachment.cgi?id=54340
inserting a pictogram
inserting a pictogram (emf file) does not work
logs show :
fixme:olepicture:OLEPictureImpl_Save (0x851a938,0x33de48,0),PICTYPE_ENHMETAFILE
not implemented!
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
fixme:olepicture:OLEPictureImpl_Save (0xdccff38,0x33def4,1), [unknown type] not
implemented!
and logs are spammed with this line :
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
--
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=57903
Bug ID: 57903
Summary: kernel32:loader - test_export_forwarder_dep_chain
fails on Windows 7
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Regression SHA1: 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Distribution: ---
kernel32:loader - test_export_forwarder_dep_chain() fails on Windows 7:
loader.c:2884: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
loader.c:2884: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
See https://test.winehq.org/data/patterns.html#kernel32:loader
This started on 2025-02-18, and the commit that introduced the new tests is as
follows:
commit 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Tue Feb 18 00:07:17 2025 +0900
kernel32/tests: Test for unexpected LDR_PROCESS_ATTACHED flag in import
dependency loaded with DONT_RESOLVE_DLL_REFERENCES.
These failures are systematic and only happen on Windows 7, both 32-bit and
64-bit.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3930
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #92 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
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
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
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=51121
Bug ID: 51121
Summary: blinking black screen and crash - HeidiSQL 11, Wine
5.0, Ubuntu 20.04
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mondane.woodworker(a)gmail.com
Distribution: ---
When I start HeidiSQL, my screen blinks to black a few times and then halts at
a black screen. After waiting a few minutes, my OS becomes usable again, but
almost all applications (even non-wine) are closed. This won't happen for
instance for `wine notepad`.
Using:
* HeidiSQL 11.0.0.5919 ( https://www.heidisql.com/ )
* Wine 5.0.3
* Ubuntu Unity 20.04.1 ( https://ubuntuunity.org/ )
* Laptop: Dell Precision 7550
* Graphics: NVIDIA TU117GLM [Quadro T2000 Mobile / Max-Q]
** Using nvidia-driver-460
What could this be?
NB When I set Wine to emulate a virtual desktop, the blinking isn't there and
HeidiSQL can start. But this isn't a workable solution for me.
Forumlink: https://forum.winehq.org/viewtopic.php?f=8&t=34371
--
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=57899
Bug ID: 57899
Summary: R-Link 2 Toolbox crash
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: phil.montaigu(a)gmail.com
Distribution: ---
Created attachment 78139
--> https://bugs.winehq.org/attachment.cgi?id=78139
Generated at crash by Wine debugger
Crashes at launch
--
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=45119
Bug ID: 45119
Summary: Multiple applications from Google
sandbox-attacksurface-analysis-tools (targeting native
API) need 'ntdll.NtGetNextProcess' implementation
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
required by various .NET-based apps from
https://github.com/google/sandbox-attacksurface-analysis-tools
--- quote ---
sandbox-attacksurface-analysis-tools
(c) Google Inc. 2015, 2016, 2017, 2018
Developed by James Forshaw
This is a small suite of tools to test various properties of sandboxes on
Windows. Many of the checking
tools take a -p flag which is used to specify the PID of a sandboxed process.
The tool will impersonate
the token of that process and determine what access is allowed from that
location. Also it's recommended
to run these tools as an administrator or local system to ensure the system can
be appropriately enumerated.
CheckExeManifest: Check for specific executable manifest flags.
CheckNetworkAccess: Check access to network stack.
NewProcessFromToken: Create a new process based on existing token.
TokenView: View and manipulate various process token values.
NtApiDotNet: A basic managed library to access NT system calls and objects.
NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT
object manager.
ViewSecurityDescriptor: View the security descriptor from an SDDL string or an
inherited object.
--- quote ---
It's actually a pretty neat "testsuite" for native API, Wine could benefit from
it. I've already found 20+ bugs within one hour of playing with this (missing
exports, stubs, incomplete + incorrect impl. etc.).
Will create more tickets as time/mood permits ;-)
Prerequisite:
* 32-bit WINEPREFIX
* .NET Framework 4.5 -> 'winetricks -q dotnet45'
--- snip ---
$ wine ./TokenViewer.exe
...
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'.
at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle
ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags
HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle)
at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access)
at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access,
Boolean from_system_info)
at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean
hideUnrestricted)
at TokenViewer.MainForm..ctor()
at TokenViewer.Program.Main(String[] args)
--- snip ---
https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include…
--- snip ---
#if !(PHNT_VERSION >= PHNT_WS03)
typedef NTSTATUS (NTAPI *_NtGetNextProcess)(
_In_ HANDLE ProcessHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ ULONG HandleAttributes,
_In_ ULONG Flags,
_Out_ PHANDLE NewProcessHandle
);
...
--- snip ---
$ sha1sum Release-v1.1.14.7z
8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z
$ du -sh Release-v1.1.14.7z
384K Release-v1.1.14.7z
$ wine --version
wine-3.7-50-g8dca6c35e1
Regards
--
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=57881
Bug ID: 57881
Summary: Wine10.2 Noble does not open Quicken 2004, qw.exe file
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: rs2crows(a)gmail.com
Distribution: ---
Update manager updated wine to WINE 10.2 NOBLE. Normally to start quicken
followed link to qw.exe file, did usual(right click) open with WINE - nothing
happens. Attempted several times.
Using timeshift went back to WINE 10.1 NOBLE, followed link to qw.exe file,
opens Quicken 2004 as expected.
I'm guessing on the 'component' selected 'winelib'
System Linux Mint 22 Cinnamon version 6.2.9
Linux Kernel 6.8.0-54.56
Processor AMD Rysen 7 3700
--
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=52094
Bug ID: 52094
Summary: IDA Pro 7.6 crashes when loading idapython3.dll
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and
configured.
Steps to reproduce:
- Get an ida76sp1 installation
- Install python3 using the exe installer (go to advanced, install for all
users, and add to environment)
- Run `wine idapyswitch.exe`, select the installation.
- Run ida.exe, watch it crash and generate a crash dump.
This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64
architecture. Python 3.4 couldn't be tested because the msi installer isn't
working properly, and when ran unattended the proper DLL isn't installed.
Any ways to bypass this after IDAPython3 has been set up include removing the
selected python3 install or removing idapython3.dll from the plugins folder.
This gets IDA to run again, though IDAPython3 still won't work.
Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz")
Nothing is shown in the command-line log that wouldn't be shown in a
non-crashing run of the program.
--
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=57323
Bug ID: 57323
Summary: system32: wmvcore.dll Breaks Windows 7 Card Games
(renaming/deleting it allows them to work)
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: garrettm4(a)protonmail.com
Distribution: ---
Created attachment 77274
--> https://bugs.winehq.org/attachment.cgi?id=77274
win7 Freecell works with wmvcore.dll renamed
The Wine wmvcore.dll located in system32 prevents Windows Vista/7 card games
from working. Simply renaming this dll allows these games to run using a clean
Wine 9.19 prefix. This workaround has also been tested to work on Wine 9.1. The
card games can be copied from Windows Vista, Windows 7 (with the CardGames.dll)
or using https://win7games.com/#games to install them to the prefix. If using
the Winaero installer, you can simply copy the game folder and use it directly,
instead of installing every time.
I'm not sure why this dll prevents the games from opening, but its omission
doesn't seem to affect any of the other apps I use. Additionally, when using
winetricks to install wmp11 (from a forum hint about getting the games to
work), this dll is removed from the system32 folder during the install process.
Apparently, wmp11 is not actually needed and simply worked by removing the one
dll that prevented the games from opening correctly.
--
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=41427
Bug ID: 41427
Summary: [Game Maker Studio - Android][Subst.exe] - not working
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thunderstormpolska(a)o2.pl
Distribution: Debian
Hello.
subst.exe is (from Windows) probably something like Linux mount or Winecfg
Disks, but it's not available in Wine. I tried to borrow it from Windows XP,
but it doesn't work.
Game maker try to create "virtual disk" to Y: using subst.exe, but subst
doesn't work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38879
Bug ID: 38879
Summary: wbemprox fill_videocontroller calls are expensive
Product: Wine
Version: 1.7.41
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: c10ud.dev(a)gmail.com
Distribution: ---
Created attachment 51812
--> https://bugs.winehq.org/attachment.cgi?id=51812
wbemprox: cache videocontroller queries
Specifically League of Legends likes to continuously ask for video controller
specs while in game (every 4 seconds or so).
On my (old?) box this leads to a pretty big framedrop (~15fps when capped at
60) due to dxgi being initialized every time (and thus wined3d) by the
fill_videocontroller function.
The proposed solution caches results for subsequent calls, but I'm not sure
about the implications (i.e. do we expect any of those fields to change in the
lifespan of a wine application?)
Comments welcome
Greets
--
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=43894
Bug ID: 43894
Summary: FTDI Vinculum II IDE V2.0.2-SP2 some of the toolbar
tabs are not visible
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
After working around bug 38350 the IDE opens and functions but some of the
toolbar tabs are not visible. Specifically those on the blue line with the help
button on the far right that is between the two lines of icons at the top of
the IDE. They normally select which toolbar to show for edit, build, debug,
program etc. Clicking where they are known to be reveals a different color
rectangle but no text.
--
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=57926
Bug ID: 57926
Summary: wine-mono wpfclipboard test can fail if a clipboard
manager is running
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is an odd one. I've been seeing random failures in the wpfclipboard test
(https://gitlab.winehq.org/mono/wine-mono/-/blob/main/tools/tests/wpfclipboa…).
This is caused by fcitx requesting the clipboard at a bad time, presumably
after it changes so it can track the history. I tried enabling clipboard
history on Windows, and it didn't break the same test, so presumably this is a
Wine bug of some variety.
An ole,clipboard log first shows FCITX requesting the clipboard contents:
00a4:trace:clipboard:X11DRV_SelectionRequest got request on 5200003 for
selection "CLIPBOARD" target "UTF8_STRING" win 1600000 prop
"FCITX_X11_SEL_CLIPBOARD"
00a4:trace:clipboard:NtUserOpenClipboard 0x10030
00a4:trace:clipboard:NtUserGetClipboardData CF_UNICODETEXT sending
WM_RENDERFORMAT to 0x10058
followed by WPF repeatedly trying to call OleFlushClipboard like this:
0140:trace:ole:OleFlushClipboard ()
0140:trace:clipboard:NtUserOpenClipboard 0x10058
(WPF will retry this in a loop, 10 times with 0.1 second delay, until it
succeeds:
https://gitlab.winehq.org/mono/wpf/-/blob/wine-mono/src/Microsoft.DotNet.Wp…)
And finally an exception:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Runtime.InteropServices.COMException
(0x800401D0)
at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR (System.Int32
errorCode, System.IntPtr errorInfo) [0x0000b] in
<9023c5f6a7ee423aa752c291dcce5a37>:0
at MS.Internal.SecurityHelper.ThrowExceptionForHR (System.Int32 hr) [0x00008]
in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.Flush () [0x0002c] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.CriticalSetDataObject (System.Object data,
System.Boolean copy) [0x000a9] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataObject (System.Object data, System.Boolean
copy) [0x00001] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetDataInternal (System.String format,
System.Object data) [0x00025] in <a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text,
System.Windows.TextDataFormat format) [0x0003f] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
at System.Windows.Clipboard.SetText (System.String text) [0x00015] in
<a958f5aec4f044f89438543f2bcdc7c8>:0
This error code is CLIPBRD_E_CANT_OPEN, according to a quick search.
Importantly, WPF's loop doesn't handle window messages. The clipboard is open
because explorer is waiting for WPF to respond to WM_RENDERFORMAT, but WPF
can't do that because it's in the Flush loop.
I'm not sure how this is supposed to work. The Flush loop in WPF is the same in
modern .NET, so that can be assumed to work on Windows without running a
message loop. (We could theoretically work around it in Wine Mono, but that
wouldn't help with modern .NET. I also don't expect this failure mode to be
common in practice.)
--
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=49028
Bug ID: 49028
Summary: X-plane 11 (windows) falls back to opengl when trying
to run with vulkan.
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hubert(a)limitset.net
Distribution: ---
Created attachment 67006
--> https://bugs.winehq.org/attachment.cgi?id=67006
X plane log
When attempting to run the windows version of X-plane 11 (to get access to
windows only add-ons) the game will not run with vulkan enabled. When
attempting to start the simulator in vulkan mode this is the error message:
"The graphics card or driver lacks support for a required extension:
VK_KHR_external_memory_win32" and coontinues to run but with opengl. This
happens on Arch Linux and Debian Sid, and so far this issue has occurred for
everyone who has tried running the game with wine using vulkan.
--
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
--- 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=57912
Bug ID: 57912
Summary: cmd: not every ( is a command grouping
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: blubban(a)gmail.com
Distribution: ---
@echo off
if 1==2 (
echo(1
xif 1==2 (
echo 2
)
echo 3))
echo 4
Expected (win10):
3))
4
Actual (wine 10.2):
Syntax error: unexpected (
4
Oddly enough, it seems that every ) is, in fact, a command grouping.
@echo off
if 1==2 (
echo ()
echo 1
)
echo 2
Expected (win10):
1
2
Actual (wine 10.2):
Syntax error: unexpected (
2
Reduced from update.bat in
https://www.smwcentral.net/?p=section&a=details&id=33546
--
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=57908
Bug ID: 57908
Summary: Black screen and stuttering sound after menu in About
a boy (GOG)
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
This happens after starting a new game from menu.
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.
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.