[Mono-bugs] [Bug 57602][Wis] Changed - Mono major assembly loader issues
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Mon, 26 Apr 2004 12:29:23 -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 bmaurer@users.sf.net.
http://bugzilla.ximian.com/show_bug.cgi?id=57602
--- shadow/57602 2004-04-26 11:45:23.000000000 -0400
+++ shadow/57602.tmp.551 2004-04-26 12:29:23.000000000 -0400
@@ -195,6 +195,19 @@
assembly does not reference it), meaning it has to be in the private
path from the start. Making it impossible to use a framework-specific
version of the log4net assembly.
But as you've said, there's also a performance penalty for
immediately resolving the completely assembly dependency tree.
+
+------- Additional Comments From bmaurer@users.sf.net 2004-04-26 12:29 -------
+Is there somewhere in the MS docs that talks about this? The behavior
+may very well be a side effect of their impl. The method you have is,
+at best, obscure. Also, by loading in a seperate app domain, you are
+going to kill perf.
+
+What you really want to do is hook into AppDomain.AssemblyResolve.
+You can redirect the reference to the assembly here. That should work
+just fine. This is going to be alot faster on both runtimes, and is
+alot less messy.
+
+Am thinking this is a wishlist issue still...