Since my last "apt-get dist-upgrade", I cannot start xemacs in X
anymore but well in the console. I did search in the news and in the
Debian Emacsen mail archive but I have found a information that could
I'am not a programmer so I do hope this message is not annoying.
＠cassiopee, ~->: xemacs
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
If you have access to the PROBLEMS file that came with your
version of XEmacs, please check to see if your crash is described
there, as there may be a workaround available.
I did check that but I did not find anything that could apparently help me.
Otherwise, please report this bug by running the send-pr
script included with XEmacs, or selecting `Send Bug Report'
from the help menu.
send-pr: the GNATS site xemacs.org
does not have a categories list.
As a last resort send ordinary email to `crashes(a)xemacs.org'.
*MAKE SURE* to include the information in the command
uname -a: Linux eeyore 2.4.17-rc1 #2 Sun Dec 16 17:50:34 EST 2001 i686 unknown
./configure '--with-sound=none,native' '--cflags=-O2 -g -Wall'
'--with-x11' '--extra-verbose' '--with-site-lisp'
'--prefix=/usr' '--error-checking=none' '--debug=no'
'--dynamic' '--without-postgresql' '--with-gpm=no'
'--with-canna=no' '--with-wnn=no' '--with-xim=xlib'
XEmacs 21.4.6 "Common Lisp" configured for `i386-debian-linux'.
Compilation / Installation:
Source code location:
Installation prefix: /usr
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -O2 -g -Wall
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Linking with `-znocombreloc'.
- Consider configuring with --pdump.
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
Compiling in support for ncurses.
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Compiling in support for sound (native).
Compiling in support for Berkeley database.
Compiling in support for LDAP.
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
- Using XFontSet to provide bilingual menubar.
Compiling in support for "dot-locking" mail spool file locking method.
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
If at all possible, *please* try to obtain a C stack backtrace;
it will help us immensely in determining what went wrong.
To do this, locate the core file that was produced as a result
of this crash (it's usually called `core' and is located in the
directory in which you started the editor, or maybe in your home
directory), and type
gdb /usr/bin/xemacs core
then type `where' when the debugger prompt comes up.
(If you don't have GDB on your system, you might have DBX,
or XDB, or SDB. A similar procedure should work for all of
these. Ask your system administrator if you need more help.)
Lisp backtrace follows:
# bind (frame-being-created)
make-frame(nil #<x-device on ":0.0" 0x2412>)
# bind (debugger debug-on-error command-line-args-left)
# (unwind-protect ...)
# (condition-case ... . error)
# (catch top-level ...)
Erreur de segmentation
reno＠cassiopee, ~->: gdb /usr/bin/xemacs core
GNU gdb 5.1
Copyright 2001 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-linux"...(no debugging symbols found)...
/home/reno/core: No such file or directory.
I got this message too when I run xemacs -V
Error while loading 00debian
Error while loading 42x-symbol
XEmacs 21.4 (patch 6) "Common Lisp" [Lucid] (i386-debian-linux, Mule) of Thu Dec
27 2001 on eeyore
I hope it helps even if I could not get the core file.