January 2026 - Wine-bugs - list.winehq.org

[Bug 59227] New: Program under LMDE6 and wine run but not anymore under LMDE7 and wine
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59227 Bug ID: 59227 Summary: Program under LMDE6 and wine run but not anymore under LMDE7 and wine Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: halloalle14(a)gmail.com Distribution: --- Created attachment 80132 --> http://bugs.winehq.org/attachment.cgi?id=80132 terminal output after final trial I installed WINE also new (version 10), first automatic then uninstall and manually following https://wiki.winehq.org. But the wine-installer ignores the file.exe and does nothing. At winehq I can only choose trixie but not gigi. Is this the reason that wine refuses to run? In the start menu there is a point "wine" but that does not help and there was also no entry in the list to choose a WIN-version for compatibility any more like under LMDE6. Then I installed "Playonlinux" and let them install an old wine 6.16-amd64 this was the newest on the list. But it didnt install WINE. I need Wine to run LTspice and other exe and there is no dual boot anymore. +++ As all original instructions failed I used the commands from https://praxistipps.chip.de/linux-wine- ... hten_93669. Installation now works and winecfg run too!!!!??? Installation of the program.exe was done but with an error I cant understand. The program itself then started but run in an error "write of address 00000000" and then freezes. win version choosen was win7 +++ The simple program mmgal basic is stable and run with no problems until LMDE6 https://hamsoft.ca/pages/mmana-gal.php +++ see 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.

1 7

[Bug 52030] New: Multiple game have corrupted text rendering (Project Cars 2, SnowRunner)
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=52030 Bug ID: 52030 Summary: Multiple game have corrupted text rendering (Project Cars 2, SnowRunner) Product: Wine Version: 6.21 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 71033 --> https://bugs.winehq.org/attachment.cgi?id=71033 example For AMD with OpenGL renderer. wine-6.21-182-g3dbce69fd4c -- Do not reply 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 3

[Bug 16009] New: Sure Thing CD Labeller crashes in SetFocus when you start to try to use it
by wine-bugs＠winehq.org 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=16009 Summary: Sure Thing CD Labeller crashes in SetFocus when you start to try to use it Product: Wine Version: 1.1.8 Platform: Other URL: http://www.surething.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Once you get past bug 15992 (either with native comctl32, or with Lei's fix), you run into a crash involving a nested SetFocus. 0009:Ret KERNEL32.GlobalFree() retval=00000000 ret=007f17a0 trace:seh:raise_exception code=c0000005 flags=0 addr=0x4a269a Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x004a269a). Backtrace: =>1 0x004a269a in stcd (+0xa269a) (0x00327ea0) 2 0x00498aaa in stcd (+0x98aaa) (0x00327eb4) 3 0x00498afc in stcd (+0x98afc) (0x00327ec8) 4 0x0042180f in stcd (+0x2180f) (0x00327f78) 5 0x7ebc174a WINPROC_wrapper+0x1a() in user32 (0x00327fa8) ... 24 0x7eb66dc4 SetFocus+0x154(hwnd=<?>) [user32/focus.c:288] in user32 ... 47 0x7eb66dc4 SetFocus+0x154(hwnd=<?>) [user32/focus.c:288] in user32 (0x00328fb8) ... 76 0x7eb66dc4 SetFocus+0x154(hwnd=<?>) [user32/focus.c:288] in user32 (0x00329c38) +relay,+message,+seh,+win,warn+heap log attached. -- 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.

2 11

