[Mono-bugs] [Bug 539394] New: mod_mono web app hangs when a cross-appdomain call results in a ThreadAbortException

[bugzilla_noreply at novell.com]

http://bugzilla.novell.com/show_bug.cgi?id=539394


           Summary: mod_mono web app hangs when a cross-appdomain call
                    results in a ThreadAbortException
    Classification: Mono
           Product: Mono: Class Libraries
           Version: 2.4.x
          Platform: i686
        OS/Version: Ubuntu
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: System
        AssignedTo: mono-bugs at lists.ximian.com
        ReportedBy: brett at fogcreek.com
         QAContact: mono-bugs at lists.ximian.com
          Found By: ---


Created an attachment (id=318397)
 --> (http://bugzilla.novell.com/attachment.cgi?id=318397)
A small .net website to run with mod/mono -- web.config, .dll, and source .cs
file

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3)
Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)

>From a web app running from mod_mono with mono 2.4.2.3, I create an AppDomain,
instantiate a class within that appdomain, and do a thread abort. Instead of
bubbling up the exception, mono hangs. gdb'd into it, looks like it's in
WaitForMultipleObjectsEx.

This does not happen in a simple console app, nor from the same web app running
under IIS and .NET. 

I'm not going into detail here about how to set this up under mod_mono - if
that needs further specification, let me know.

Reproducible: Always

Steps to Reproduce:
1. Run mod-mono-server2 against the provided .dll
2. Hit webserver/default.aspx
Actual Results:  
Mono process hangs indefinitely and must be killed, browser page spins.

Expected Results:  
For the site to serve a page with the following text, as .Net 2.0 does:
I shall now create an appdomain, call to that appdomain, and call BACK into
this appdomain to ThreadAbort . . .
Called it, caught it, reset it, and we're done.

This would involve the ThreadAbortException bubbling properly back into the
calling AppDomain.

We'd prefer to not have to work around this bug for FogBugz's plugin
architecture.

-- 
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.