Re: Xemacs 21.4.11 does not configure correctly and crashes at launch on AIX 5.1

Thank you all for looking into this. 1) I created the aix5.h and aix5-1.h headers according to Valdis Kletnieks mail (but i had to replace the <> by "" in the includes otherwise the include files were not found. I suppose one has to change something else so that configure would put the correct include in config.h 2) Now I did try to compile with configure --compiler=gcc --with-gcc --pdump That replaces the cc_r (which here would be vac.C V6.0.0.1, the latest IBM compiler) and yet I get the same core dump. So neither removing "-O" from cc_r not going to gcc (the one from IBM LINUX site): root＠feynman /usr/local/xemacs-21.4.11/src$ gcc -v Reading specs from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/2.9-aix51-020209/specs gcc version 2.9-aix51-020209 So it has to be something in a system header or in a library of AIX 5.1 (up to date of all fixes until december--btw mozilla 1.2.1 got broken by the latest update I did) that gets in the way. Here is the backtrace again Fatal error: assertion failed, file specifier.c, line 2583, abort() Fatal error (6). Your files have been auto-saved. Use `M-x recover-session' to recover them. Your version of XEmacs was distributed with a PROBLEMS file that may describe your crash, and with luck a workaround. Please check it first, but do report the crash anyway. Please report this bug by invoking M-x report-emacs-bug, or by selecting `Send Bug Report' from the Help menu. If necessary, send ordinary email to `crashes(a)xemacs.org&#39;. *MAKE SURE* to include the XEmacs configuration from M-x describe-installation, or equivalently the file Installation in the top of the build tree. *Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely to be able to analyze the problem. Locate the core file produced as a result of this crash (often called `core' or `core.<process-id>', and located in the directory in which you started XEmacs or your home directory), and type gdb /usr/local/xemacs-21.4.11/src/xemacs core then type `where' at the debugger prompt. No GDB on your system? You may have DBX, or XDB, or SDB. (Ask your system administrator if you need help.) If no core file was produced, enable them (often with `ulimit -c unlimited' in case of future recurrance of the crash. Lisp backtrace follows: # bind (frame-being-created) make-frame(nil #<x-device on "localhost:11.0" 0x52a>) frame-initialize() # bind (debugger debug-on-error command-line-args-left) command-line() # (condition-case ... . ((t (byte-code " ?" ... 1)))) # bind (error-data) normal-top-level() # (condition-case ... . error) # (catch top-level ...) IOT/Abort trap(coredump) so it is the same place where it crashes. The dbx output again: root＠feynman /usr/local/xemacs-21.4.11/src$ dbx ./xemacs Type 'help' for help. reading symbolic information ... [using memory image in core] pthdb_session.c, 778: ffffffff PTHDB_INTERNAL (internal error) pthreaded.c, 1778: PTHDB_INTERNAL (internal error) IOT/Abort trap in fatal_error_signal at 0x10000760 0x10000760 (fatal_error_signal+0x154) 80410014 lwz r2,0x14(r1) (dbx) where fatal_error_signal(0x6) at 0x10000760 pth_signal.pthread_kill(??, ??) at 0xd005aa30 pth_signal._p_raise(??) at 0xd005a03c raise.raise(??) at 0xd01ddf1c abort() at 0xd01ec9d8 assert_failed(0x102616a8, 0xa17, 0x10261c14) at 0x10004740 specifier_instance(0x301264a8, 0x30033ff8, 0x204ade58, 0x1, 0x1, 0x0, 0x1) at 0x100ffd08 specifier_instance_no_quit(0x301264a8, 0x30033ff8, 0x204ade58, 0x1, 0x0, 0x1) at 0x10100210 face_property_matching_instance(0x3012724c, 0x30032240, 0x30033ff8, 0x204ade58, 0x1, 0x0, 0x1) at 0x100f1ff4 default_face_font_info(0x204ade58, 0x0, 0x0, 0x2ff21798, 0x2ff21794, 0x0) at 0x100f2570 default_face_height_and_width(0x204ade58, 0x2ff21798, 0x2ff21794) at 0x100f2698 EmacsFrameRecomputeCellSize(0x204add18) at 0x1018be7c x_update_frame_external_traits(0x20473a00, 0x30032240) at 0x10189ce4 update_EmacsFrame(0x20473a00, 0x30032240) at 0x100f62a8 update_frame_face_values(0x20473a00) at 0x100f6524 x_init_frame_2(0x20473a00, 0x30033ff8) at 0x10187f44 Fmake_frame(0x30033ff8, 0x20480300) at 0x10113bb4 Ffuncall(0x3, 0x2ff21abc) at 0x10028f84 execute_optimized_program(0x2048c8d0, 0x5, 0x3009c28c) at 0x100a4f98 funcall_compiled_function(0x301073e0, 0x0, 0x2ff21c80) at 0x100a4538 Ffuncall(0x1, 0x2ff21c7c) at 0x100293a8 execute_optimized_program(0x20412710, 0x4, 0x3009c608) at 0x100a4f98 funcall_compiled_function(0x301074dc, 0x0, 0x2ff21d90) at 0x100a4538 Feval(0x3005744c) at 0x100288c0 condition_case_1(0x300562f4, 0x2001b3fc, 0x3005744c, 0x2001eae0, 0x3002ebb0) at 0x10022bd8 condition_case_3(0x3005744c, 0x3002ebb0, 0x300562f4) at 0x10023148 execute_rare_opcode(0x2ff22104, 0x203b26a1, 0x8f) at 0x100a6d10 execute_optimized_program(0x203b2610, 0x7, 0x3009cd88) at 0x100a4b80 funcall_compiled_function(0x3010785c, 0x0, 0x2ff22220) at 0x100a4538 Feval(0x300467fc) at 0x100288c0 condition_case_1(0x30033e78, 0x2001b3fc, 0x300467fc, 0x2001b408, 0x30033ff8) at 0x10022bd8 top_level_1(0x30033ff8) at 0x101d6568 internal_catch(0x30008dc8, 0x2001b420, 0x30033ff8, 0x0) at 0x100224c0 initial_command_loop(0x30033ff8) at 0x101d6758 xemacs_21_4_11_powerpc_ibm_aix5_1(0x1, 0x2ff227d0, 0x2ff227d8, 0x0) at 0x1000261c main(0x1, 0x2ff227d0, 0x2ff227d8) at 0x100036e4 -- Paul Indelicato, Directeur de Recherche au CNRS Responsable du DEA Physique Experimentale des Atomes et Molécules Laboratoire Kastler-Brossel, Case 74 Ecole Normale Supérieure et Université Pierre et Marie Curie 4 place Jussieu, F-75252 paris Cedex 05 France E-mail: paul(a)spectro.jussieu.fr Phone: +33-1 44 27 43 96 Fax: +33-1 44 27 38 45 WEB: http://dirac.spectro.jussieu.fr DEA WEB: http://atom.spectro.jussieu.fr