[Mono-bugs] [Bug 76757][Nor] Changed - new AppDomains inherit
current loaded assemblies
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Tue Nov 22 02:23:15 EST 2005
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 20:03:58.000000000 -0500
+++ shadow/76757.tmp.1662 2005-11-22 02:23:15.000000000 -0500
@@ -235,6 +235,28 @@
Fixing this should encompass fixing anything that might make ASP.NET
and xsp fail.
Keeping ASP.NET and xsp working is of higher importance than this
corner case.
+
+------- Additional Comments From kornelpal at hotmail.com 2005-11-22 02:23 -------
+I noticed that we are talking about this bug for a long time but
+haven't evaluated it's real impact yet. I compiled mono with the
+patch from Jb Evain applied. I noticed that all my attached test
+cases are working as expected.
+
+Note that however I wasn't able to use xsp as it seemed not to
+listen on any port, but I got the same result on MS.NET so this
+seems to be a bug in xsp rather than mono that should be fixed.
+
+MS.NET was missing xsp.exe from the bin directory of the new
+AppDomain while mono was able to load it that seems to be a mono bug.
+
+xsp should run under MS.NET with all of it's dependent assemblies
+installed to GAC. But it should not use methods found in xsp.exe in
+the new AppDomain unless it loads xsp.exe to the new AppDomain
+explicitly otherwise this will be another xsp bug that will preven
+mono runtime being patched.
+
+As a conclusion I think fixing this bug has no inpact on mono but
+xsp has bugs that should be fixed by making it able to run on MS.NET.
More information about the mono-bugs
mailing list