This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.0 "Pyrenean-pre6" [Lucid] (i586-pc-linux) of Tue Oct 27 1998 on hermes
configured using `configure --with-dialogs=athena3d --with-scrollbars=athena3d --with-pop'
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
This seems to be repeatable. Choosing "Customize/Face" from the
Options menu, then hitting RET to select the default (all), XEmacs
goes boom.
No core file is produced. If I run in the debugger I get:
Program received signal SIGSEGV, Segmentation fault.
0x402c6f6a in malloc ()
(gdb) where
#0 0x402c6f6a in malloc ()
#1 0x401c314c in __DTOR_END__ ()
#2 0x7d7d01 in ?? ()
#3 0x8563f34 in ?? ()
Cannot access memory at address 0xffffffff.
Running outside the debugger produces:
bash$ xemacs --vanilla
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
<snip>
Lisp backtrace follows:
# (unwind-protect ...)
# (unwind-protect ...)
# (catch #<INTERNAL EMACS BUG (opaque, size=4) 0x829dd38> ...)
# (unwind-protect ...)
# (unwind-protect ...)
# bind (inhibit-quit)
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault
Environment:
$ gcc --version
egcs-2.90.29 980515 (egcs-1.0.3 release)
$ uname -a
Linux hermes 2.1.125 #5 SMP Mon Oct 26 15:31:21 EST 1998 i586 unknown
$ ls -l /lib/libc.so*
lrwxrwxrwx 1 root root 14 Oct 23 12:43 /lib/libc.so.5 -> libc.so.5.4.46
-rwxr-xr-x 1 root root 614840 Oct 5 20:18 /lib/libc.so.5.4.46