[Bug 59172] New: Program crash due to missing msports ComDBOpen/ComDBClose
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59172 Bug ID: 59172 Summary: Program crash due to missing msports ComDBOpen/ComDBClose Product: Wine Version: 11.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: stefan.bruens(a)rwth-aachen.de Distribution: --- CEnumerateSerial is an opensource test/debug utility to test various methods of serial port enumeration. http://www.naughter.com/enumser.html It currently crashes due to missing implementations of msports ComDBOpen/ComDBClose. The actual implementation is not really needed (the ComDBOpen return code is checked, an enumeration is skipped if it fails), a trivial ERROR_ACCESS_DENIED return is sufficient. wine: Call from 7BC57297 to unimplemented function msports.dll.ComDBOpen, aborting wine: Unimplemented function msports.dll.ComDBOpen called at address 7BC57297 (thread 0024), starting debugger... WineDbg attached to pid 0020 012c:fixme:dbghelp:elf_search_auxv can't find symbol in module 012c:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 7BC57297 to unimplemented function msports.dll.ComDBOpen, aborting -- Do not reply 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 56378] New: Microsoft Edge and Edge-based WebView2 do not function without --no-sandbox option
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=56378 Bug ID: 56378 Summary: Microsoft Edge and Edge-based WebView2 do not function without --no-sandbox option Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- Microsoft Edge will freeze about 1-3 seconds after launching. Steps to reproduce: 1. Download and install WebView2 (which includes Edge) from https://developer.microsoft.com/en-us/microsoft-edge/webview2/ 2. Run: wine "/PATH/TO/PREFIX/drive_c/Program Files (x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run Edge will not launch. If you add --no-sandbox to the launch options, it will launch, but freeze after a second or so (https://bugs.winehq.org/show_bug.cgi?id=56377) --disable-gpu is required wine wined3d, it can be dropped if using DXVK. --no-first-run disables the first run prompting you to sign in and such, it has no bearing on this bug itself. This also affects applications using WebView2, e.g. the Adobe Creative Cloud setup application: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine '/PATH/TO/Creative_Cloud_Set-Up.exe' Using this at least allows the window to open, though it is blank for reasons currently unknown: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine '/PATH/TO/Creative_Cloud_Set-Up.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.

2 10

[Bug 45930] New: Microsoft .NET Framework 4.x GAC update fails for some assemblies, ' Error compiling mscorlib, Path not found. (Exception from HRESULT: 0x80070003)' (legacy GAC missing: '%systemroot%\assembly')
by wine-bugs＠winehq.org 23 Jan '26

