wine-bugs

wine-bugs@winehq.org

1 participants
158746 discussions

[Bug 57733] New: MMH7Editor is not started
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

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.

1 23

[Bug 57912] New: cmd: not every ( is a command grouping
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

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.

1 0

[Bug 57910] New: Star Citizen Game Fails to Launch
by WineHQ Bugzilla 04 Mar '25

04 Mar '25

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.

1 0

[Bug 57639] New: Nine Witches Family Disruption (GOG) cannot launch due to missing .donet hostfxr.dll
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 3

[Bug 57908] New: Black screen and stuttering sound after menu in About a boy (GOG)
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 3

[Bug 56681] New: 3d games continue receiving mouse input while not focused
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 10

[Bug 52203] New: The plane effect demo (gog) has lighting issue in menu with opengl renderer
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 8

[Bug 55568] New: kernel32:file - test_GetFileType() fails on 'nul' device on macOS
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 3

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 0

[Bug 57888] New: Incorrect decimal fixed-point multiplication
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57888 Bug ID: 57888 Summary: Incorrect decimal fixed-point multiplication 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: lxndrkrlv(a)gmail.com Distribution: --- Sample code in .NET 4.8 ----------------------------- decimal x1 = 100m / 3m; decimal x2 = 1.5m; Console.WriteLine($"{x1} * {x2} = {x1 * x2}"); Console.WriteLine($"{x2} * {x1} = {x2 * x1}"); ------------------------------ Output under Windows: 33,333333333333333333333333333 * 1,5 = 50,000000000000000000000000000 1,5 * 33,333333333333333333333333333 = 50,000000000000000000000000000 ------------------------------ Output under WINE 33.333333333333333333333333333 * 1.5 = 50.000000000000000000000000000 1.5 * 33.333333333333333333333333333 = 2.4631024914413974438736297979 ------------------------------ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 57386] New: Attempting to run The Sims 1 Complete Collection results in a loop in dbghelp.
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 8

[Bug 57902] New: The Sims 1 Complete Collection crashes when trying to show the EA logo.
by WineHQ Bugzilla 03 Mar '25

03 Mar '25

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.

1 2

[Bug 57901] New: Menu UI elements are positioned incorrectly in some cases with winewayland
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 1

[Bug 57900] New: ML Sound Labs Amped Flagship: Audio not working within Amp simulator programs since the 10.0 update
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 57834] New: Regression: Cyberpunk 2077 doesn't load with CyberEngine Tweaks
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 17

[Bug 40495] New: Impossible to function at 64 bit on FreeBSD
by wine-bugs＠winehq.org 02 Mar '25

02 Mar '25

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.

2 2

[Bug 57788] New: "You have been unsubscribed from the wine-bugs mailing list"
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 12

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 42308] New: LTspice XVII: some checkboxes not shown or being overlapped by labels
by wine-bugs＠winehq.org 02 Mar '25

02 Mar '25

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.

2 9

[Bug 57898] New: Witcher 3 choppy sound
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

[Bug 3930] HOMM/Deadlock shows black screen (game DLL calls SuspendThread inside WOM_OPEN winmm callback)
by WineHQ Bugzilla 02 Mar '25

02 Mar '25

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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs