wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6963 discussions

[Bug 44391] New: Star Trek Online: Hang when clicking "Engage"
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44391 Bug ID: 44391 Summary: Star Trek Online: Hang when clicking "Engage" Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbt(a)fortifiedtechsystems.com Distribution: --- Updated to Wine 3.0 and decided to try STO to see if it would work. The upside is that it works better than it did when I tried it last time, but it still doesn't work. It patches (slowly, but it does finish), but when clicking the "Engage" button after the patch has done, the program blocks, never to be heard from again. Now, the debug output in total is too large to even really attach as a compressed archive of files, so I'm going to defer to waiting for a detailed request for information. However, what I _do_ know is that the program is blocking on a read of a pipe file descriptor that is apparently not ready. The pipe is created during program startup: pipe2([7, 8], O_CLOEXEC) = 0 And then (MUCH, MUCH LATER), when I click on the Engage button: write(3, "\v\1\0\0\0\0\0\0\0\0\0\0\234\1\0\0D\244\254E\0\0\0\0D\244\254E\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 writev(3, [{iov_base="\32\0\0\0000\0\0\0\0\0\0\0\2\0\0\0\330\3162\0\0\0\0\0\377\377\377\377\377\377\377\177"..., iov_len=64}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=40}, {iov_base="\1\0\0\0\340\1\0\0", iov_len=8}], 3) = 112 read(5, "\3\1\0\0\0\0\0\0\377\377\377\377\377\377\377\177\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 read(7, It will sit for _forever_ that way. (At that point, it is still the socket from earlier; I actually worked backwards from the fd number in /proc/$PID/fd/7 in order to figure out where it was instantiated in the log file.) The only way out of it is to kill the process, which then wraps out the log as thus: read(7, <unfinished ...>) = ? +++ killed by SIGKILL +++ At that point, of course, the program ends and Wine shuts back down. Retrial does the same time, and it does not appear to matter what version of Windows WINE is set to report. I would _love_ to report more information. But I need to be told what to gather to turn this into a _really_ useful bug report. STO is just about the only thing I boot up Windows for... it'd sure be nice to be rid of that requirement! Thanks, and keep up the good 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 44545] New: LOTRO: crash on startup with D3D11 graphics
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44545 Bug ID: 44545 Summary: LOTRO: crash on startup with D3D11 graphics Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: a34ypool3voiz(a)t-online.de Distribution: --- Created attachment 60506 --> https://bugs.winehq.org/attachment.cgi?id=60506 log after trying to enter game with D3D11 graphics While The Lord of the Rings Online (LOTRO) runs fine in Wine (target OS: Win7) with the GraphicsCore=OpenGL or GraphicsCore=D3D9 selected in .wine/drive_c/users/USERNAME/My Documents/The Lord Of The Rings Online/UserPreferences.ini, it does not work with D3D11 (or D3D10 but that is a different topic). - select Win7 as target OS in WINE - install the game from https://www.lotro.com/en/game/download and create an account - once game is installed and fully patched, click the 'v' down arrow button in the launcher, click options, and make sure "use legacy client" is checked to avoid incompatibility with the ingame store browser (this does not affect the graphics options available!) - quit the launcher - edit UserPreferences.ini and - after installation and fully patching close the launcher, edit the above UserPreferences.ini and set GraphicsCore=D3D11 . - start the launcher with "wine TurbineLauncher.exe" from the install folder - log in, select a world and start => the launcher closes, but the game engine immediately crashes without opening a window with the attached console errors -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 43359] New: Sonic Adventure 2 (Steam) runs too fast, almost as if VSync is off
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43359 Bug ID: 43359 Summary: Sonic Adventure 2 (Steam) runs too fast, almost as if VSync is off Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerbilsoft(a)gerbilsoft.com Distribution: --- Sonic Adventure 2 (Steam version) is normally locked to 60 fps and has no framedrop or frameskip mechanism. On my ThinkPad X230, menus run normally on VirtualBox with Windows 7. On Wine, menus run significantly faster than they should, which makes it hard to select the correct option. Game URL: http://store.steampowered.com/app/213610/Sonic_Adventure_2/ OS: Gentoo Linux (kernel 4.12) CPU: Intel Core i5-3210M GPU: Intel HD 4000 >From Mesa: OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL core profile version string: 4.2 (Core Profile) Mesa 17.2.0-devel (git-b70829708a) OpenGL core profile shading language version string: 4.20 Setting vblank_mode=3 did nothing to change 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.

2 5

[Bug 43147] New: The Sims3Launcher.exe application does not work
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43147 Bug ID: 43147 Summary: The Sims3Launcher.exe application does not work Product: Wine-staging Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 58380 --> https://bugs.winehq.org/attachment.cgi?id=58380 Not Working I want to install the fashion for the game The Sims 3 (License), for I want to launch Launcher, but it does not start, I do not know what to do now. Configuring my PC: Intel Core i5-760 2.80GHz Ram: 8 GB Nvidia GForse 760 GTX 4 GB OS: Linux Mint 18.1 Serena 64-bit Kernel: 4.10 Wine 2.9 -- 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 13

[Bug 48383] New: Home Designer Suite 21.3.1.1x64 encounters "a serious error" when attempting a 3D view
by WineHQ Bugzilla 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=48383 Bug ID: 48383 Summary: Home Designer Suite 21.3.1.1x64 encounters "a serious error" when attempting a 3D view Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 74.schutt(a)gmail.com Distribution: --- Created attachment 66142 --> https://bugs.winehq.org/attachment.cgi?id=66142 Wine terminal outout I'm testing Home Designer Suite 21.3.1.1x64 on 5.3-rc3 with the patch from bug 48371 applied, and using "winetricks vcrun2017" as suggested in bug 48377. After starting home designer and opening a new plan, I am trying to get a 3D view of my first enclosed space. First, I use the external wall tool to draw an enclosed space with four walls. Then, from the Home Designer menu bar I select "3D -> Create Camera View -> Full Camera". That creates a camera cursor on cross-hairs, which I can move around with the mouse to where I want to position the camera. Then I left-mouse-button down and drag to point the camera in some direction. When I release the mouse button, the Home Designer window goes blank, and I get a popup that says "A serious error occurred. ... Please restart the program and contact Technical Support." I can use "File -> Exit" to leave the program. I've attached the terminal output from Wine. -- 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 44624] New: [Subnautica] Every now and then mouse goes haywire
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44624 Bug ID: 44624 Summary: [Subnautica] Every now and then mouse goes haywire Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- Every now and then (3-15 minutes from starting the game) my mouse input starts malfunctioning every time I switch between character controls (Character spins and mouse homes in to the top or bottom) or an interface such as the PDA or Fabricator (Mouse stops responding). Alt-Tabbing out and back (or switching desktop away and back) fixes it but only until enter another interface or exit the one I was in. Only semi-permanent fix is restarting the game completely. I couldn't find any pattern in what triggers it. Alt-tabbing or desktop switching alone doesn't. It can happen with any of the interfaces I used so far (Storage / PDA, Fabricator, Mobile vehicle bay). It is always triggered when entering an interface, never when leaving it, but once triggered the Alt-Tab fix has to be done every time after either entering or leaving an interfaace, until game is restarted. Reproduced every time I play, after a seemingly random interval. Arch Linux 64bit + KDE 5 64bit prefix Steam verison of game OpenGL mode (DX11 mode causes game breaking glitches) -- 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 34896] New: Borderlands slows down on anything after 1.4.1
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34896 Bug #: 34896 Summary: Borderlands slows down on anything after 1.4.1 Product: Wine Version: 1.7.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: zombie_ryushu(a)yahoo.com Classification: Unclassified Under Rosa 2012.1, Borderlands runs at about half the speed it did under Rosa 2012lts because of the fact Rosa has Wine 1.5.28. The error: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fills the entire bug dialogue. Constantly. Other information will be forthcoming. -- 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 23

[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

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 January 2021