[Mono-list] Bug in mod_mono

Gonzalo Paniagua Javier gonzalo.reply.to.the.list.iam.suscribed@ximian.com
Thu, 03 Jun 2004 03:52:48 +0200

El jue, 03-06-2004 a las 01:01, Andrew Arnott escribió:
> This is probably appropriate for Bugzilla, but I don't see an XSP or
> mod_mono section at http://bugzilla.ximian.com.  So here is my report: (and
> plea for workarounds if anyone has one)
> I have two virtual hosts in Apache 2.0.x (probably latest version).  Each
> has several .aspx files, and a bin folder.  In each bin folder is the same
> assembly: SchoolCtrls.dll.  This is a strong-named assembly that provides a
> base page class.  Inside my Web.config file for each site, I have the
> following tag:
> <pages pageBaseType="School.Theme.Page, SchoolCtrls, Version=1.0.1612.19143,
> Culture=neutral, PublicKeyToken=80cec71687825c4c" />
> This works in IIS and ASP.NET.  It is supposed to set the base page class of
> any page without a code-behind to School.Theme.Page rather than
> System.Web.UI.Page.  My School.Theme.Page class inherits from
> System.Web.UI.Page and changes some behavior.  
> The <pages> tag works for single webs, but for virtual hosts, only the first
> web site accessed after mod-mono-server.exe starts finds the SchoolCtrls.dll
> assembly.  The second site accessed gives the following error at the end of
> this email.  If I restart mod-mono-server.exe and reverse the order that I
> test the sites in, again, whichever site is accessed second is the one that
> cannot find the assembly with the base page class in.
> I have tried with a non-strong-named assembly with the same results.  
> Can anyone give any ideas?

The problem here might be in the runtime. When we load an assembly in
one domain, it's seen from other domains too.

In any case, please file this as a bug report under Sys.Web in Class
Libraries, as it is not a bug in xsp. Attach the simplest test case you
can get and I'll try to do something about this.