Hello,
at first thanks for maintaining xemacs.
Unfortunately the following problems occurs on my system:
'xemacs -nw' starts up on the console or xterm. But 'xemacs'
under X crashes with a segmentation fault.
Appended to this mail you will find the output before core dumping,
the ouput of M-x describe-installation and a backtrace from the
core.
Please contact in case of questions via florian.simnacher(a)eikon.tum.de.
Regards and best wishes,
Florian
BTW Speicherzugriffsfehler is german and means segmentation fault
########## Output before dumping core
florian@hera:/usr/local/src/xemacs-21.4.5> 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.
Otherwise, please report this bug by running the send-pr
script included with XEmacs, or selecting `Send Bug Report'
from the help menu.
As a last resort send ordinary email to `crashes(a)xemacs.org'.
*MAKE SURE* to include the information in the command
M-x describe-installation.
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/local/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" 0x1ba4>)
frame-initialize()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Speicherzugriffsfehler
florian@hera:/usr/local/src/xemacs-21.4.5>
########## Output of M-x describe-installation
uname -a: Linux hera 2.4.10-4GB #1 Tue Sep 25 12:33:54 GMT 2001 i686 unknown
./configure '--prefix=/usr/local/'
XEmacs 21.4.5 "Civil Service" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /usr/local/src/xemacs-21.4.5
Installation prefix: /usr/local/
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -Wshadow
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/X11/lib
- Handling WM_COMMAND properly.
Using Lucid menubars.
Using Lucid scrollbars.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
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.
Sound:
Compiling in support for sound (native).
Databases:
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
########## Backtrace of core
#0 0x402f3861 in kill () from /lib/libc.so.6
#1 0x080a7e33 in fatal_error_signal (sig=11) at emacs.c:539
#2 <signal handler called>
#3 0x400fd888 in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6
#4 0x400fdbdf in xtWidgetAlloc () from /usr/X11R6/lib/libXt.so.6
#5 0x400fddc0 in xtCreate () from /usr/X11R6/lib/libXt.so.6
#6 0x400fe71b in _XtCreatePopupShell () from /usr/X11R6/lib/libXt.so.6
#7 0x400fe7bd in XtCreatePopupShell () from /usr/X11R6/lib/libXt.so.6
#8 0x081775a5 in x_create_widgets (f=0x8460818, lisp_window_id=136313156,
parent=136313156) at frame-x.c:1957
#9 0x08177b4d in x_init_frame_1 (f=0x8460818, props=136313156)
at frame-x.c:2184
#10 0x080fb66c in Fmake_frame (props=136313156, device=138279680)
at frame.c:395
#11 0x080af08c in Ffuncall (nargs=3, args=0xbfffefa8) at eval.c:3528
#12 0x0808a109 in execute_optimized_program (
program=0x8460700 "Æ \210Ç ?&È\fÉ \"¬\027Ê\r\013\"\022Ë\rÈ\tÌ
\"@\"\211\020\026\020Í\r!\025Î\016\021!\210Ï\211\024\207", stack_depth=5,
constants_data=0x8295378) at bytecode.c:746
#13 0x08089de9 in funcall_compiled_function (fun=137182552, nargs=0,
args=0xbffff0ec) at bytecode.c:515
#14 0x080af22f in Ffuncall (nargs=1, args=0xbffff0e8) at eval.c:3563
#15 0x0808a109 in execute_optimized_program (
program=0x83df3d8 "\013A\035ÆÇ\032\031È\r!\025\bÉa«\004Ê \210ËÌ!«\004Í
\210\f«\017\016\035¬\013ÎÏÐ\f!ÑQ! \210Ò \210*Ó \210Ô \210rÕÖ!q\210×
\210ØÙ!\210\016!Úa«\005\016\" \210)Û Üa«\bÝ ¬\004Þ \210ß \210Ù\026#Ý
\004àÇ!)\207moA\001",
stack_depth=4, constants_data=0x83270c8) at bytecode.c:746
#16 0x08089de9 in funcall_compiled_function (fun=137504036, nargs=0,
args=0xbffff22c) at bytecode.c:515
#17 0x080af22f in Ffuncall (nargs=1, args=0xbffff228) at eval.c:3563
#18 0x0808a109 in execute_optimized_program (
program=0x8248da8 "\t«\005ÆÇ!\207È\021É
\211\034«\025\fG\rGW«\016Ê\r!Ê\f!k«\005Ë\f!\025)Ì\r!\025Í \210Î
\210\013®\aÏÐ!\002È\eÑ\016#\016$\"\022\013«\tÒÓÔ\n\"Õ\"\210\n¬\004Ö
\210×\n\016%\b\016&\013%\210Ø
\210)\016!¬\022\016\"«\016ÙÚÛ\016'!\016\"\"ÜÈ#\210\016!¬\023\b¬\006Ý\016(!\210Ý\016)!\210Ý\016*!\210Þ\216ß
\210)\016+\003à \207gging ¡", stack_depth=7, constants_data=0x8326f08)
at bytecode.c:746
#19 0x08089de9 in funcall_compiled_function (fun=137503980, nargs=0,
args=0xbffff2d4) at bytecode.c:515
#20 0x080ae9a2 in Feval (form=137450780) at eval.c:3388
#21 0x080b4c76 in condition_case_1 (handlers=136313252,
bfun=0x80ae070 <Feval>, barg=137450780, hfun=0x8092890 <cmd_error>,
harg=136313156) at eval.c:1651
---Type <return> to continue, or q <return> to quit---
#22 0x0809291f in top_level_1 (dummy=136313156) at cmdloop.c:206
#23 0x080b4b3c in internal_catch (tag=136389252,
func=0x80928f0 <top_level_1>, arg=136313156, threw=0x0) at eval.c:1317
#24 0x080921e2 in initial_command_loop (load_me=136313156) at cmdloop.c:285
#25 0x080a8c3c in xemacs_21_4_5_i686_pc_linux () at emacs.c:2353
#26 0x080aa969 in main () at emacs.c:2782
#27 0x402e27ee in __libc_start_main () from /lib/libc.so.6
(gdb)
Show replies by date
Florian Simnacher <florian.simnacher(a)eikon.tum.de> writes:
Hello,
at first thanks for maintaining xemacs.
Unfortunately the following problems occurs on my system:
'xemacs -nw' starts up on the console or xterm. But 'xemacs'
under X crashes with a segmentation fault.
Appended to this mail you will find the output before core dumping,
the ouput of M-x describe-installation and a backtrace from the
core.
Please contact in case of questions via florian.simnacher(a)eikon.tum.de.
Regards and best wishes,
Florian
Just as a guess, I think the version of gcc you're using requires the
-z nocombreloc flag. This is autodetected in 21.4.6, or you could
configure with the --pdump option, I believe.
- vin