http://bugs.winehq.org/show_bug.cgi?id=22521
Summary: .NET 2.0 sp2 installer does not successfully install. Product: Wine Version: unspecified Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pettigrewnet@comcast.net
Created an attachment (id=27601) --> (http://bugs.winehq.org/attachment.cgi?id=27601) A failed install log
The installer sometimes fails to run. It does sometimes run, but ends with a fairly typical GUI installer error.
http://bugs.winehq.org/show_bug.cgi?id=22521
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1.35 Severity|major |normal
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-04-28 14:08:01 --- The severity is not major, see http://bugs.winehq.org/page.cgi?id=fields.html#importance for usage. It looks like you're using winebottler, which isn't supported here. Please retry the installer with the latest stock development version of Wine (1.1.43).
http://bugs.winehq.org/show_bug.cgi?id=22521
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27601|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #2 from Ryan Pettigrew pettigrewnet@comcast.net 2010-04-28 14:34:30 --- It was confirmed by another user using a standard wine install. Please check for yourself.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #3 from Ryan Pettigrew pettigrewnet@comcast.net 2010-04-28 15:46:00 --- As far as importance is concerned, .NET is required for a group of software development packages. According to the definitions you link to, that qualifies it as a severity of Major. If you still don’t think this qualifies as Major, then you should have someone clarify the description of “Major”, because that is entirely what I based my initial selection on. Just because they’re software you don’t use, that doesn’t mean there aren’t many of them. Maybe if bugs like this get solved, they’ll be used more often, hmm? How often they’re used has more to do with priority than its severity. Still, it’s priority is important to ME, so I set it at a compromise of P2.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #4 from lubosz lubosz@gmail.com 2010-04-28 22:03:09 --- Created an attachment (id=27605) --> (http://bugs.winehq.org/attachment.cgi?id=27605) Installation log via winetricks
I can confirm this with wine-1.1.43 on archlinux 64bit.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #5 from lubosz lubosz@gmail.com 2010-04-28 22:03:48 --- Created an attachment (id=27606) --> (http://bugs.winehq.org/attachment.cgi?id=27606) Screenshot of the failed setup.
The installation ends at this point.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #6 from Ryan Pettigrew pettigrewnet@comcast.net 2010-04-28 22:05:17 --- That was not the error I got, but I guess this just goes to show that broken is broken.
http://bugs.winehq.org/show_bug.cgi?id=22521
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27605|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=22521
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #7 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-28 23:26:38 --- WineBottler..................: 1.1.35
Use newest vanilla Wine. WineBottler is not supported here. Also probably duplicate of bug 10601.
http://bugs.winehq.org/show_bug.cgi?id=22521
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-28 23:26:49 --- Closing
http://bugs.winehq.org/show_bug.cgi?id=22521
Ryan Pettigrew pettigrewnet@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #9 from Ryan Pettigrew pettigrewnet@comcast.net 2010-04-29 04:18:24 --- Again, lubosz was NOT using Winebottler. This is a problem with REGULAR Wine as well, thanks. Try testing it before closing, please.
http://bugs.winehq.org/show_bug.cgi?id=22521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-29 05:44:21 --- (In reply to comment #9)
Again, lubosz was NOT using Winebottler. This is a problem with REGULAR Wine as well, thanks.
According to http://bugs2.winehq.org/attachment.cgi?id=27605 that's not a regular Wine. Attach new log running Wine and nothing else when reopening.
Try testing it before closing, please.
Not everyone has appropriate hardware+software, that's a responsibility of the reporter to do the testing *before* reporting anything.
http://bugs.winehq.org/show_bug.cgi?id=22521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-29 05:44:37 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #12 from Austin English austinenglish@gmail.com 2010-04-29 11:09:08 --- Created an attachment (id=27616) --> (http://bugs.winehq.org/attachment.cgi?id=27616) working install log
Works for me with winetricks. Didn't test it though.
Can you try a silent install (winetricks -q dotnet20sp2).
http://bugs.winehq.org/show_bug.cgi?id=22521
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download, Installer CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=22521
Blain Doc Anderson Doc235@suddenlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Doc235@suddenlink.net
--- Comment #13 from Blain Doc Anderson Doc235@suddenlink.net 2010-05-06 19:37:15 --- I tested this problem with my Gentoo 2.6.33-r2 under wine 1.1.43 and was unable to get the .net to install much less run. will find the log and append. but this is a different distro and i am also running 64bit and the failure was that it was not able to install on x86 though i EXPLICITLY downloaded the 64bit version and tried the install. i also attempted via wintricks with the same issue.
http://bugs.winehq.org/show_bug.cgi?id=22521
Ryan Pettigrew pettigrewnet@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #14 from Ryan Pettigrew pettigrewnet@comcast.net 2010-05-06 20:01:53 --- Bug confirmed, please see comment by Blain Anderson
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #15 from Austin English austinenglish@gmail.com 2010-05-06 22:24:44 --- (In reply to comment #14)
Bug confirmed, please see comment by Blain Anderson
That was with a 64-bit install.
http://bugs.winehq.org/show_bug.cgi?id=22521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-06 22:55:16 --- (In reply to comment #13)
i EXPLICITLY downloaded the 64bit version and tried the install
64-bit is not supported at this point yet. What about 32-bit one?
http://bugs.winehq.org/show_bug.cgi?id=22521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-06 22:55:28 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=22521
Sebastian nil094@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nil094@yahoo.com
--- Comment #18 from Sebastian nil094@yahoo.com 2010-05-10 19:02:12 --- I've tested the dotnet20sp Installer on a clean prefix, using wine wine-1.1.43-408-g3317fc3 (from GIT), and it fails with exactly the same described symptoms: WINEPREFIX=$HOME/.wine-netsp2.0 winetricks dotnet20sp
Attached are the trace logs, and winedbg symbols.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #19 from Sebastian nil094@yahoo.com 2010-05-10 19:02:39 --- Created an attachment (id=27870) --> (http://bugs.winehq.org/attachment.cgi?id=27870) trace logs from wine
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #20 from Sebastian nil094@yahoo.com 2010-05-10 19:03:47 --- Created an attachment (id=27871) --> (http://bugs.winehq.org/attachment.cgi?id=27871) winedbg symbols
http://bugs.winehq.org/show_bug.cgi?id=22521
Ryan Pettigrew pettigrewnet@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #21 from Ryan Pettigrew pettigrewnet@comcast.net 2010-05-11 02:11:27 --- Note, new comments from Sebastian.
http://bugs.winehq.org/show_bug.cgi?id=22521
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |dank@kegel.com Ever Confirmed|0 |1
--- Comment #22 from Dan Kegel dank@kegel.com 2011-01-01 13:56:06 CST --- I'm seeing the same problem as in comment #5 with rm -rf ~/.wine; sh winetricks dotnet20sp2 with today's git. With -q, the install seems to complete ok.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #23 from Dan Kegel dank@kegel.com 2011-01-01 14:11:11 CST --- It may seem to install ok, but if you look in c:\windows\microsoft.net, you'll see it hasn't installed much of anything. winetricks dotnet20 installs 92MB of stuff. winetricks -q dotnet20sp2 installs very little, so I suspect it's broken.
http://bugs.winehq.org/show_bug.cgi?id=22521
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |msi
--- Comment #24 from Hans Leidekker hans@meelstraat.net 2011-04-14 14:38:18 CDT --- This should work better now, with some workarounds:
0. install .NET 2.0 1. wine reg add "HKLM\Software\Microsoft\Net Framework Setup\NDP\v2.0.50727" /v Version /d "2.0.50727" /f 2. set windows version to win2k 3. WINEDLLOVERRIDES=regsvcs.exe,mscorsvw.exe=b wine NetFx20SP2_x86.exe
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #25 from Dan Kegel dank@kegel.com 2011-04-16 18:36:04 CDT --- Looks better now, but if you add
/q /c:"install.exe /q
to do an unattended install, it aborts with status 67.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #26 from Dan Kegel dank@kegel.com 2011-04-16 20:01:04 CDT --- OK, I've added this to winetricks in svn, though until we figure out the exit status 67, I won't use silent install.
Can someone who has an app that needs this try rm -rf ~/.wine wget http://winetricks.googlecode.com/svn/trunk/src/winetricks sh winetricks dotnet20sp2 and then see if that makes your app work?
http://bugs.winehq.org/show_bug.cgi?id=22521
Jon jonmccune@cmu.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonmccune@cmu.edu
--- Comment #27 from Jon jonmccune@cmu.edu 2011-05-01 22:28:51 CDT --- (In reply to comment #26)
Can someone who has an app that needs this try rm -rf ~/.wine wget http://winetricks.googlecode.com/svn/trunk/src/winetricks sh winetricks dotnet20sp2 and then see if that makes your app work?
I have just tried this with 32-bit Ubuntu 10.04 without luck. It appears to me like .NET Framework 2.0 installs successfully, and then shortly after the SP2 installer launches, it crashes. I have created a screenshot of the failure, and a log of everything printed to my console where I ran "sh winetricks dotnet20sp2". I will attempt to attach these.
Regards, -Jon
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #28 from Jon jonmccune@cmu.edu 2011-05-01 22:30:53 CDT --- Created an attachment (id=34424) --> (http://bugs.winehq.org/attachment.cgi?id=34424) console output from 'sh winetricks dotnet20sp2' on Ubuntu 10.04
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #29 from Jon jonmccune@cmu.edu 2011-05-01 22:31:44 CDT --- Created an attachment (id=34425) --> (http://bugs.winehq.org/attachment.cgi?id=34425) screenshot of installer crash from 'sh winetricks dotnet20sp2' on Ubuntu 10.04
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #30 from Jon jonmccune@cmu.edu 2011-05-01 22:34:11 CDT --- I should mention that the screenshot in comment #29 was captured on a Mac using remote X from the Ubuntu 10.04 box. I don't know why this might hurt anything but I want to make sure folks don't get confused; I am running wine in Linux, not on a Mac.
Thanks, -Jon
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #31 from Jon jonmccune@cmu.edu 2011-05-01 22:40:30 CDT --- (In reply to comment #30)
Wow, now I'm *really* embarrassed by the number of comments I'm making. I'm using wine 1.3.19 built from source on Ubuntu 10.04. I installed the necessary dependencies with the wine-1.3.19/tools/wineinstall script.
-Jon
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #32 from Dan Kegel dank@kegel.com 2011-05-01 23:49:27 CDT --- Yeah, it crashes here with 1.3.19, too:
fixme:regsvcs:wmain stub: L"C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" L"/bootstrapi" err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1603
You might try it with git as of the day I said it worked... if that works, it'd be good to know which change broke it.
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #33 from Hans Leidekker hans@meelstraat.net 2011-05-05 07:30:28 CDT --- Does WINEDLLOVERRIDES=mscorsvw.exe=b winetricks dotnet20sp2 work better?
Setting mscorsvw.exe to builtin should disable the .NET Runtime Optimization Service but I think that may be defeated by winetricks calling the dotnet20 verb before starting the service pack installer, hence the service is already running.
http://bugs.winehq.org/show_bug.cgi?id=22521
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.6 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=22521
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.microsoft.com/en | |-us/download/details.aspx?i | |d=1639 CC| |focht@gmx.net Summary|.NET 2.0 sp2 installer does |.NET 2.0 SP2 installer |not successfully install. |fails (RegSvcs.exe | |bootstrapper expects | |updated assemblies while | |GAC update is deferred | |during install) OS/Version|Mac OS X |other
--- Comment #34 from Anastasius Focht focht@gmx.net 2012-07-03 18:09:36 CDT --- Hello,
the bug started as 'winetricks dotnet20sp2' recipe doesn't work. This has been fixed for quite some time now.
Rechristening to target a real issue - purist mode - without any workarounds.
The problem is that "RegSvcs" bootstrapper expects a newer version of "mscorlib" which is already updated in .NET Framework assembly root folder while the GAC assembly/native image is still the old one (assembly GAC update is deferred in script).
Unfortunately not visible in trace logs, you have to debug the mess.
--- snip --- 005f:Call KERNEL32.CreateProcessA(00000000,02792170 ""C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" /bootstrapi",00000000,00000000,00000001,00000000,00000000,00000000,02aae808,02aac32c) ret=010fdede ... 0061:Call KERNEL32.__wine_kernel_init() ret=7bc5337a 005f:Ret KERNEL32.CreateProcessA() retval=00000001 ret=010fdede ... 0061:Call KERNEL32.LoadLibraryExW(0014ead8 L"C:\windows\assembly\NativeImages_v2.0.50727_32\mscorlib\f5ffa0caf6cafb40ab7fa752a3ed7faf\mscorlib.ni.dll",00000000,00000008) ret=79e862c8 0061:Ret KERNEL32.LoadLibraryExW() retval=790c0000 ret=79e862c8 ... 0061:Call KERNEL32.LoadLibraryExW(0033ddd8 L"C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorjit.dll",00000000,00000000) ret=79e862c8 ... 0061:Ret PE DLL (proc=0x790a7418,module=0x79060000 L"mscorjit.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0061:Ret KERNEL32.LoadLibraryExW() retval=79060000 ret=79e862c8 ... 0061:Call KERNEL32.GetProcAddress(79060000,79ec8570 "getJit") ret=79ec8419 0061:Ret KERNEL32.GetProcAddress() retval=029f0000 ret=79ec8419 0061:CALL mscorjit.getJit(<unknown, check return>) ret=79ec8477 0061:RET mscorjit.getJit() retval=790b7268 ret=79ec8477 ... 0061:Call KERNEL32.VirtualAlloc(00000000,00010000,00001000,00000004) ret=79e74a2b 0061:Ret KERNEL32.VirtualAlloc() retval=02a00000 ret=79e74a2b 0061:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7a0a2c48 ip=7a0a2c48 tid=0061 0061:trace:seh:raise_exception info[0]=00000001 0061:trace:seh:raise_exception info[1]=553da376 0061:trace:seh:raise_exception eax=553da376 ebx=00000000 ecx=0033de40 edx=00000000 esi=00000001 edi=003c31b5 0061:trace:seh:raise_exception ebp=0033de98 esp=0033de30 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0061:trace:seh:call_stack_handlers calling handler at 0x7a31df88 code=c0000005 flags=0 0061:CALL MSVCR80.__CxxFrameHandler3(<unknown, check return>) ret=7bc7af91 ... 0061:Call advapi32.ReportEventW(cafe4242,00000001,00000000,000003ff,00000000,00000001,00000000,0033d364 L"\9968\0016\3cf7\5503\e2b3\7a05",00000000) ret=7a136fa2 0061:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x33d364,(nil)): stub 0061:err:eventlog:ReportEventW L".NET Runtime version 2.0.50727.42 - Fatal Execution Engine Error (7A05E2B3) (80131506)" 0061:Ret advapi32.ReportEventW() retval=00000001 ret=7a136fa2 --- snip ---
At one point before the exception a class/type load fails. Stack values:
--- snip --- ... 0033F940 79E85458 ; ASCII "System.Globalization" 0033F944 79ECE060 ; ASCII "AgileSafeNativeMemoryHandle" 0033F948 0033F978 ; UNICODE "mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" ... --- snip ---
Searching for "AgileSafeNativeMemoryHandle" yields following:
"old" .NET 2.0.50727.42 GAC image (AgileSafeNativeMemoryHandle not found):
--- snip --- $ ll $(winepath "c:\windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll")
-rw-rw-r--. 1 focht focht 4308992 Jul 3 16:03 /home/focht/.wine/dosdevices/c:/windows/assembly/GAC_32/mscorlib/2.0.0.0__b77a5c561934e089/mscorlib.dll
$ strings $(winepath "c:\windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll") | grep AgileSafeNativeMemoryHandle $ --- snip ---
Same with "native" image:
--- snip --- $ ll $(winepath "c:\windows\assembly\NativeImages_v2.0.50727_32\mscorlib\f5ffa0caf6cafb40ab7fa752a3ed7faf\mscorlib.ni.dll")
-rw-rw-r--. 1 focht focht 11411456 Jul 3 16:03 /home/focht/.wine/dosdevices/c:/windows/assembly/NativeImages_v2.0.50727_32/mscorlib/f5ffa0caf6cafb40ab7fa752a3ed7faf/mscorlib.ni.dll
$ strings $(winepath "c:\windows\assembly\NativeImages_v2.0.50727_32\mscorlib\f5ffa0caf6cafb40ab7fa752a3ed7faf\mscorlib.ni.dll") | grep AgileSafeNativeMemoryHandle $ --- snip ---
Now the mscorlib assembly in .NET folder, the new class/type is there:
--- snip --- $ ll $(winepath "c:\windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll") -rw-rw-r--. 1 focht focht 4546560 Jul 25 2008 /home/focht/.wine/dosdevices/c:/windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
$ strings $(winepath "c:\windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll") | grep AgileSafeNativeMemoryHandle AgileSafeNativeMemoryHandle --- snip ---
The file version is 2.0.50727.3053 (.NET 2.0 SP2)
If we go back to msi based installer log, the actual GAC update is deferred. This leads to temporary inconsistency between .NET assembly root folder and GAC folders:
--- snip --- ... 0059:Call msi.MsiSetPropertyW(00000004,010da7b8 L"DD_CA_ConfigureNativeImageCommit_X86.3643236F_FC70_11D3_A536_0090278A1BB8",0279740a L"C:\windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe install "mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" /NoDependencies /queue:1 /nologo /netfxpri1;4546560") ret=010eb764 ... 0059:trace:msi:ACTION_PerformUIAction Performing action (L"DD_CA_ConfigureNativeImageCommit_X86.3643236F_FC70_11D3_A536_0090278A1BB8") ... 0059:trace:msi:ACTION_CustomAction Handling custom action L"DD_CA_ConfigureNativeImageCommit_X86.3643236F_FC70_11D3_A536_0090278A1BB8" (641 L"BIN_File_237924_X86" L"ConfigureNativeImage") ... 0059:trace:msi:defer_custom_action deferring commit action 0059:trace:msi:msi_schedule_action Scheduling action L"[C:\windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe install "mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" /NoDependencies /queue:1 /nologo /netfxpri1;4546560<=>S-1-5-21-0-0-0-1000<=>{C09FB3CD-3D0C-3F2D-899A-6A1D67F2073F}]DD_CA_ConfigureNativeImageCommit_X86."... in script 1 ... 003c:trace:msi:MSI_EvaluateConditionW 1 <- L"($CLR_SYS_ENTSERVICES_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 > 2) AND ( VersionNT > 499 )" 003c:trace:msi:ACTION_PerformAction Performing action (L"DD_CA_ComregEnterpriseServices_X86.3643236F_FC70_11D3_A536_0090278A1BB8") ... 003c:trace:msi:msi_get_property returning L""C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" /bootstrapi;13" for property L"DD_CA_ComregEnterpriseServices_X86.3643236F_FC70_11D3_A536_0090278A1BB8" 003c:trace:msi:msi_set_property 0x1c0bf8 L"CustomActionData" L""C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" /bootstrapi;13" ... 003c:trace:msi:HANDLE_CustomType1 Calling function L"QuietExec" from L"C:\users\focht\Temp\msi89f4.tmp" ... 005f:trace:msi:MSI_ProcessMessage (nil) 0x3a0c04f5 0x39e759e5 7fdf 100 L"Action 20:40:27: RunProcess. Registering System.EnterpriseServices.dll" ... 005f:Call KERNEL32.CreateProcessA(00000000,02792170 ""C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" /bootstrapi",00000000,00000000,00000001,00000000,00000000,00000000,02aae808,02aac32c) ret=010fdede ... --- snip ---
Anyway, we have a working winetricks recipe that works around.
Regards
http://bugs.winehq.org/show_bug.cgi?id=22521
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #35 from Austin English austinenglish@gmail.com 2013-11-20 16:13:35 CST --- Still in wine-1.7.5.
https://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #36 from Michael t0mcat@gmx.de --- Created attachment 50318 --> https://bugs.winehq.org/attachment.cgi?id=50318 .NET SP2 32 Bit Installation Error Message
https://bugs.winehq.org/show_bug.cgi?id=22521
Michael t0mcat@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |t0mcat@gmx.de
--- Comment #37 from Michael t0mcat@gmx.de --- Installation fails using Wine 1.7.33.
32 bit (NetFx20SP2_x86.exe, 32 bit prefix): You must use "Turn Windows features on or off" in the Control Panel to install or configure Microsoft .NET Framework 2.0 SP2 See attachment 50318
\64 bit (NetFx20SP2_x64.exe, 64 bit prefix): [12/25/14,09:23:41] Microsoft .NET Framework 2.0a x64: [2] Error: Installation failed for component Microsoft .NET Framework 2.0a x64. MSI returned error code 1603 [12/25/14,09:23:42] WapUI: [2] DepCheck indicates Microsoft .NET Framework 2.0a x64 is not installed.
https://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #38 from Michael t0mcat@gmx.de --- Using winetricks dotnet20sp2 with 32 bit prefix works, though.
https://bugs.winehq.org/show_bug.cgi?id=22521
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #39 from Anastasius Focht focht@gmx.net --- Hello folks,
this has been fixed some time ago.
.NET Framework 2.0 SP2 installer works fine without 'winetricks' on top of existing .NET Framework 2.0 installation in 32-bit WINEPREFIX.
The .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and registry entries also reports everything consistent.
--- snip --- ... 0093:Call KERNEL32.CreateProcessA(00000000,03671000 ""C:\windows\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe" /bootstrapi",00000000,00000000,00000001,00000000,00000000,00000000,0087e848,0087c36c) ret=00d0dede ... 0095:Call KERNEL32.__wine_kernel_init() ret=7bc5a5e1 0093:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00d0dede ... 0095:Call KERNEL32.LoadLibraryExW(0014b4e0 L"C:\windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll",00000000,00000009) ret=79f4cdc5 0095:Ret KERNEL32.LoadLibraryExW() retval=790c0000 ret=79f4cdc5 ... 0095:Call KERNEL32.LoadLibraryExW(0033e928 L"C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorjit.dll",00000000,00000000) ret=79f4cdc5 ... 0095:Ret PE DLL (proc=0x790a7418,module=0x79060000 L"mscorjit.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0095:Ret KERNEL32.LoadLibraryExW() retval=79060000 ret=79f4cdc5 ... 0095:Call KERNEL32.GetProcAddress(79060000,79f0a5e8 "getJit") ret=79f0a6de 0095:Ret KERNEL32.GetProcAddress() retval=790a7806 ret=79f0a6de ... 0095:Call KERNEL32.ExitProcess(00000000) ret=79fdc3a4 --- snip ---
--- snip --- $ ll $(winepath "c:\windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll")
-rw-rw-r--. 1 focht focht 4546560 Jul 25 2008 /home/focht/.wine/dosdevices/c:/windows/assembly/GAC_32/mscorlib/2.0.0.0__b77a5c561934e089/mscorlib.dll
$ strings $(winepath "c:\windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll") | grep AgileSafeNativeMemoryHandle AgileSafeNativeMemoryHandle --- snip ---
There is an issue with GAC update broken *after* install but that's different from this one.
@Michael
Please avoid mixing in unrelated issues, this messes up bug reports.
Regards
https://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #40 from Michael t0mcat@gmx.de --- Comment 35 was written over a year go. Since then the bug's status was NEW. Why is that if the bug "has been fixed some time ago"? So, the "mixing in of unrelated issues" drew your attention to it again. You're welcome!
https://bugs.winehq.org/show_bug.cgi?id=22521
--- Comment #41 from Anastasius Focht focht@gmx.net --- Hello,
--- quote --- Comment 35 was written over a year go. Since then the bug's status was NEW. Why is that if the bug "has been fixed some time ago" --- quote ---
As I said in comment #34 the bug was recycled/badly managed until that point.
Yes, it would have been Austin's or my task to re-confirm this as "new" or close the bug for good at that time, creating another one. Small mistakes happen since we do a lot of triaging work (in our spare time FYI), but this kind of is negligible. Analysis and explicit (re)confirmation by commenting were present, only the Bugzilla bug state was inconsistent.
--- quote --- So, the "mixing in of unrelated issues" drew your attention to it again. You're welcome! --- quote ---
I can't keep attention to every triaged bug on regular basis unless I completely stop triaging new bugs. I manage/triaged a large amount of Wine Bugzilla issues and partially provided analysis/solutions which require magnitudes more time. Revisiting of old/triaged bugs happens on my own schedule/preference.
You could have written "still present", just like Austin did and it would have drawn my attention to this too.
Upon closure I provided an explanation/trace excerpt to other people why I think this particular issue is fixed and mentioned that your recent comments had nothing to do with the actual issue. To intent was to avoid confusion/questioning of other people who don't understand the technical details.
Regards
https://bugs.winehq.org/show_bug.cgi?id=22521
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #42 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.34.