[Bug 30162] Microsoft .NET 2.0 Framework: "mscorsvw" compile worker hangs sometimes while generating native images from assemblies in GAC (loader section block reported)

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=30162

--- Comment #6 from Anastasius Focht <focht at gmx.net> 2013-05-02 14:04:12 CDT ---
Hello folks,

I propose an analysis for this nasty bug in near future .. for now just a bit
#winehq chat log ;-)

--- snip ---
<focht> austin987: do you still occasionally get .net install problems (2.0 is
the culprit)?
...
<austin987> focht, I know 3.0 was having issues for me, let me try a few times
with 2
<focht> well 2.0 problems (mscorsvw) are sneaking into 3.0 installer hence it
looks like 3.0 (delayed crash/hang) but the root cause is 2.0
<focht> after install check for zombified processes, that's the sign of trouble
<austin987> focht, yep, failing here
<focht> good
<focht> or not (if you like the "works" state) :)
<austin987> heh
...
<focht> there are two visible symptoms: zombified mscorsvw.exe and "critical
section timed out/blocked by thread xx" console messages, later crashing
mscorsvw.exe
<focht> actually I already analyzed it some time ago but was too lazy to write
a proper report .. it's unfortunately not easy to fix
...
<austin987> have you narrowed down the regression? or was this the one that was
a combination of a few commits?
...
<focht> it's not a single commit that broke it .. it was just luck that it
worked in earlier times. 
...
<focht> basically a shutdown race between two server threads (one of them
waiting for the parent to die = client, the other one an ole server thread
serving the client) .. the wrong one wins and causes a mess (forceful
termination of process)
...
<austin987> I see
<austin987> I can file a bug for now, if you'd like, and you can dump your
analysis later
...
<focht> austin987: no, it's already there:
http://bugs.winehq.org/show_bug.cgi?id=30162
...
<austin987> ahhh, that one, yeah
...
<focht> austin987: you can try an ugly hack and see if it works for you
reliably ... add: killall "mscorsvw.exe"  to the end of load_dotnet20 script
function (it will get rid of zombified ole servers)
...
<austin987> focht, seems to work here
...
<focht> you might add that hack to winetricks trunk referencing the bug.. it
will probably stay some time
--- snip ---

Regards

-- 
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.