atom feed15 messages in org.freebsd.freebsd-threadsMono's XSP crashes on browser connection
FromSent OnAttachments
Tom McLaughlinFeb 28, 2005 2:46 am 
Tom McLaughlinMar 2, 2005 5:40 am 
David XuMar 2, 2005 11:18 pm 
Daniel EischenMar 2, 2005 11:58 pm 
Tom McLaughlinMar 3, 2005 7:04 am 
Jeremy MessengerMar 3, 2005 7:13 am 
David XuMar 3, 2005 7:16 am 
Tom McLaughlinMar 3, 2005 7:35 am 
David XuMar 3, 2005 2:32 pm 
Craig RodriguesMar 3, 2005 3:15 pm 
Jeremy MessengerMar 3, 2005 7:01 pm 
Craig RodriguesMar 3, 2005 7:18 pm 
Jeremy MessengerMar 3, 2005 7:24 pm 
David XuMar 3, 2005 11:36 pm 
Tom McLaughlinMar 4, 2005 5:24 am 
Subject:Mono's XSP crashes on browser connection
From:Tom McLaughlin (tmcl@sdf.lonestar.org)
Date:Mar 3, 2005 7:35:20 am
List:org.freebsd.freebsd-threads

On Thu, 2005-03-03 at 15:16 +0800, David Xu wrote:

Tom McLaughlin wrote:

Disabling garbage collection in Mono prevents the crash but after executing the external process the C# program does not continue on, it just sits there. So that isn't a viable option for regular use.

Can you give me example code (executing external program) ? I don't know C# but want to try.

Here you go. The second one yields a slightly different error but it more closely matches the code in the program where I first tracked down this bug.

when using gdb with these examples do one of the following:

$ gdb /usr/local/bin/mono mono.core -or- $ gdb /usr/local/bin/mono (gdb) run /path/to/foo.exe

simple example:

--------------- using System.Diagnostics;

class T { static void Main() { Process.Start ("ls"); } }

---------------

Second example:

--------------- using System.Diagnostics;

class T { static void Main() { ProcessStartInfo pi = new ProcessStartInfo (); pi.FileName = "ls"; pi.RedirectStandardOutput = true; pi.UseShellExecute = false; pi.Arguments = "-al"; Process.Start (pi); } }

---------------

Thanks for taking a look at this. This bug is making creating ports a pain. The mcs compiler uses this when called with the /pkg flag. It's also keeping XSP and MonoDevelop out of the ports tree. Those are two of the programs I see most requested.

Tom

Worse, mono ships with Boehm 6.2. I linked against 6.4 from ports (where threading support is not even enabled by default) and Mono is now failing to compile. Mono's mcs compiler hangs at the same spot on -STABLE and -CURRENT. Once Mono imports a later Boehm, FreeBSD is in for some serious problems.

BSD# Project - Porting Mono to FreeBSD http://forge.novell.com/modules/xfmod/project/?bsd-sharp