[Mono-list] Mono on NetBSD and problems compiling corlib

Paolo Molaro lupus@ximian.com
Sat, 4 Jan 2003 14:05:03 +0100

On 01/04/03 Scott Aaron Bamford wrote:
> These are the largest directorys in the build tree it seems, and when
> compiling these packages I get:
> [1]   Trace/BPT trap (core dumped) MONO_PATH= mono ...
> gmake: *** [../../class/lib/corlib.dll] Error 133
> I've tried upping the ulimits to the maximum etc, and using mint instead
> of mono.  Still the same error occurs.  FYI at the time it occurs about
> 150mbs of memory are being used.
> I'd like to work around this, or better still fix the problem!
> Has anyone come across this before on another OS?  Any ideas on how to
> attack this?  Is it posible to split the build processes into smaller

Try running the command in gdb and see where the trap occours,
Or, as others have suggested, really make sure you don't have user
limits set too low (set them to unlimited ti check if that is the

> chunks and stick them back together again, aka cc -c style?

No, this is not possible, though we're investigating ways to reduce
memory usage.

> Cheers for your help, FYI the changes to the runtime mostly resolve
> around semephores being switched to pthreads, and a couple of unportable
> constructs, theres a good chunk of code but certainly not much more
> than a molehill comparativly.  Once I finetune and fix the coredump
> (which happens when mono/mint is shutting down) I'll submit the patches.
> Would someone be so good as to tell me the procedure for doing this?
> Last time I submited them to the list, but either people didn't notice
> or choose not to use (which is fine), so just want to make sure I DTRT
> with these so they don't get lost.  BTW I plan on using mono quite a

We try to reply to all the mails on the list, but sometimes some mails
and up ignored for lack of time. If you file a bug report on
bugzilla.ximian.com and attach the patch there, your contribution won't
be lost: it's easier for us to track issues in bugzilla than to track
threads on a mailing list. Thanks!


lupus@debian.org                                     debian/rules
lupus@ximian.com                             Monkeys do it better