[plt-scheme] Darn: 372 and 3.99.0.9 core dumping on FreeBSD again...

From: Andrew Reilly (andrew-scheme at areilly.bpc-users.org)
Date: Thu Jan 17 08:07:21 EST 2008

Hi there,

Things were going so well for a while, but now mred/drscheme are
crashing at startup for both release and subversion versions.  I
suspect the wx libraries, because mzscheme [3m] appears to be
working perfectly well without the GUI.

Just in case it helps, here's the head and tail of the stack
trace from mred-3.99.0.9 (svn'd an hour or so ago).

Core was generated by `mred'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/home/andrew/bin/plt/lib/libmred3m-3.99.0.9.so...done.
Loaded symbols for /usr/home/andrew/bin/plt/lib/libmred3m-3.99.0.9.so
Reading symbols from /usr/home/andrew/bin/plt/lib/libmzscheme3m-3.99.0.9.so...done.
Loaded symbols for /usr/home/andrew/bin/plt/lib/libmzscheme3m-3.99.0.9.so
Reading symbols from /usr/local/lib/libXaw8.so.8...done.

[snip]

Loaded symbols for /usr/local/lib/libXdamage.so.1
Reading symbols from /usr/local/lib/libXfixes.so.3...done.
Loaded symbols for /usr/local/lib/libXfixes.so.3
Reading symbols from /usr/local/lib/libdrm.so.2...done.
Loaded symbols for /usr/local/lib/libdrm.so.2
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x0000000800bf1a69 in GC_init_type_tags (count=Variable "count" is not available.
) at newgc.c:377
377	newgc.c: No such file or directory.
	in newgc.c
[New Thread 0x803801120 (LWP 100180)]
(gdb) where
#0  0x0000000800bf1a69 in GC_init_type_tags (count=Variable "count" is not available.
) at newgc.c:377
#1  0x0000000800a65a95 in scheme_set_stack_base (base=0x7fffffffe320, no_auto_statics=1) at xsrc/salloc.c:15
#2  0x0000000000401f32 in main (argc=5, argv=0x7fffffffe3a8) at xsrc/mrmain.cc:3769
Current language:  auto; currently c
(gdb) 

The configure/build script I'm using is like the FreeBSD port Makefile:

svn checkout http://svn.plt-scheme.org/plt/trunk plt
cd plt/src
PREFIX=$HOME/bin/plt
X11BASE=$PREFIX
CFLAGS="-O2 -fno-strict-aliasing -pipe -g"
LDFLAGS=-L/usr/local/lib
CPPFLAGS="-I/usr/local/include -DLONG64"
LIBTOOL=/usr/local/bin/libtool

./configure --prefix=${PREFIX} --enable-shared --enable-xft --enable-gl \
            --enable-xrender --enable-cairo --with-x --enable-pthread \
            --enable-lt=${LIBTOOL} \
            --x-includes=${X11BASE}/include --x-libraries=${X11BASE}/lib \
            CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}" \
            CPPFLAGS="${CPPFLAGS}" \
            --mandir=$PREFIX amd64-portbld-freebsd7.0

gmake

A couple of other things that are different from when it was
all working:  I've got 3G RAM instead of the 1G that I had
before (so possibly some 32-bit address truncations that we
got away with before are now a problem).  I've also done a
portupgrade that bumped a few of the GTK and GNOME libraries
a bit.  The latter *shouldn't* matter, because I've just
finished re-building *everything* on the system from scratch, in
dependency order.  Only took a day and a half...

Any thoughts?

I'm happy to run any tests or proivde any more information that
you need.

Cheers,

-- 
Andrew


Posted on the users mailing list.