[Mono-bugs] [Bug 76757][Nor] Changed - new AppDomains inherit current loaded assemblies

[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 kornelpal at hotmail.com.

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

--- shadow/76757	2005-11-21 07:23:28.000000000 -0500
+++ shadow/76757.tmp.23396	2005-11-21 08:19:49.000000000 -0500
@@ -157,6 +157,30 @@
 
 http://lists.ximian.com/pipermail/mono-patches/2004-September/047174.html
 
 Which fixes this bug:
 
 http://bugzilla.ximian.com/show_bug.cgi?id=65665
+
+------- Additional Comments From kornelpal at hotmail.com  2005-11-21 08:19 -------
+The fix for Bug 65665 is quite incorrect. It is no special case. The 
+runtime has to load the appropriate mscorlib.dll version into the 
+new AppDomain. Nothing else should be done. Then if you try to 
+execute AppDomain.DoCallBack for example the delegate has to be 
+serialized then desereialized in the new AppDomain. This means that 
+it's the responsibility of the remoting infrastructure to load 
+required assemblies to the new AppDomain. Furthermore it means that 
+AppDomain.DoCallBack will fail if the required assembly cannot be 
+loaded to the new AddDomain using standard assembly lookup 
+mechanism. In addition this may result in the load of a different 
+binary for the same AssemblyName to the new AppDomain.
+
+This is the expected behavior. For some examples please try the 
+previously attached tests.
+
+Note that however that MS.NET runtime supports domain-neutral 
+assembly loading depending on configuration:
+http://msdn.microsoft.com/library/en-
+us/cpgenref/html/grfuncorbindtoruntimeex.asp
+
+But even when using domain-neutral assembly loading it will affect 
+only assembly resolving rather than result in preloaded assemblies.