23 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=45930 Bug ID: 45930 Summary: Microsoft .NET Framework 4.x GAC update fails for some assemblies, 'Error compiling mscorlib, Path not found. (Exception from HRESULT: 0x80070003)' (legacy GAC missing: '%systemroot%\assembly') Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. After .NET Framework 4.x installation, when manually triggering GAC update, some assemblies fail to install in pre .NET 4.0 (1.0 - 3.5) legacy GAC location because it's missing. The failure is not really critical though (has no effect on .NET 4.x apps). NOTE: This is not MSI regression, it was afaik always present. Had this one bitrotting on my disk for at least a year. Console output: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update ... 1> Compiling assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 (CLR v4.0.30319) ... 0183:fixme:thread:SetThreadStackGuarantee (0x33ee40): stub 017d:err:ole:CoGetContextToken apartment not initialised 019d:err:ole:CoGetContextToken apartment not initialised 016c:fixme:shell:URL_ParseUrl failed to parse L"System.ServiceModel.Activation" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.Runtime.DurableInstancing" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.ServiceModel.Activities" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.Activities" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.Xaml.Hosting" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.Activities.DurableInstancing" 016c:fixme:shell:URL_ParseUrl failed to parse L"Microsoft.VisualBasic.Activities.Compiler" 016c:fixme:shell:URL_ParseUrl failed to parse L"System" 1>Error compiling mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089: Path not found. (Exception from HRESULT: 0x80070003) 016c:fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" 016c:fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" 0183:fixme:process:FlushProcessWriteBuffers : stub 016c:fixme:shell:URL_ParseUrl failed to parse L"System.ServiceModel" 1>Failed to generate native code for dependent image mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 because of the following error: Path not found. (Exception from HRESULT: 0x80070003) 0183:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d --- snip --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update >>log.txt 2>&1 ... 0009:Call KERNEL32.CreateProcessW(0033e5f4 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe",00165b30 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe -UseCLSID {49B5CB8A-401C-4FE3-9BE6-B265330F3332} -Comment \"NGen Worker Process\"",00000000,00000000,00000000,00000000,00000000,00000000,0033e134,0033e178) ret=60900813 ... 004b:Call KERNEL32.__wine_kernel_init() ret=7bc6d0ee ... 0049:Ret KERNEL32.CreateProcessW() retval=00000001 ret=60900813 ... 004b:Call KERNEL32.GetEnvironmentVariableW(0033f798 L"COMPlus_NGENBreakOnWorker",00000000,00000000) ret=100104e3 004b:Ret KERNEL32.GetEnvironmentVariableW() retval=00000000 ret=100104e3 ... 004b:Call KERNEL32.SearchPathW(00000000,0033eab4 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscoree.tlb",00000000,00000105,0033e81e,00000000) ret=7e3300b5 004b:Ret KERNEL32.SearchPathW() retval=00000039 ret=7e3300b5 004b:Call KERNEL32.CreateFileW(0033e81e L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscoree.tlb",80000000,00000000,00000000,00000003,00000080,00000000) ret=7e33016c 004b:Ret KERNEL32.CreateFileW() retval=000000a8 ret=7e33016c ... 004b:Call KERNEL32.LoadLibraryExW(0033ec98 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscoreei.dll",00000000,00000008) ret=79004b0f ... 004b:Ret PE DLL (proc=0x603b3578,module=0x603b0000 L"mscoreei.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 004b:Ret KERNEL32.LoadLibraryExW() retval=603b0000 ret=79004b0f ... 004b:Call KERNEL32.GetProcAddress(603b0000,79007ed0 "RegisterShimImplCallback") ret=79007e9c 004b:Ret KERNEL32.GetProcAddress() retval=603b6975 ret=79007e9c 004b:Call KERNEL32.GetProcAddress(603b0000,79007eb0 "RegisterShimImplCleanupCallback") ret=79007ea8 004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=79007ea8 004b:Call KERNEL32.GetProcAddress(603b0000,7900c90c "SetShellShimInstance") ret=7900c820 004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7900c820 004b:Call KERNEL32.GetProcAddress(603b0000,7900c8f8 "OnShimDllMainCalled") ret=7900c84a 004b:Ret KERNEL32.GetProcAddress() retval=603b43ef ret=7900c84a ... 004b:Call KERNEL32.GetProcAddress(603b0000,7901ab04 "CLRCreateInstance") ret=7901aaec 004b:Ret KERNEL32.GetProcAddress() retval=603bc640 ret=7901aaec ... 004b:Call KERNEL32.CreateFileW(0033edc4 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\clr.dll",00020000,00000007,00000000,00000003,10000000,00000000) ret=603b9264 004b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=603b9264 ... 004b:Call KERNEL32.LoadLibraryExW(00171858 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\clr.dll",00000000,00000008) ret=603b1711 ... 004b:Ret PE DLL (proc=0x791f58f0,module=0x79140000 L"clr.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 004b:Ret KERNEL32.LoadLibraryExW() retval=79140000 ret=603b1711 ... 004b:Call KERNEL32.GetProcAddress(79140000,10002034 "NGenCreateNGenWorker") ret=603b539f 004b:Ret KERNEL32.GetProcAddress() retval=79242b1b ret=603b539f ... 004b:Call advapi32.RegOpenKeyExW(80000002,792a453c L"Software\\Microsoft\\Fusion",00000000,00020019,0033e348) ret=7918cbff 004b:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7918cbff ... 004b:Call KERNEL32.GetProcAddress(7b420000,792a4804 "GetSystemWindowsDirectoryW") ret=792a47e7 004b:Ret KERNEL32.GetProcAddress() retval=7b431c1c ret=792a47e7 004b:Call KERNEL32.GetSystemWindowsDirectoryW(7972f058,00000105) ret=792a47f5 004b:Ret KERNEL32.GetSystemWindowsDirectoryW() retval=0000000a ret=792a47f5 ... 004b:Call advapi32.RegOpenKeyExW(80000002,0033e4a4 L"Software\\Microsoft\\Fusion\\NativeImagesIndex\\v4.0.30319_32",00000000,00020019,0018f97c) ret=7918cbff 004b:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7918cbff ... 004b:Call KERNEL32.GetFileAttributesW(0033e554 L"C:\\windows\\Microsoft.Net\\assembly\\GAC_32\\mscorlib\\v4.0_4.0.0.0__b77a5c561934e089\\mscorlib.dll") ret=791de214 004b:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=791de214 ... 004b:Call KERNEL32.lstrlenW(00176b80 L"v4.0.30319") ret=79299594 004b:Ret KERNEL32.lstrlenW() retval=0000000a ret=79299594 004b:Call KERNEL32.lstrlenW(79299670 L"\\NativeImages_") ret=7929959d 004b:Ret KERNEL32.lstrlenW() retval=0000000e ret=7929959d 004b:Call KERNEL32.lstrlenW(7922b37c L"\\assembly") ret=792995a6 004b:Ret KERNEL32.lstrlenW() retval=00000009 ret=792995a6 004b:Call KERNEL32.lstrlenW(7972f058 L"C:\\windows") ret=792995b1 004b:Ret KERNEL32.lstrlenW() retval=0000000a ret=792995b1 004b:Call shlwapi.PathRemoveBackslashW(7972e700 L"C:\\windows") ret=792995e7 004b:Ret shlwapi.PathRemoveBackslashW() retval=7972e712 ret=792995e7 004b:Call KERNEL32.lstrlenW(7972e700 L"C:\\windows\\assembly\\NativeImages_v4.0.30319_32") ret=7924643b 004b:Ret KERNEL32.lstrlenW() retval=0000002e ret=7924643b 004b:Call KERNEL32.CreateDirectoryW(0033e86c L"C:\\windows\\assembly\\NativeImages_v4.0.30319_32",00000000) ret=792462c3 004b:Ret KERNEL32.CreateDirectoryW() retval=00000000 ret=792462c3 ... 004b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033e5dc) ret=79084c0f 004b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b446fe6 ip=7b446fe6 tid=004b 004b:trace:seh:raise_exception info[0]=19930520 004b:trace:seh:raise_exception info[1]=0033e61c 004b:trace:seh:raise_exception info[2]=7923b608 004b:trace:seh:raise_exception eax=7b4356b1 ebx=00000000 ecx=00000000 edx=0033e5c8 esi=0033e5c8 edi=0033e590 004b:trace:seh:raise_exception ebp=0033e568 esp=0033e504 cs=330023 ds=33002b es=f7c3002b fs=f7c30063 gs=f7c3006b flags=00000212 004b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e06d7363 flags=1 004b:Call KERNEL32.GetLastError() ret=791f5aa7 004b:Ret KERNEL32.GetLastError() retval=00000003 ret=791f5aa7 004b:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 004b:trace:seh:call_stack_handlers calling handler at 0x7923b644 code=e06d7363 flags=1 ... 004b:Call KERNEL32.FormatMessageW(000031ff,00000000,80070003,00000400,0033e620,00000000,0033e5cc) ret=7923ae16 004b:Ret KERNEL32.FormatMessageW() retval=00000010 ret=7923ae16 ... 004b:Call oleaut32.SysAllocString(001b7900 L"Error compiling mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089: Path not found. (Exception from HRESULT: 0x80070003)\n") ret=7927d1d9 ... --- snip --- https://social.msdn.microsoft.com/Forums/vstudio/en-US/099c0590-8bc3-4006-a… --- quote --- I know that the .NET 4.0 GAC stores its assemblies at C:\Windows\Microsoft.NET\assembly and the .NET GAC pre-4.0 assemblies are at: C:\Windows\assembly. The .NET 4.0 GAC is broken down into subdirectories: C:\Windows\Microsoft.NET\assembly>dir Volume in drive C has no label. Volume Serial Number is 108E-C26D Directory of C:\Windows\Microsoft.NET\assembly 09/12/2012 01:31 PM <DIR> . 09/12/2012 01:31 PM <DIR> .. 09/12/2012 01:54 PM <DIR> GAC_32 09/12/2012 01:54 PM <DIR> GAC_64 09/12/2012 01:35 PM <DIR> GAC_MSIL GAC_32 (for 32-bit compiled assemblies) GAC_64 (for 64-bit compiled assemblies) GAC_MSIL (for assemblies compiled as "any cpu") The earlier .NET GAC has these three subdirectories, plus one called just plain GAC i.e. C:\Windows\assembly\GAC: C:\Windows\assembly>dir Volume in drive C has no label. Volume Serial Number is 108E-C26D Directory of C:\Windows\assembly 09/12/2012 02:06 PM <DIR> GAC 09/12/2012 01:54 PM <DIR> GAC_32 09/12/2012 01:54 PM <DIR> GAC_64 09/12/2012 02:06 PM <DIR> GAC_MSIL 09/12/2012 02:42 PM <DIR> NativeImages_v2.0.50727_32 09/12/2012 01:48 PM <DIR> NativeImages_v2.0.50727_64 09/12/2012 02:42 PM <DIR> NativeImages_v4.0.30319_32 09/12/2012 01:48 PM <DIR> NativeImages_v4.0.30319_64 09/12/2012 02:42 PM <DIR> temp 09/12/2012 02:05 PM <DIR> tmp --- quote --- https://blogs.msdn.microsoft.com/gauravseth/2006/03/07/moving-from-32-bit-t… .NET GAC pre-4.0 (1.0 - 3.5) assemblies are stored in 'c:\windows\assembly' (%systemroot%\assembly) Install from 'winetricks': * WinVer set to 'Windows XP' (otherwise 'mscoree.dll' is not installed). * WINEDLLOVERRIDES=fusion=b wine dotNetFx40_Full_x86_x64.exe References in Shared Source CLI 2.0: https://github.com/fixdpt/shared-source-cli-2.0 https://github.com/fixdpt/shared-source-cli-2.0/blob/d63349c09c2e93e4bfc4c8… https://github.com/fixdpt/shared-source-cli-2.0/blob/d63349c09c2e93e4bfc4c8… https://github.com/fixdpt/shared-source-cli-2.0/search?q=FUSION_CACHE_STAGI… --- snip --- #define REG_KEY_FUSION_SETTINGS TEXT("Software\\Microsoft\\Fusion") #define FUSION_CACHE_DIR_ROOT_SZ TEXT("\\assembly") #define FUSION_CACHE_DIR_DOWNLOADED_SZ TEXT("\\assembly\\dl3") #define FUSION_CACHE_DIR_GAC_SZ TEXT("\\GAC") #define FUSION_CACHE_DIR_GACNE_SZ TEXT("\\GAC_MSIL") #define FUSION_CACHE_DIR_GAC32_SZ TEXT("\\GAC_32") #define FUSION_CACHE_DIR_GAC64_SZ TEXT("\\GAC_64") #define FUSION_CACHE_DIR_ZAP_SZ TEXT("\\NativeImages_") #define FUSION_CACHE_DIR_ZAP_SHADOW_SZ TEXT("_shadow") #define FUSION_CACHE_STAGING_DIR_SZ TEXT("\\assembly\\tmp") #define FUSION_CACHE_PENDING_DEL_DIR_SZ TEXT("\\assembly\\temp") --- snip --- https://github.com/fixdpt/shared-source-cli-2.0/blob/d63349c09c2e93e4bfc4c8… --- snip --- HRESULT SetGACDir(CACHE_FLAGS dwCacheFlags) { CCriticalSection cs(g_csSingleUse); HRESULT hr = S_OK; LPWSTR pwzDestBuffer = NULL; BOOL fLocked = FALSE; DWORD dwFlagToOr = 0; DWORD dwLen = 0; // Validate cache flag _ASSERTE( dwCacheFlags & (CACHE_GAC_ANY | CACHE_ROOT)); // execute entire function under critical section hr = cs.Lock(); if (FAILED(hr)) { goto Exit; } ... --- snip --- https://github.com/fixdpt/shared-source-cli-2.0/blob/d63349c09c2e93e4bfc4c8… I haven't figured out why the legacy assembly root directory doesn't exist after .NET Framework installation. It's not created by the runtime itself but somehow during .NET install process. Manually creating it fixes the GAC update issue. --- snip --- $ wine cmd.exe /c "mkdir %systemroot%\assembly" $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update ... $ ls -1 .wine/drive_c/windows/assembly/* .wine/drive_c/windows/assembly/NativeImages_v4.0.30319_32: Accessibility index40.dat index6f.dat Microsoft.Build.Eng# Microsoft.Build.Fra# Microsoft.Build.Tas# Microsoft.Build.Uti# Microsoft.JScript Microsoft.Transacti# Microsoft.VisualBas# Microsoft.VisualC mscorlib PresentationBuildTa# PresentationCore PresentationFramewo# PresentationUI ReachFramework SMDiagnostics System System.Activities ... UIAutomationProvider UIAutomationTypes WindowsBase WindowsFormsIntegra# XamlBuildTask .wine/drive_c/windows/assembly/temp: --- snip --- $ sha1sum dotNetFx40_Full_x86_x64.exe 58da3d74db353aad03588cbb5cea8234166d8b99 dotNetFx40_Full_x86_x64.exe $ du -sh dotNetFx40_Full_x86_x64.exe 49M dotNetFx40_Full_x86_x64.exe $ wine --version wine-3.17-51-g5f4e5d9a38 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.

3 10

[Bug 58905] New: Many Microsoft Store installers fail to start with System.TypeLoadException
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=58905 Bug ID: 58905 Summary: Many Microsoft Store installers fail to start with System.TypeLoadException Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- Created attachment 79586 --> http://bugs.winehq.org/attachment.cgi?id=79586 System.TypeLoadException error Happens with: Tiktok https://apps.microsoft.com/detail/9nh2gph4jzs4 Netflix https://apps.microsoft.com/detail/9wzdncrfj3tj Prime Video https://apps.microsoft.com/detail/9p6rc76msmmj Snapchat https://apps.microsoft.com/detail/9pf9rtkmmq69 Whatsapp https://apps.microsoft.com/detail/9nksqgp7f2nh and likely many more. You'll need to switch the user agent to pretend to be on Windows to be shown the download button labeled "Install". Otherwise the Store only shows a "Copy link" button. The error can be worked around with `winetricks dotnet48`, although the next crash due to missing Windows.Globalization.GeographicRegion follows quickly. No window even appears. -- Do not reply 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 3

[Bug 59162] New: GOG GALAXY: Since 11.0-rc1 the launcher starts on an all white Screen
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59162 Bug ID: 59162 Summary: GOG GALAXY: Since 11.0-rc1 the launcher starts on an all white Screen Product: Wine Version: 11.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: taxala(a)yahoo.com Distribution: Mint Created attachment 80017 --> http://bugs.winehq.org/attachment.cgi?id=80017 The initial white screen, them moved around and finally the content is shown. GOG GALAXY VERSION: 2.0.92 Wine versions tested: 11.0-rc1/11.0-rc3 Until wine-10.20-amd64 GOG Galaxy worked perfectly. Since 11.0-rc1 the launcher opens on a white screen. If someone move that screen around it will refresh and the content will be shown. -- Do not reply 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 9

[Bug 59153] New: Wine 11.0-rc2 Ubisoft Connect freezes
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59153 Bug ID: 59153 Summary: Wine 11.0-rc2 Ubisoft Connect freezes Product: Wine Version: 11.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: niklas_petersen(a)web.de Distribution: --- Created attachment 80002 --> http://bugs.winehq.org/attachment.cgi?id=80002 Service Log After the login into the Ubisoft Connect launcher the app freezes and you can't close it anymore. Only when you kill the program and the processes belonging to it, it will be closed. See logs 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.

1 2

[Bug 54300] New: LdrLoadDll illegal memory access on DllPath
by WineHQ Bugzilla 23 Jan '26

23 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=54300 Bug ID: 54300 Summary: LdrLoadDll illegal memory access on DllPath Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 73867 --> https://bugs.winehq.org/attachment.cgi?id=73867 Reproducer See reproducer (attached) DllPath can be search flags, which is indicated by passing a pointer where the lowest bit is set. This is not handled in wine, which calls wcslen on it: https://github.com/wine-mirror/wine/blob/a8c1d5c108fc57e4d78e9db126f395c890… The path resolution is correctly implemented in LdrGetDllPath, but that function is not used (besides being an export). Windows output: Trying flag 00000200 Trying flag 00000400 Trying flag 00000800 Trying flag 00001000 Trying flag 00002000 Trying flag 00004000 Wine output: Trying flag 00000200 wine: Unhandled page fault on read access to 0000000000000201 at address 0000000170069B40 (thread 05ec), starting debugger... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7