After upgrading from glibc 2.2.5 to 2.3.1 in Debian `sid', the unexec
version of XEmacs builds successfully, but crashes immediately when
invoked. Are there reasons to believe that the new glibc might cause
problems with the unexec'd binary? It may be related to changes in
malloc, see below.
N.B. I don't consider this a glibc bug, I just want to try to confirm
that it is related to the unexec process or malloc (we have an
alternative way to "dump" Lisp now, the so-called "portable dumper").
If it's not, it's a Heisenbug waiting to bite....
Debian version: testing/unstable (updated Mon Nov 4 19:41:15 2002)
Kernel version: Linux tleepslib 2.2.18 #1 SMP Tue Dec 26 11:36:10 JST 2000 i686
unknown unknown GNU/Linux
glibc version: 2.3.1-3
binutils version: 2.13.90.0.10-2
gcc version: 2.95.4-12
libgcc1: 3.2.1-0pre5
(The version parts after the hyphen are Debian release numbers for the
benefit of the Debian maintainers.) The kernel is locally compiled,
all the other packages mentioned are stock Debian sid.
XEmacs sources (for completeness):
CVSROOT=:pserver:[EMAIL PROTECTED]:/pack/xemacscvs
(password = cvs)
cvs checkout -r r21-4-10 xemacs
To reproduce the crash (my comments are in square brackets []):
------------------------------------------------------------------------
./configure --without-x11 --without-postgresql --with-database=no \
--with-sound=none --without-modules --with-ncurses=no --with-gpm=no
[This gives pretty close to the minimal number of other libraries:
bash-2.05b$ ldd xemacs
libncurses.so.5 => /lib/libncurses.so.5 (0x40022000)
libm.so.6 => /lib/libm.so.6 (0x40061000)
libutil.so.1 => /lib/libutil.so.1 (0x40082000)
libc.so.6 => /lib/libc.so.6 (0x40085000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
and:]
make
[A couple thousand lines of normal output, then:]
Dumping under the name xemacs
[So temacs works fine, and produces an xemacs by unexec.
The following invocation of ./xemacs does NOT appear in normal make
output due to an `@' in the Makefile.]
Testing for Lisp shadows ...
./xemacs -batch -vanilla -f list-load-path-shadows
Wrong type argument: vectorp, #<INTERNAL OBJECT (XEmacs bug?)
(symbol-value-forward type 7444) 0x40198008>
xemacs exiting
