Mono core dumping if mcs is called with -pkg

[Christopher Nehren]

I have Mono working nicely on my FreeBSD-CURRENT installation, with one
minor issue: whenever mcs tries to build something using the -pkg flag,
it core dumps. Here's a screenlog of a minimal test case:


[(22:46:35) apeiron at prophecy ~] cat foo.cs
using Gtk;

class Foo
{
        public static void Main()
        {
                int bar = 1 + 1;
        }
}
[(22:46:40) apeiron at prophecy ~] mcs -pkg:gtk-sharp foo.cs
Segmentation fault (core dumped)
[(22:46:47) apeiron at prophecy ~] mcs -r:/usr/local/lib/mono/gtk-sharp/glib-sharp.dll -r:/usr/local/lib/mono/gtk-sharp/pango-sharp.dll -r:/usr/local/lib/mono/gtk-sharp/atk-sharp.dll -r:/usr/local/lib/mono/gtk-sharp/gdk-sharp.dll -r:/usr/local/lib/mono/gtk-sharp/gtk-sharp.dll foo.cs
Compilation succeeded
[(22:47:01) apeiron at prophecy ~] gdb `which mono` mono.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `mono'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libmono.so.0...done.
Loaded symbols for /usr/local/lib/libmono.so.0
Reading symbols from /usr/local/lib/libgthread-2.0.so.400...done.
Loaded symbols for /usr/local/lib/libgthread-2.0.so.400
Reading symbols from /usr/local/lib/libgmodule-2.0.so.400...done.
Loaded symbols for /usr/local/lib/libgmodule-2.0.so.400
Reading symbols from /usr/local/lib/libglib-2.0.so.400...done.
Loaded symbols for /usr/local/lib/libglib-2.0.so.400
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/lib/libpthread.so.1...done.
Loaded symbols for /usr/lib/libpthread.so.1
Reading symbols from /lib/libm.so.2...done.
Loaded symbols for /lib/libm.so.2
Reading symbols from /lib/libc.so.5...done.
Loaded symbols for /lib/libc.so.5
Reading symbols from /usr/local/lib/libintl.so.6...done.
Loaded symbols for /usr/local/lib/libintl.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x283a70fb in pthread_testcancel () from /usr/lib/libpthread.so.1
(gdb) bt
#0  0x283a70fb in pthread_testcancel () from /usr/lib/libpthread.so.1
#1  0x2839f2cb in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
#2  0x08053000 in ?? ()
(gdb)

My guess is that mono (and / or its interactions with libpthread) has
difficulty with calling an external program, since that's what the -pkg
flag does. I'm not sure of what else I can provide other than the
boilerplate system information.

FreeBSD prophecy.dyndns.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug  8 22:14:06 EDT 2004     root at prophecy.dyndns.org:/usr/src/sys/i386/compile/PROPHECY  i386

My sources are from the early afternoon || evening of that same Sunday.

[(22:50:17) apeiron at prophecy ~] cat /etc/libmap.conf
libpthread.so           libc_r.so
libpthread.so.1         libc_r.so.5

[/usr/local/bin/mono]
libpthread.so           libpthread.so
libpthread.so.1         libpthread.so.1

[/usr/ports/lang/mono/work/mono-1.0/mono/mini/mono]
libpthread.so.1         libpthread.so.1
libpthread.so           libpthread.so

[lt-mono]
libpthread.so.1         libpthread.so.1
libpthread.so           libpthread.so
[(22:50:21) apeiron at prophecy ~] 

I found that mono had problems installing unless I added lt-mono. This
is on a machine using nVidia binary drivers, though I'd be glad to try
testing with unconstrained mapping of libpthread.so* to libpthread.so*
if anyone believes that it will yield more information. I'd provide a
full package listing, but I doubt that anyone wants 691 more lines from
me. :) And yes, that *is* with pkg_cutleaves.

--
I abhor a system designed for the "user", if that word is a coded
pejorative meaning "stupid and unsophisticated".  -- Ken Thompson
-
Unix is user friendly. However, it isn't idiot friendly.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20040810/4cfa63cc/attachment.bin