Two thoughts:
1. What version of gcc? It's possible that adding
-fno-strict-aliasing to CFLAGS might help.
2. Is it possible you have the Athena vs Athena3d widgets problem as
described in the PROBLEMS file:
** Linux
*** Debian
**** XEmacs warns "Symbol `toggleClassRec' has different size in shared
object, consider re-linking / Symbol `labelClassRec' has different
size in shared object, consider re-linking / Warning: Representation
size 4 must match superclass's to override value"
Sometimes this results in segfaults when using the tab control widget
or a progress bar widget.
Some versions of Debian install 3D versions of the Athena widget
library as /usr/X11R6/lib/libXaw.so. We have not yet solved the
problem of identifying the actual library in use in ./configure, so it
is possible for XEmacs to be compiled with reference to headers for
"flat" Xaw but find a "3D" Xaw when loading.
The straightforward solution is to rebuild XEmacs with additional
configure options: --with-widgets=athena --with-athena=3d.
There are several 3D Athena widget sets available; to see which ones
are supported by XEmacs, use ./configure --usage.
#2 seems like a longshot. Can you start 'xemacs -vanilla'?
rpgoldman(a)real-time.com writes:
I apologize for not using either of the prescribed methods of bug
reporting, per the message but:
1. My xemacs tarball didn't come with a send-pr script per the message.
2. I couldn't get the X version to run, so couldn't get at the help
menu to use the Submit Bug Report item.
When I start up my Xemacs normally (i.e., under X) I always get a seg
fault. Using xemacs -nw, everything is hunky-dory.
I'm attaching all the information you ask for; if there's something else I should
collect, please let me know.
Best,
r
Here's the backtrace:
Lisp backtrace follows:
# bind (frame-being-created)
make-frame(nil #<x-device on ":0.0" 0x1a14>)
frame-initialize()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault (core dumped)
C stack backtrace:
(gdb) where
#0 0x40322621 in kill () from /lib/libc.so.6
#1 0x080a0de0 in fatal_error_signal (sig=11) at emacs.c:264
#2 0x40322478 in killpg () from /lib/libc.so.6
#3 0x4015cc0a in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6
#4 0x4015dab9 in XtCreatePopupShell () from /usr/X11R6/lib/libXt.so.6
#5 0x0814e3c0 in x_create_widgets (f=0x83eb4c8, lisp_window_id=136920004,
parent=136920004) at frame-x.c:1952
#6 0x0814f481 in x_init_frame_1 (f=0x83eb4c8, props=136920004)
at frame-x.c:2183
#7 0x080ea16b in Fmake_frame (props=136920004, device=137134816)
at frame.c:383
#8 0x080a467c in funcall_recording_as (recorded_as=137016252, nargs=2,
args=0xbfffeb30) at eval.c:3197
#9 0x080a80c6 in Ffuncall (nargs=3, args=0xbfffeb30) at eval.c:3238
#10 0x08084fb8 in Fbyte_code (bytestr=136179784, vector=136179856, maxdepth=11)
at bytecode.c:416
#11 0x080a5460 in funcall_lambda (fun=136179944, nargs=0,
arg_vector=0xbfffee64) at eval.c:3607
#12 0x080a4789 in funcall_recording_as (recorded_as=137396188, nargs=0,
args=0xbfffee60) at eval.c:3214
#13 0x080a80c6 in Ffuncall (nargs=1, args=0xbfffee60) at eval.c:3238
#14 0x08084fb8 in Fbyte_code (bytestr=136315060, vector=136315176, maxdepth=9)
at bytecode.c:416
#15 0x080a5460 in funcall_lambda (fun=136315396, nargs=0,
arg_vector=0xbffff294) at eval.c:3607
#16 0x080a4789 in funcall_recording_as (recorded_as=137482240, nargs=0,
args=0xbffff290) at eval.c:3214
#17 0x080a80c6 in Ffuncall (nargs=1, args=0xbffff290) at eval.c:3238
#18 0x08084fb8 in Fbyte_code (bytestr=136312932, vector=136313116, maxdepth=13)
at bytecode.c:416
#19 0x080a5460 in funcall_lambda (fun=136313636, nargs=0,
arg_vector=0xbffff380) at eval.c:3607
#20 0x080a4fcc in apply_lambda (fun=136313636, numargs=0,
unevalled_args=136920004) at eval.c:3511
#21 0x080a4149 in Feval (form=137321548) at eval.c:3085
#22 0x080a211e in condition_case_1 (handlers=136920116,
bfun=0x80a36e0 <Feval>, barg=137321548, hfun=0x808b9a0 <cmd_error>,
harg=136920004) at eval.c:1653
#23 0x0808bb0f in top_level_1 (dummy=136920004) at cmdloop.c:206
#24 0x080a1fea in internal_catch (tag=136994376, func=0x808bae0 <top_level_1>,
arg=136920004, threw=0x0) at eval.c:1328
#25 0x0808b304 in initial_command_loop (load_me=136920004) at cmdloop.c:285
#26 0x0809f977 in xemacs_21_1_14_i386_Mandrake_linux () at emacs.c:1725
#27 0x080a0030 in main (argc=1, argv=0xbffff8a4, envp=0xbffff8ac)
at emacs.c:2142
#28 0x40310280 in __libc_start_main () from /lib/libc.so.6
Here's the installation description:
uname -a: Linux tsathoggua.mydomain 2.4.18-6mdksmp #1 SMP Fri Mar 15 01:24:36 C\ET 2002
i686 unknown
./configure '--prefix=/usr' 'i386-Mandrake-linux'
XEmacs 21.1.14 "Cuyahoga Valley" configured for `i386-Mandrake-linux'.
Where should the build process find the source code?
/home/rpg/src/xemacs/\xemacs-21.1.14
What installation prefix should install use? /usr
What operating system and machine description files should XEmacs use?
`s/linux.h' and `m/intel386.h'
What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno\-switch
Should XEmacs use the GNU version of malloc? yes
(Using Doug Lea's new malloc from the GNU C Library.)
Should XEmacs use the relocating allocator for buffers? yes
What window system should XEmacs use? x11
Where do we find X Windows header files? /usr/X11R6/include
Where do we find X Windows libraries? /usr/X11R6/lib
Compiling in support for XAUTH.
Compiling in support for XPM images.
Compiling in support for PNG image handling.
Compiling in support for (builtin) GIF image handling.
Compiling in support for JPEG image handling.
Compiling in support for TIFF image handling.
Compiling in support for X-Face message headers.
Compiling in native sound support.
Compiling in support for ncurses.
Compiling in support for proper session-management.
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Compiling in DLL support.
movemail will use "dot-locking" for locking mail spool files.
Using Lisp_Objects with minimal tagbits.
HTH,
Vin