Bug 657639

Summary: Hang in AppDomain.Unload during unit test run
Product: [Mono] Mono: Runtime Reporter: Jonathan Chambers <joncham>
Component: io-layerAssignee: Paolo Molaro <lupus>
Status: RESOLVED DUPLICATE QA Contact: Mono Bugs <mono-bugs>
Severity: Normal    
Priority: P5 - None CC: forgotten_vxPDddArjq
Version: SVN   
Target Milestone: ---   
Hardware: x86   
OS: Ubuntu   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Thread dump
Thread dump 2

Description Jonathan Chambers 2010-12-06 04:58:25 UTC
Created attachment 403506 [details]
Thread dump

Description of Problem:
Consistent hang during end of unit tests.

Steps to reproduce the problem:
1. I ran make check at upper level
2. See hang in corlib/System unit tests


Actual Results:
See attached stack traces. Not sure if they are related or not.

Expected Results:


How often does this happen? 
Everytime so far.

Additional Information:

This is on HEAD as of 2010/12/5.
Comment 1 Jonathan Chambers 2010-12-06 04:59:05 UTC
Created attachment 403507 [details]
Thread dump 2
Comment 2 Gonzalo Paniagua Javier 2010-12-06 07:21:54 UTC
I don't think the two thread dumps are related...
Comment 3 Forgotten User vxPDddArjq 2010-12-06 12:38:31 UTC
I get this:
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

"TestRunnerThread" tid=0x0x2aaab3e4e710 this=0x0x2aaab0f37780 thread handle 0x419 state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.Monitor.Monitor_wait (object,int) <IL 0x0000e, 0xffffffff>
  at System.Threading.Monitor.Wait (object,int) [0x0003e] in /home/zovarga/git/mono/mcs/class/corlib/System.Threading/Monitor.cs:148
  at System.Threading.LockQueue.Wait (int) [0x00025] in /home/zovarga/git/mono/mcs/class/corlib/System.Threading/LockQueue.cs:58
  at System.Threading.ReaderWriterLock.AcquireWriterLock (int,int) [0x00041] in /home/zovarga/git/mono/mcs/class/corlib/System.Threading/ReaderWriterLock.cs:149
  at System.Threading.ReaderWriterLock.AcquireWriterLock (int) [0x00000] in /home/zovarga/git/mono/mcs/class/corlib/System.Threading/ReaderWriterLock.cs:134
  at System.Net.EndPointListener.AddPrefix (System.Net.ListenerPrefix,System.Net.HttpListener) [0x000d1] in /home/zovarga/git/mono/mcs/class/System/System.Net/EndPointListener.cs:313
  at System.Net.EndPointManager.AddPrefixInternal (string,System.Net.HttpListener) [0x00069] in /home/zovarga/git/mono/mcs/class/System/System.Net/EndPointManager.cs:79
  at System.Net.EndPointManager.AddListener (System.Net.HttpListener) [0x0002a] in /home/zovarga/git/mono/mcs/class/System/System.Net/EndPointManager.cs:49
  at System.Net.HttpListener.Start () [0x00012] in /home/zovarga/git/mono/mcs/class/System/System.Net/HttpListener.cs:247
  at MonoTests.System.Net.HttpListener2Test.CreateAndStartListener (string) [0x00012] in /home/zovarga/git/mono/mcs/class/System/Test/System.Net/HttpListener2Test.cs:65
  at MonoTests.System.Net.HttpListener2Test.ReceiveCookiesFromClient () [0x00000] in /home/zovarga/git/mono/mcs/class/System/Test/System.Net/HttpListener2Test.cs:458
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <IL 0x0004e, 0xffffffff>
  at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (System.Reflection.MonoMethod*,object,object[],System.Exception&) <IL 0x0001c, 0xffffffff>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

and similar, so I think this is probably a problem either in the sys.net code, or in the new synchronization stuff which it uses.
Comment 4 Gonzalo Paniagua Javier 2010-12-06 18:11:06 UTC
Already reported

*** This bug has been marked as a duplicate of bug 656850 ***