In XEmacs 21.0 "Pyrenean63" [Lucid] (i586-pc-linux, Mule) of Fri Feb 5 1999 on tanko configured using `configure --prefix=/playpen/gnu --exec-prefix=/playpen/gnu/plat --with-mule --with-xim=xlib --with-xfs --with-sound=both --use-union-type=yes --debug --gung-ho=yes '--cflags=-g -O3 -fno-caller-saves -Wall -Wno-switch'' There's something wrong with my Debian `unstable' system, and it doesn't seem to have a C/POSIX locale. !! This results in "X doesn't even support C locale" message, of course, and the following crash and backtrace. This is probably an Xlib or Xt bug in the current development tree, but maybe XEmacs can work around it? Broken locales are going to be common on Linux systems (Japanese, anyway) as glibc is looking like it might finally support widechar locales properly in the near future. I'm not particularly confident that the various distributions will get this right in the first releases.... In my environment, setting LC_ALL=<any available locale> works fine. I will try to rebuild without XFS since the code in input-method-xfs.c seems to be duplicated in input-method-xlib.c, and maybe this causes some weirdness. steve＠tanko:/playpen$ xemacs X Windows does not support locale `C' Using C Locale instead X Windows does not even support locale `C'! Warning: XOpenIM() failed...no input server available Warning: Unable to load any usable fontset Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. 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&#39;. *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 /playpen/gnu/plat/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" 0x21b5>) 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) Here's the core analysis: GNU gdb 4.17.19981224.m68k.objc.threads.hwwp.fpu.gnat Copyright 1998 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 "i686-pc-linux-gnu"... Core was generated by `xemacs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/nfslock.so.0...done. Reading symbols from /usr/lib/libaudio.so.2...done. Reading symbols from /usr/lib/libcanna.so.1...done. Reading symbols from /usr/lib/libRKC.so.1...done. Reading symbols from /usr/X11R6/lib/Xaw3d/libXaw.so.6...done. Reading symbols from /usr/lib/libcompface.so.1...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libdb.so.2...done. Reading symbols from /usr/lib/libgdbm.so.1...done. Reading symbols from /lib/libncurses.so.4...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.1...done. Reading symbols from /lib/libnss_compat.so.1...done. Reading symbols from /lib/libnsl.so.1...done. #0 0x4033b601 in kill () (gdb) where #0 0x4033b601 in kill () #1 0x80c1c40 in fatal_error_signal (sig=11) at emacs.c:262 #2 <signal handler called> #3 0x0 in ?? () (gdb) quit And here's the backtrace when run under the debugger: GNU gdb 4.17.19981224.m68k.objc.threads.hwwp.fpu.gnat Copyright 1998 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 "i686-pc-linux-gnu"... (gdb) run Starting program: /playpen/gnu/plat/bin/xemacs X Windows does not support locale `C' Using C Locale instead X Windows does not even support locale `C'! Warning: XOpenIM() failed...no input server available Warning: Unable to load any usable fontset Program received signal SIGSEGV, Segmentation fault. 0x4023695d in () (gdb) where #0 0x4023695d in () #1 0x8238e03 in XlwMenuInitialize (request=0xbfffe5c0, new=0x85b8bb8, args=0xbfffe98c, num_args=0xbfffe4e0) at xlwmenu.c:2922 #2 0x401acbb5 in () #3 0x401ad0d2 in () #4 0x401ad5bf in () #5 0x401ad640 in () #6 0x823afb7 in xlw_create_menubar (instance=0x85b8a68) at lwlib-Xlw.c:111 #7 0x82342c3 in instantiate_widget_instance (instance=0x85b8a68) at lwlib.c:866 #8 0x8234514 in lw_make_widget (id=65537, parent=0x84e40f0, pop_up_p=0 '\000') at lwlib.c:345 #9 0x8234706 in lw_create_widget (type=0x8255d86 "menubar", name=0x8255d86 "menubar", id=65537, val=0x84e42d8, parent=0x84e40f0, pop_up_p=0, pre_activate_cb=0x80e7ef0 <pre_activate_callback>, selection_cb=0x80edd70 <popup_selection_callback>, post_activate_cb=0) at lwlib.c:918 #10 0x80e8623 in set_frame_menubar (f=0x8592710, deep_p=1, first_time_p=1) at menubar-x.c:607 #11 0x80e8750 in x_initialize_frame_menubar (f=0x8592710) at menubar-x.c:630 #12 0x8208822 in x_create_widgets (f=0x8592710, lisp_window_id={gu = { type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}, parent={gu = { type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at frame-x.c:1977 #13 0x8208da6 in x_init_frame_1 (f=0x8592710, props={gu = { type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at frame-x.c:2168 #14 0x8159022 in Fmake_frame (props={gu = {type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}, device={gu = {type = Lisp_Type_Record, val = 34620600}, s = {bits = 0, val = 69241200}, u = {bits = 0, val = 69241200}, ui = 138482400, i = 138482400, v = 0x84112e0, cv = 0x84112e0}) at frame.c:383 #15 0x80cc27e in funcall_recording_as (recorded_as={gu = { type = Lisp_Type_Record, val = 34556045}, s = {bits = 0, val = 69112090}, u = {bits = 0, val = 69112090}, ui = 138224180, i = 138224180, v = 0x83d2234, cv = 0x83d2234}, nargs=2, args=0xbfffedc0) at eval.c:3197 #16 0x80cc4ce in Ffuncall (nargs=3, args=0xbfffedc0) at eval.c:3238 #17 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record, val = 34319391}, s = {bits = 0, val = 68638782}, u = {bits = 0, val = 68638782}, ui = 137277564, i = 137277564, v = 0x82eb07c, cv = 0x82eb07c}, vector={gu = {type = Lisp_Type_Record, val = 34319414}, s = {bits = 0, val = 68638828}, u = {bits = 0, val = 68638828}, ui = 137277656, i = 137277656, v = 0x82eb0d8, cv = 0x82eb0d8}, maxdepth={ gu = {type = Lisp_Type_Int_Odd, val = 2}, s = {bits = 1, val = 5}, u = { bits = 1, val = 5}, ui = 11, i = 11, v = 0xb, cv = 0xb}) at bytecode.c:416 #18 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record, val = 34319436}, s = {bits = 0, val = 68638872}, u = {bits = 0, val = 68638872}, ui = 137277744, i = 137277744, v = 0x82eb130, cv = 0x82eb130}, nargs=0, arg_vector=0xbffff1f8) at eval.c:3599 #19 0x80cc472 in funcall_recording_as (recorded_as={gu = { type = Lisp_Type_Record, val = 34705669}, s = {bits = 0, val = 69411338}, u = {bits = 0, val = 69411338}, ui = 138822676, i = 138822676, v = 0x8464414, cv = 0x8464414}, nargs=0, args=0xbffff1f4) at eval.c:3214 #20 0x80cc4ce in Ffuncall (nargs=1, args=0xbffff1f4) at eval.c:3238 #21 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record, val = 34355415}, s = {bits = 0, val = 68710830}, u = {bits = 0, val = 68710830}, ui = 137421660, i = 137421660, v = 0x830e35c, cv = 0x830e35c}, vector={gu = {type = Lisp_Type_Record, val = 34355457}, s = {bits = 0, val = 68710914}, u = {bits = 0, val = 68710914}, ui = 137421828, i = 137421828, v = 0x830e404, cv = 0x830e404}, maxdepth={ gu = {type = Lisp_Type_Int_Even, val = 2}, s = {bits = 1, val = 4}, u = { bits = 1, val = 4}, ui = 9, i = 9, v = 0x9, cv = 0x9}) at bytecode.c:416 #22 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record, val = 34355512}, s = {bits = 0, val = 68711024}, u = {bits = 0, val = 68711024}, ui = 137422048, i = 137422048, v = 0x830e4e0, cv = 0x830e4e0}, nargs=0, arg_vector=0xbffff740) at eval.c:3599 #23 0x80cc472 in funcall_recording_as (recorded_as={gu = { type = Lisp_Type_Record, val = 34771982}, s = {bits = 0, val = 69543964}, u = {bits = 0, val = 69543964}, ui = 139087928, i = 139087928, v = 0x84a5038, cv = 0x84a5038}, nargs=0, args=0xbffff73c) at eval.c:3214 #24 0x80cc4ce in Ffuncall (nargs=1, args=0xbffff73c) at eval.c:3238 #25 0x8093cea in Fbyte_code (bytestr={gu = {type = Lisp_Type_Record, val = 34354822}, s = {bits = 0, val = 68709644}, u = {bits = 0, val = 68709644}, ui = 137419288, i = 137419288, v = 0x830da18, cv = 0x830da18}, vector={gu = {type = Lisp_Type_Record, val = 34354887}, s = {bits = 0, val = 68709774}, u = {bits = 0, val = 68709774}, ui = 137419548, i = 137419548, v = 0x830db1c, cv = 0x830db1c}, maxdepth={ gu = {type = Lisp_Type_Int_Even, val = 3}, s = {bits = 1, val = 6}, u = { bits = 1, val = 6}, ui = 13, i = 13, v = 0xd, cv = 0xd}) at bytecode.c:416 #26 0x80cd7e6 in funcall_lambda (fun={gu = {type = Lisp_Type_Record, val = 34355023}, s = {bits = 0, val = 68710046}, u = {bits = 0, val = 68710046}, ui = 137420092, i = 137420092, v = 0x830dd3c, cv = 0x830dd3c}, nargs=0, arg_vector=0xbffff958) at eval.c:3599 #27 0x80cd021 in apply_lambda (fun={gu = {type = Lisp_Type_Record, val = 34355023}, s = {bits = 0, val = 68710046}, u = {bits = 0, val = 68710046}, ui = 137420092, i = 137420092, v = 0x830dd3c, cv = 0x830dd3c}, numargs=0, unevalled_args={gu = { type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at eval.c:3501 #28 0x80cbb99 in Feval (form={gu = {type = Lisp_Type_Record, val = 34726453}, s = {bits = 0, val = 69452906}, u = {bits = 0, val = 69452906}, ui = 138905812, i = 138905812, v = 0x84788d4, cv = 0x84788d4}) at eval.c:3067 #29 0x80c8382 in condition_case_1 (handlers={gu = {type = Lisp_Type_Record, val = 34531819}, s = {bits = 0, val = 69063638}, u = {bits = 0, val = 69063638}, ui = 138127276, i = 138127276, v = 0x83ba7ac, cv = 0x83ba7ac}, bfun=0x80cad40 <Feval>, barg={gu = { type = Lisp_Type_Record, val = 34726453}, s = {bits = 0, val = 69452906}, u = {bits = 0, val = 69452906}, ui = 138905812, i = 138905812, v = 0x84788d4, cv = 0x84788d4}, hfun=0x80a39b0 <cmd_error>, harg={gu = {type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at eval.c:1653 #30 0x80a3a64 in top_level_1 (dummy={gu = {type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at cmdloop.c:206 #31 0x80c7e70 in internal_catch (tag={gu = {type = Lisp_Type_Record, val = 34550468}, s = {bits = 0, val = 69100936}, u = {bits = 0, val = 69100936}, ui = 138201872, i = 138201872, v = 0x83ccb10, cv = 0x83ccb10}, func=0x80a3a30 <top_level_1>, arg={gu = { type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}, threw=0x0) at eval.c:1328 #32 0x80a293e in initial_command_loop (load_me={gu = {type = Lisp_Type_Record, val = 34531791}, s = {bits = 0, val = 69063582}, u = {bits = 0, val = 69063582}, ui = 138127164, i = 138127164, v = 0x83ba73c, cv = 0x83ba73c}) at cmdloop.c:285 #33 0x80c30b8 in xemacs_21_0_b63_i586_pc_linux (argc=1, argv=0xbffffd84, envp=0xbffffd8c, restart=0) at emacs.c:1705 #34 0x80c3871 in main (argc=1, argv=0xbffffd84, envp=0xbffffd8c) at emacs.c:2122 (gdb) quit The program is running. Exit anyway? (y or n) Installation: uname -a: Linux tanko 2.0.33 #1 Sat Mar 21 14:51:39 JST 1998 i586 unknown ./configure '--prefix=/playpen/gnu' '--exec-prefix=/playpen/gnu/plat' '--with-mule' '--with-xim=xlib' '--with-xfs' '--with-sound=both' '--use-union-type=yes' '--debug' '--gung-ho=yes' '--cflags=-g -O3 -fno-caller-saves -Wall -Wno-switch' XEmacs 21.0-b63 "Pyrenean63" configured for `i586-pc-linux'. Where should the build process find the source code? /playpen/src/xemacs-21 What installation prefix should install use? /playpen/gnu 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 -fno-caller-saves -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 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 both network and native sound support. Compiling in support for Berkeley DB. Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using raw Xlib to provide XIM support. Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. 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 the union type for Lisp_Objects. Using Lisp_Objects with minimal tagbits. Using indexed lrecord implementation. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 __________________________________________________________________________ __________________________________________________________________________ What are those two straight lines for? "Free software rules."