wine-bugs December 2019

wine-bugs@winehq.org

1 participants
7465 discussions

[Bug 43429] New: Office 2013 runs out of memory with CSMT enabled
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43429 Bug ID: 43429 Summary: Office 2013 runs out of memory with CSMT enabled Product: Wine Version: 2.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Startup screens for Office 2013 run out of memory with CSMT enabled. This is in vanilla WINE, latest git, with riched20 and msxml6 overrides and MAX_VERSION_GL set to 0x00030002; all of which are necessary to get Office 2013 to 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.

2 5

[Bug 38158] New: Opengl 3.2 need additional declarations to be used
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=38158 Bug ID: 38158 Summary: Opengl 3.2 need additional declarations to be used Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: mkr(a)ukr.net Wine detect and use only opengl 2.1 As stated in this documentation page https://developer.apple.com/library/mac/documentation/GraphicsImaging/Conce… additional declarations need to be added for Opengl 3.2 core profile to be enabled. Please add 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.

2 9

[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 06 Apr '21

06 Apr '21

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.

2 8

[Bug 42542] New: winetricks dotnet46 hangs frequently (mscorsvw.exe)
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42542 Bug ID: 42542 Summary: winetricks dotnet46 hangs frequently (mscorsvw.exe) Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 42470 Distribution: Gentoo This is related to bug 42470. There seem to be two separate issues A) frequent critical section timeouts, native msvcrt seems to help here (and potentially Dmitry's patch from bug 42470, but B) makes that hard to verify) B) this issue. mscorsvw.exe from dotnet20/dotnet40 frequently hang: austin 10737 0.0 0.0 13752 11160 ? Ss 04:54 0:08 /home/austin/wine-git/server/wineserver austin 10747 0.0 0.0 2660520 13132 ? Sl 04:54 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe austin 11147 0.0 0.0 2659932 13000 ? S 04:55 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe -UseCLSID {E6B238F7-4B0A-4496-9AC7-E896BAF06D25} -Comment Dependency Analyzer austin 11485 0.0 0.0 1781984 12072 ? Sl 04:55 0:20 C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe This was in a loop running winetricks-test dotnet 100 times. This particular run failed on try 11. It's been hung for at least 7.5 hours: Sun Feb 26 12:35:33 CST 2017 These two issues are making it difficult to run winetricks-test (and I suspect are the source of a lot of recently filed winetricks bugs regarding dotnet. I'm not sure what logs would be useful here, but I'm happy to get whatever would be useful. -- Do not reply 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 14

[Bug 35907] New: Caps Lock state gets confused with multiple processes/threads
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35907 Bug ID: 35907 Summary: Caps Lock state gets confused with multiple processes/threads Product: Wine Version: 1.7.15 Hardware: x86 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: ken(a)codeweavers.com Open two instances of Notepad in the same prefix: wine notepad & wine notepad & With one Notepad window active, turn Caps Lock on. Switch to the other Notepad window. Type some text. Notice it's not capitalized, although it should be. Turn Caps Lock off. Type some text. Notice that it is capitalized, although it shouldn't be. Switch back to the first Notepad window. Type some text. Notice that it is capitalized, although it shouldn't be. -- Do not reply 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 14

[Bug 31899] New: No keyboard input in La-Mulana remake
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31899 Bug #: 31899 Summary: No keyboard input in La-Mulana remake Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: twwinwood(a)gmail.com Classification: Unclassified Created attachment 41993 --> http://bugs.winehq.org/attachment.cgi?id=41993 Output of "env WINEDEBUG=-all,+keyboard,+key,+dinput,+message wine LaMulanaWin.exe" Per the AppDB entry for version 1.1.1.1, the game works as far as the menu screen but cannot be played due to the lack of response to keyboard input. -- 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 25

[Bug 47931] New: USVFS requires Shell32 implementation using Windows APIs
by WineHQ Bugzilla 05 Apr '21

05 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47931 Bug ID: 47931 Summary: USVFS requires Shell32 implementation using Windows APIs Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Wine's shell32 implementation uses POSIX functions (master/dlls/shell32/shfldr_unixfs.c) instead of the Windows API. This breaks USVFS (Mod Organizer 2's virtual filesystem) for applications that use shell32 (such as explorer++, bundled in later Mod Organizer 2 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.

1 4

[Bug 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- 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 6

[Bug 47421] New: wine-mono 4.9.0 crash when starting APB Reloaded launcher ( while parsing x509 certificate)
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47421 Bug ID: 47421 Summary: wine-mono 4.9.0 crash when starting APB Reloaded launcher (while parsing x509 certificate) Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 64767 --> https://bugs.winehq.org/attachment.cgi?id=64767 APB Reloaded launcher crash while parsing x509 certificate (wine-staging 4.11 output) Hello, I get a crash when starting APB Reloaded launcher from Steam. It is a .NET application. This is with wine-staging 4.11. wine-mono 4.9.0 shared install. 32-bit wineprefix. 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.

2 8

[Bug 37745] New: Cubase VST/32 V5.10 5.1R1 Always crash when selecting Audio default directory [Debian Wheezy]
by wine-bugs＠winehq.org 03 Apr '21

03 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=37745 Bug ID: 37745 Summary: Cubase VST/32 V5.10 5.1R1 Always crash when selecting Audio default directory [Debian Wheezy] Product: Wine Version: 1.4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: jeanlouis.crouzet(a)free.fr Distribution: --- Created attachment 50257 --> https://bugs.winehq.org/attachment.cgi?id=50257 Cubase VST log file Linux Fr-pr-DellE6320 3.2.0-4-realtime-686-pae #1 SMP PREEMPT RT Debian 3.2.63-2+tstudio.3 i686 GNU/Linux Machine Dell Latitude E6320 Tested on clean Steps to reproduce - Install Cubase (No problem identified here I was pleased ;-) - Launch Cubase - Go to Menu Option/Audio Setup/Audio Files Folder - Within the file/folder dialog just press select button - and bingo !!!! Trace: jl@Fr-pr-DellE6320:~/.wine/drive_c/Program Files/Steinberg/Cubase VST$ wine Cubase.exe fixme:imagehlp:ImageLoad (C:\Program Files\Steinberg\Cubase VST\Cubase.exe, (null)): stub fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled. fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {33d9a760-90c8-11d0-bd43-00a0c911ce86} not found fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {33d9a761-90c8-11d0-bd43-00a0c911ce86} not found fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb41-f175-11d1-a392-00e0291f3959} not found fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb46-f175-11d1-a392-00e0291f3959} not found fixme:commdlg:GetFileName95 Flags 0x00008000 not yet implemented Also a Cubase log is attached but really point the clean C:\windows\system32\comdlg32.dll This look very much like this old issue: https://bugs.winehq.org/show_bug.cgi?id=12714 I would like to stick with offical Debian package, since get default depenencies with for instance Install-wine-deps.sh is not supported yet for Wheezy. Moreover this is just a Music machine, not supposed to do any development. Looking forward what will happen here. Many thanks in anticipation. Best regards, JL -- Do not reply 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 17

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 December 2019