[Mono-bugs] [Bug 75586][Maj] Changed - Deadlock on assembly loading locks

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by bmaurer at users.sf.net.

http://bugzilla.ximian.com/show_bug.cgi?id=75586

--- shadow/75586	2005-07-19 15:18:52.000000000 -0400
+++ shadow/75586.tmp.29319	2005-07-19 15:28:08.000000000 -0400
@@ -1,23 +1,23 @@
 Bug#: 75586
-Product: Mono: Class Libraries
+Product: Mono: Runtime
 Version: 1.1
 OS: unknown
 OS Details: 
 Status: NEW   
 Resolution: 
 Severity: Unknown
 Priority: Major
-Component: CORLIB
-AssignedTo: mono-bugs at ximian.com                            
+Component: misc
+AssignedTo: bmaurer at users.sf.net                            
 ReportedBy: smsmith at novell.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
 URL: 
 Cc: jpallen at novell.com,rlyon at novell.com
-Summary: The web domain is locking up in the loading of assemblies
+Summary: Deadlock on assembly loading locks
 
 The web domain is locking up in the loading of assemblies.
 
 Roger Beus in system test has been running a server for several days now 
 trying to build it up so that the data contained in the system is 1.5 
 TB.  When the server rolled at 4:15 this morning it failed to come back 
@@ -96,6 +96,10 @@
 mono_assembly_addref, it increments a refcount inside assemblies_mutex.
 
 mono_assembly_load_from_full (in the second thread) holds the
 assemblies_mutex lock when it calls search_loaded. This calls
 mono_domain_assembly_search which will acquire
 mono_domain_assemblies_lock.
+
+------- Additional Comments From bmaurer at users.sf.net  2005-07-19 15:28 -------
+So, this is something that we are doing wrong in the VM in terms of
+locking