[Mono-bugs] [Bug 65903][Nor] Changed - appdomains assembly resolution is being leaked to other appdomains
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Thu, 16 Sep 2004 16:35:01 -0400 (EDT)
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 ddulai@bloomberg.net.
http://bugzilla.ximian.com/show_bug.cgi?id=65903
--- shadow/65903 2004-09-16 16:29:25.000000000 -0400
+++ shadow/65903.tmp.13247 2004-09-16 16:35:01.000000000 -0400
@@ -126,6 +126,21 @@
/out to mcs:
mcs /target:library /out:foo1.dll foo.cs
mcs /target:library /out:foo2.dll foo.cs
This way, the two assemblies will have a different assembly name.
+
+------- Additional Comments From ddulai@bloomberg.net 2004-09-16 16:35 -------
+the problem is that they actually have the same assembly names. what
+im doing is creating an application server that can load an assembly
+into an appdomain. and then when given the command to do so, can load
+a new assembly into a different app domain. the new assembly may be
+rev2 of the rev1 assembly running in the first appdomain. i need both
+rev1 and rev2 both running in the same physical process (in diff
+appdomains).
+
+at first i was unsure if this was possible, but i have code working
+with the msft implementation and its working great!
+
+will the fix work even for the case above in 1.0.2 or the most recent
+CVS?