7:14 p.m.
xemacs fall down, go boom...
21.2 cvs updated around 1pm eastern time...... rh linux 6.1
I was replying to a friends email in vm.
got this backtrace
# (condition-case ... . error)
# (unwind-protect ...)
read-minibuffer-internal("Complete attribution name: ")
byte-code("..." [recursion-depth minibuffer-depth t standard-input
standard-output read-minibuffer-
nternal prompt] 2)
# (catch exit ...)
# bind (mouse-grabbed-buffer current-prefix-arg minibuffer-history-variable
minibuffer-history-posi
ion minibuffer-scroll-window)
# (unwind-protect ...)
# bind (minibuffer-default _history_ oconfig mconfig frame buffer window oframe owindow
dir default
abbrev-table history readp keymap initial-contents prompt)
read-from-minibuffer("Complete attribution name: " "TR" #<keymap
16 entries 0x320f> nil nil nil nil
# bind (minibuffer-completion-table minibuffer-completion-predicate
minibuffer-completion-confirm l
st-exact-completion ret default history initial-contents require-match predicate table
prompt)
completing-read("Complete attribution name: " (("Tom")
("Roddy") ("tom") ("TR")) nil nil "TR")
# bind (history initial-contents require-match predicate table prompt)
sc-completing-read("Complete attribution name: " (("Tom")
("Roddy") ("tom") ("TR")) nil nil ("TR" .
0) sc-attribution-confirmation-history)
byte-code("..." [sc-attrib-or-cite sc-read-string "Enter citation prefix:
" citation sc-citation-co
firmation-history sc-completing-read "Complete attribution name: " query-alist
nil initial 0 sc-attri
ution-confirmation-history choice ""] 7)
# (catch sc-reconfirm ...)
# bind (choice completer-disable initial minibuffer-local-map
minibuffer-local-completion-map query
alist query-p attribution citation attriblist)
sc-select-attribution()
# bind (mark point mark-active zmacs-regions)
sc-cite-original()
Here is the core dump:
#0 0x403cc4e1 in __kill () from /lib/libc.so.6
#1 0x80850d1 in fatal_error_signal (sig=11) at emacs.c:272
#2 0x403cc408 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#3 0x81812cd in x_resize_subwindow (ii=0x8a65100, w=199, h=21) at glyphs-x.c:2288
#4 0x80f61aa in update_subwindow (subwindow=145117440) at glyphs.c:4173
#5 0x80f9685 in update_frame_subwindows (f=0x84fca90) at glyphs.c:4192
#6 0x813b98c in redisplay_frame (f=0x84fca90, preemption_check=0) at redisplay.c:6329
#7 0x813bcea in redisplay_device (d=0x84aee00, automatic=1) at redisplay.c:6501
#8 0x813bf95 in redisplay_without_hooks () at redisplay.c:6560
#9 0x814275c in redisplay () at redisplay.c:6617
#10 0x80b924b in Fnext_event (event=145030004, prompt=136675428) at event-stream.c:2237
#11 0x806b9f7 in Fcommand_loop_1 () at cmdloop.c:566
#12 0x806bc3d in command_loop_1 (dummy=136675428) at cmdloop.c:490
#13 0x808e85c in condition_case_1 (handlers=136675524, bfun=0x806bbf8
<command_loop_1>,
barg=136675428, hfun=0x806ae30 <cmd_error>, harg=136675428) at eval.c:1629
#14 0x806bbdf in call_command_loop (catch_errors=136675452) at cmdloop.c:252
#15 0x8125eaf in Fread_minibuffer_internal (prompt=141636316) at minibuf.c:188
#16 0x808a1c4 in Ffuncall (nargs=2, args=0xbfffe7f8) at eval.c:3175
#17 0x8061bb4 in execute_optimized_program (
program=0xbfffe840 "À Á
V«\013Â\211\e\034Å\016\006!*\207Å\016\006!\207\230\b", stack_depth=2,
constants_data=0x836d998) at bytecode.c:747
#18 0x806472d in Fbyte_code (instructions=137760020, constants=137812360, stack_depth=5)
at bytecode.c:2403
#19 0x808979b in Feval (form=137809048) at eval.c:2975
#20 0x808e73f in internal_catch (tag=136761356, func=0x8088f48 <Feval>,
arg=137809048, threw=0x0)
at eval.c:1304
#21 0x8062664 in execute_rare_opcode (stack_ptr=0xbfffea84, program_ptr=0x8954fd6
"èa«\f\201J",
opcode=Bcatch) at bytecode.c:1253
#22 0x8061988 in execute_optimized_program (
program=0x8954e60 "\b¬\022Á ÂV«\fÃ Ä a«\005ÅÆ!\210\016\a«\021\016\aÂV«\013Á
\016\aY«\004È
\210\016\t«\"\016\t9«\017Ê\016\t!¬\027ÅË\016\t\"\210ª\017Ê\016\t＠!¬\bÅË\016\t＠\"\210Ì
«\tÍÎÏ\016\020!\"\210\016\021\036\022Ã \036\023Ô \036\025Ä \036\026Á
Âa«\a×\016\026!ª\bØÙÚÁ \"!\036\eÜ\016\026!\211\036\035Ô a?\005Þ\016\035!\036\037Þ
\036
\016\t\036!\016\"\036#ä\216å\016\e!q\210\016\022\026\021æç!\210è\026'æé!\210æê!\210æë!\210ì\026)í\026*\016.«\025æï"...,
stack_depth=6, constants_data=0x836e240)
at bytecode.c:657
#23 0x806178e in funcall_compiled_function (fun=137769504, nargs=7, args=0xbfffeb88)
at bytecode.c:519
9:29 p.m.
At 02:14 PM 1/29/00 -0500, Jeff Miller wrote:
xemacs fall down, go boom...
I still don't understand why this is happening. I wonder whether the
subwindow has actually been GC'd.
Hmmn. I'll have to think some more. I don't know how to debug this.
andy
--------------------------------------------------------------
Dr Andy Piper
Senior Consultant Architect, BEA Systems Ltd
9:38 a.m.
At 02:14 PM 1/29/00 -0500, Jeff Miller wrote:
xemacs fall down, go boom...
Ok, Jeff - can you try this patch and see if you get the assert. If not
then I conclude that it isn't a GC problem and will look elsewhere.
andy
--------------------------------------------------------------
Dr Andy Piper
Senior Consultant Architect, BEA Systems Ltd
8:38 p.m.
>>>> "AP" == Andy Piper <andy(a)xemacs.org>
writes:
AP> At 02:14 PM 1/29/00 -0500, Jeff Miller wrote:
>
> xemacs fall down, go boom...
AP> Ok, Jeff - can you try this patch and see if you get the assert. If not
AP> then I conclude that it isn't a GC problem and will look elsewhere.
Applied the patch against the latest cvs... though one hunk failed.
it was easy enough to hand apply that piece
xemacs compiled ok, but it core dumps upon startup. What is odd,
though, xemacs -vanilla & xemacs -q will start up.
backtrace and coredump follow:
Lisp backtrace follows:
# (unwind-protect ...)
sit-for(0)
byte-code("..." [add-timeout startup-message-timeout #<compiled-function
(ignore) "...(5)" [nil ... ...] 3> nil tmout display-splash-frame circ-tmout
sit-for 0 next-command-event unread-command-event] 4)
# (catch tmout ...)
# (unwind-protect ...)
# bind (tmout circ-tmout)
command-line-1()
# bind (command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Aborted (core dumped)
#0 0x403cc4e1 in __kill () from /lib/libc.so.6
#1 0x80850c1 in fatal_error_signal (sig=6) at emacs.c:272
#2 0x403cc408 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#3 0x403cd868 in abort () at ../sysdeps/generic/abort.c:88
#4 0x8085027 in assert_failed (file=0x81ffdeb "glyphs-x.c", line=2307,
expr=0x81ffde3 "abort()") at emacs.c:2826
#5 0x81815c4 in x_resize_subwindow (ii=0x8576598, w=128, h=21)
at glyphs-x.c:2307
#6 0x80f64ba in update_subwindow (subwindow=139945368) at glyphs.c:4209
#7 0x80f99b5 in update_frame_subwindows (f=0x84f3070) at glyphs.c:4228
#8 0x813bccc in redisplay_frame (f=0x84f3070, preemption_check=0)
at redisplay.c:6333
#9 0x813bf2d in redisplay_device (d=0x8517410, automatic=1)
at redisplay.c:6475
#10 0x813c2d5 in redisplay_without_hooks () at redisplay.c:6564
#11 0x8142a9c in redisplay () at redisplay.c:6621
#12 0x80ba797 in Fsit_for (seconds=1, nodisplay=136676548)
at event-stream.c:2813
#13 0x808a2e0 in Ffuncall (nargs=2, args=0xbffff2d8) at eval.c:3196
#14 0x8061ba4 in execute_optimized_program (
program=0xbffff328 "À\tÂÃ#\024Å \026\006eb\210ÇÈ!\210É \026\nÃ\207\bTóÿ¿¬
＠＠HP\b\034\214Q\b", stack_depth=4, constants_data=0x83895a0) at bytecode.c:747
#15 0x806471d in Fbyte_code (instructions=137822308, constants=137926032,
stack_depth=9) at bytecode.c:2403
#16 0x808978b in Feval (form=137538724) at eval.c:2975
#17 0x808e72f in internal_catch (tag=137924028, func=0x8088f38 <Feval>,
arg=137538724, threw=0x0) at eval.c:1304
#18 0x8062654 in execute_rare_opcode (stack_ptr=0xbffff56c,
program_ptr=0x862141f "\210+rÍÆ!q\210Î
\210\016\017;«\005\016\017c\210ÐÄ!)\207\016\021ÒÄ\211\211\211\211\211\036\023\036\024\036\025\036\026\036\027\036\030\036\031\036\032\b\205\237",
opcode=Bcatch) at bytecode.c:1253
#19 0x8061978 in execute_optimized_program (program=0x86213f8 "\b¬>\t?\205ö",
stack_depth=8, constants_data=0x83895e0) at bytecode.c:657
#20 0x806177e in funcall_compiled_function (fun=137839916, nargs=0,
args=0xbffff678) at bytecode.c:519
#21 0x808a336 in Ffuncall (nargs=1, args=0xbffff674) at eval.c:3210
#22 0x8061ba4 in execute_optimized_program (
program=0x84f42a8 "\bA\031ÂÃ\034\035Æ\t!\021ÇÈ!«\004É
\210\016\n«\020\016\013¬\fÌÍÎ\016\n!ÏQ! \210Ð \210*Ñ \210Ò \210rÓÔ!q\210Õ
\210Ö×!\210\016\030Ùa«\005\016\032 \210)Û Üa«\bË ¬\004Ý \210Þ \210×\026\037Ë
\004àÃ!)\207a\001",
stack_depth=4, constants_data=0x8385bd8) at bytecode.c:747
#23 0x806177e in funcall_compiled_function (fun=137839720, nargs=0,
args=0xbffff774) at bytecode.c:519
#24 0x808a336 in Ffuncall (nargs=1, args=0xbffff770) at eval.c:3210
#25 0x8061ba4 in execute_optimized_program (
program=0x82dbaa0 "\b«\005ÁÂ!\207Ã\020Ä
\211\035«\030\rG\016\006GW«\020Ç\016\006!Ç\r!k«\006È\r!\026\006)É\016\006!\026\006Ê \210Ë
\210\016\f®\aÍÎ!\002Ã\036\fÏ\016\020\016\021\"\026\022\016\f«\nÓÔÕ\016\022\"Ö\"\210\016\022¬\006×
\210ª\016Ø\016\022\016\031\016\032\016\e\016\f%\210Ü
\210)\016\035¬\022\016\036«\016ßàá\016\"!\016\036\"ãÃ#\210\016\035¬\024\016\032¬\006ä\016%!\210ä\016&!\210ä\016'!\210è\216é
)\207", stack_depth=7, constants_data=0x8385a28) at bytecode.c:747
#26 0x806177e in funcall_compiled_function (fun=137839664, nargs=0,
args=0xbffff810) at bytecode.c:519
#27 0x8089aa0 in Feval (form=137644168) at eval.c:3034
#28 0x808e84c in condition_case_1 (handlers=136676644, bfun=0x8088f38 <Feval>,
barg=137644168, hfun=0x806ae20 <cmd_error>, harg=136676548) at eval.c:1629
#29 0x806bca9 in top_level_1 (dummy=136676548) at cmdloop.c:202
#30 0x808e72f in internal_catch (tag=136748356, func=0x806bc80 <top_level_1>,
arg=136676548, threw=0x0) at eval.c:1304
#31 0x806af6f in initial_command_loop (load_me=136676548) at cmdloop.c:281
#32 0x8083632 in xemacs_21_2_b27_i686_pc_linux (argc=1, argv=0xbffffba4,
envp=0xbffffbac, restart=0) at emacs.c:1894
#33 0x80852af in main (argc=1, argv=0xbffffba4, envp=0xbffffbac)
at emacs.c:2320
#34 0x403c61eb in __libc_start_main (main=0x80851b0 <main>, argc=1,
argv=0xbffffba4, init=0x804eb50 <_init>, fini=0x81ad9e0 <_fini>,
rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffb9c)
uname -a: Linux 24-216-39-71.hsacorp.net 2.3.42 #1 SMP Sat Feb 5 17:50:59 EST 2000 i686
unknown
./configure '--package-path=/usr/local/lib/xemacs/packages-21.0'
XEmacs 21.2-b27 "Hera" configured for `i686-pc-linux'.
Where should the build process find the source code? /cvs/xemacs/xemacs
What installation prefix should install use? /usr/local
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
-Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
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
Athena library to link: Xaw
Athena header include path: X11/Xaw
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 Enlightened Sound Daemon (ESD).
Compiling in support for Berkeley DB.
Compiling in support for LDAP.
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Compiling in support for proper WM_COMMAND handling.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif native widgets.
Using Motif dialog boxes.
Compiling in dynamic shared object module support.
movemail will use "dot-locking" for locking mail spool files.
Compiling in extra code for debugging.
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: ---------------------------------------------------------
8:58 a.m.
Jeff Miller wrote:
xemacs compiled ok, but it core dumps upon startup. What is odd,
though, xemacs -vanilla & xemacs -q will start up.
Hmmn, interesting. Well x_resize_window is trying to resize a tabs
window by the looks of things. Can you see what xwininfo reveals about
the subwindow structure? Can you also find out what in your environment
is triggering the crash? Also can you try changing
x_finalize_image_instance so that it writes something like 0xdeadbeef to
the clip and subwindow slots - I'm trying to determine whether these are
null because of GC or because they never got created in the first place.
If you can also pop up the stack to update_frame_subwindows and see what
the subwindow_cachel length is (and what it contains).
We'll nail this sucker yet....
Thanks
andy
backtrace and coredump follow:
Lisp backtrace follows:
# (unwind-protect ...)
sit-for(0)
byte-code("..." [add-timeout startup-message-timeout #<compiled-function
(ignore) "...(5)" [nil ... ...] 3> nil tmout display-splash-frame circ-tmout
sit-for 0 next-command-event unread-command-event] 4)
# (catch tmout ...)
# (unwind-protect ...)
# bind (tmout circ-tmout)
command-line-1()
# bind (command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Aborted (core dumped)
#0 0x403cc4e1 in __kill () from /lib/libc.so.6
#1 0x80850c1 in fatal_error_signal (sig=6) at emacs.c:272
#2 0x403cc408 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#3 0x403cd868 in abort () at ../sysdeps/generic/abort.c:88
#4 0x8085027 in assert_failed (file=0x81ffdeb "glyphs-x.c", line=2307,
expr=0x81ffde3 "abort()") at emacs.c:2826
#5 0x81815c4 in x_resize_subwindow (ii=0x8576598, w=128, h=21)
at glyphs-x.c:2307
#6 0x80f64ba in update_subwindow (subwindow=139945368) at glyphs.c:4209
#7 0x80f99b5 in update_frame_subwindows (f=0x84f3070) at glyphs.c:4228
#8 0x813bccc in redisplay_frame (f=0x84f3070, preemption_check=0)
at redisplay.c:6333
#9 0x813bf2d in redisplay_device (d=0x8517410, automatic=1)
at redisplay.c:6475
#10 0x813c2d5 in redisplay_without_hooks () at redisplay.c:6564
#11 0x8142a9c in redisplay () at redisplay.c:6621
#12 0x80ba797 in Fsit_for (seconds=1, nodisplay=136676548)
at event-stream.c:2813
#13 0x808a2e0 in Ffuncall (nargs=2, args=0xbffff2d8) at eval.c:3196
#14 0x8061ba4 in execute_optimized_program (
program=0xbffff328 "À\tÂÃ#\024Å \026\006eb\210ÇÈ!\210É \026\nÃ\207\bTóÿ¿¬
＠＠HP\b\034\214Q\b", stack_depth=4, constants_data=0x83895a0) at bytecode.c:747
#15 0x806471d in Fbyte_code (instructions=137822308, constants=137926032,
stack_depth=9) at bytecode.c:2403
#16 0x808978b in Feval (form=137538724) at eval.c:2975
#17 0x808e72f in internal_catch (tag=137924028, func=0x8088f38 <Feval>,
arg=137538724, threw=0x0) at eval.c:1304
#18 0x8062654 in execute_rare_opcode (stack_ptr=0xbffff56c,
program_ptr=0x862141f "\210+rÍÆ!q\210Î
\210\016\017;«\005\016\017c\210ÐÄ!)\207\016\021ÒÄ\211\211\211\211\211\036\023\036\024\036\025\036\026\036\027\036\030\036\031\036\032\b\205\237",
opcode=Bcatch) at bytecode.c:1253
#19 0x8061978 in execute_optimized_program (program=0x86213f8
"\b¬>\t?\205ö",
stack_depth=8, constants_data=0x83895e0) at bytecode.c:657
#20 0x806177e in funcall_compiled_function (fun=137839916, nargs=0,
args=0xbffff678) at bytecode.c:519
#21 0x808a336 in Ffuncall (nargs=1, args=0xbffff674) at eval.c:3210
#22 0x8061ba4 in execute_optimized_program (
program=0x84f42a8 "\bA\031ÂÃ\034\035Æ\t!\021ÇÈ!«\004É
\210\016\n«\020\016\013¬\fÌÍÎ\016\n!ÏQ! \210Ð \210*Ñ \210Ò \210rÓÔ!q\210Õ
\210Ö×!\210\016\030Ùa«\005\016\032 \210)Û Üa«\bË ¬\004Ý \210Þ \210×\026\037Ë
\004àÃ!)\207a\001",
stack_depth=4, constants_data=0x8385bd8) at bytecode.c:747
#23 0x806177e in funcall_compiled_function (fun=137839720, nargs=0,
args=0xbffff774) at bytecode.c:519
#24 0x808a336 in Ffuncall (nargs=1, args=0xbffff770) at eval.c:3210
#25 0x8061ba4 in execute_optimized_program (
program=0x82dbaa0 "\b«\005ÁÂ!\207Ã\020Ä
\211\035«\030\rG\016\006GW«\020Ç\016\006!Ç\r!k«\006È\r!\026\006)É\016\006!\026\006Ê \210Ë
\210\016\f®\aÍÎ!\002Ã\036\fÏ\016\020\016\021\"\026\022\016\f«\nÓÔÕ\016\022\"Ö\"\210\016\022¬\006×
\210ª\016Ø\016\022\016\031\016\032\016\e\016\f%\210Ü
\210)\016\035¬\022\016\036«\016ßàá\016\"!\016\036\"ãÃ#\210\016\035¬\024\016\032¬\006ä\016%!\210ä\016&!\210ä\016'!\210è\216é
)\207", stack_depth=7, constants_data=0x8385a28) at bytecode.c:747
#26 0x806177e in funcall_compiled_function (fun=137839664, nargs=0,
args=0xbffff810) at bytecode.c:519
#27 0x8089aa0 in Feval (form=137644168) at eval.c:3034
#28 0x808e84c in condition_case_1 (handlers=136676644, bfun=0x8088f38 <Feval>,
barg=137644168, hfun=0x806ae20 <cmd_error>, harg=136676548) at eval.c:1629
#29 0x806bca9 in top_level_1 (dummy=136676548) at cmdloop.c:202
#30 0x808e72f in internal_catch (tag=136748356, func=0x806bc80 <top_level_1>,
arg=136676548, threw=0x0) at eval.c:1304
#31 0x806af6f in initial_command_loop (load_me=136676548) at cmdloop.c:281
#32 0x8083632 in xemacs_21_2_b27_i686_pc_linux (argc=1, argv=0xbffffba4,
envp=0xbffffbac, restart=0) at emacs.c:1894
#33 0x80852af in main (argc=1, argv=0xbffffba4, envp=0xbffffbac)
at emacs.c:2320
#34 0x403c61eb in __libc_start_main (main=0x80851b0 <main>, argc=1,
argv=0xbffffba4, init=0x804eb50 <_init>, fini=0x81ad9e0 <_fini>,
rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffb9c)
uname -a: Linux 24-216-39-71.hsacorp.net 2.3.42 #1 SMP Sat Feb 5 17:50:59 EST 2000 i686
unknown
./configure '--package-path=/usr/local/lib/xemacs/packages-21.0'
XEmacs 21.2-b27 "Hera" configured for `i686-pc-linux'.
Where should the build process find the source code? /cvs/xemacs/xemacs
What installation prefix should install use? /usr/local
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
-Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
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
Athena library to link: Xaw
Athena header include path: X11/Xaw
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 Enlightened Sound Daemon (ESD).
Compiling in support for Berkeley DB.
Compiling in support for LDAP.
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Compiling in support for proper WM_COMMAND handling.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif native widgets.
Using Motif dialog boxes.
Compiling in dynamic shared object module support.
movemail will use "dot-locking" for locking mail spool files.
Compiling in extra code for debugging.
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: ---------------------------------------------------------
6 a.m.
>>>> "AP" == Andy Piper <andy(a)beasys.com>
writes:
AP> Jeff Miller wrote:
> xemacs compiled ok, but it core dumps upon startup. What is
odd,
> though, xemacs -vanilla & xemacs -q will start up.
AP> Hmmn, interesting. Well x_resize_window is trying to resize a tabs
AP> window by the looks of things. Can you see what xwininfo reveals about
AP> the subwindow structure?
is this the type of info you are looking for?
xwininfo -tree
xwininfo: Please select the window about which you
would like information by clicking the
mouse in that window.
xwininfo: Window id: 0x3c0002d "emacs: *scratch*"
Root window id: 0x26 (the root window) (has no name)
Parent window id: 0x8005df (has no name)
1 child:
0x3c0002e (has no name): () 584x606+0+0 +564+254
5 children:
0x3c000ad (has no name): () 15x484+573+88 +1137+342
0x3c0003f (has no name): () 128x21+0+0 +564+254
1 child:
0x3c00040 (has no name): () 128x21+0+0 +564+254
1 child:
0x3c00041 (has no name): () 126x65530+1+26 +565+280
0x3c00031 (has no name): () 128x21+4+67 +568+321
1 child:
0x3c00036 (has no name): () 128x21+0+0 +568+321
1 child:
0x3c0003e (has no name): () 126x65530+1+26 +569+347
0x3c00030 (has no name): () 584x580+0+26 +564+280
0x3c0002f (has no name): () 582x24+0+0 +564+254
AP> Can you also find out what in your environment is triggering the
AP> crash?
it happens when flyspell is loaded.
AP> Also can you try changing x_finalize_image_instance so that it
AP> writes something like 0xdeadbeef to the clip and subwindow slots -
if you can tell me what to do...... or give me an example.... i am not
sure what these "slots" are or how to set them.
AP> I'm trying to determine whether these are null because of GC or
AP> because they never got created in the first place. If you can
AP> also pop up the stack to update_frame_subwindows and see what the
AP> subwindow_cachel length is (and what it contains).
is it ok to just add a print statement or something in this
function..... I'm not much of a gdb wizard......
i have discovered after that fact that the xemacs -vanilla with your
patch will core dump.... if i start doing things. It's start up ok.
But a C-x C-f, M-x will core dump. I can send the backtrace if you
think it will be anymore useful than the previous ones.
i will say though that things seem to be improving. I probably have
not had an actually crash (prior to your informational patch) for
about a week.
Jeff
7:39 p.m.
Jeff, I goofed here the assert should be for CLIPWIDGET not CLIPWINDOW. Can
you retry.
andy
At 03:38 PM 2/6/00 -0500, Jeff Miller wrote:
>>>>> "AP" == Andy Piper
<andy(a)xemacs.org> writes:
AP> At 02:14 PM 1/29/00 -0500, Jeff Miller wrote:
>>
>> xemacs fall down, go boom...
AP> Ok, Jeff - can you try this patch and see if you get the assert. If not
AP> then I conclude that it isn't a GC problem and will look elsewhere.
Applied the patch against the latest cvs... though one hunk failed.
it was easy enough to hand apply that piece
xemacs compiled ok, but it core dumps upon startup. What is odd,
though, xemacs -vanilla & xemacs -q will start up.
backtrace and coredump follow:
Lisp backtrace follows:
# (unwind-protect ...)
sit-for(0)
byte-code("..." [add-timeout startup-message-timeout #<compiled-function
(ignore) "...(5)" [nil ... ...] 3> nil tmout display-splash-frame
circ-tmout sit-for 0 next-command-event unread-command-event] 4)
# (catch tmout ...)
# (unwind-protect ...)
# bind (tmout circ-tmout)
command-line-1()
# bind (command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Aborted (core dumped)
#0 0x403cc4e1 in __kill () from /lib/libc.so.6
#1 0x80850c1 in fatal_error_signal (sig=6) at emacs.c:272
#2 0x403cc408 in __restore ()
at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#3 0x403cd868 in abort () at ../sysdeps/generic/abort.c:88
#4 0x8085027 in assert_failed (file=0x81ffdeb "glyphs-x.c", line=2307,
expr=0x81ffde3 "abort()") at emacs.c:2826
#5 0x81815c4 in x_resize_subwindow (ii=0x8576598, w=128, h=21)
at glyphs-x.c:2307
#6 0x80f64ba in update_subwindow (subwindow=139945368) at glyphs.c:4209
#7 0x80f99b5 in update_frame_subwindows (f=0x84f3070) at glyphs.c:4228
#8 0x813bccc in redisplay_frame (f=0x84f3070, preemption_check=0)
at redisplay.c:6333
#9 0x813bf2d in redisplay_device (d=0x8517410, automatic=1)
at redisplay.c:6475
#10 0x813c2d5 in redisplay_without_hooks () at redisplay.c:6564
#11 0x8142a9c in redisplay () at redisplay.c:6621
#12 0x80ba797 in Fsit_for (seconds=1, nodisplay=136676548)
at event-stream.c:2813
#13 0x808a2e0 in Ffuncall (nargs=2, args=0xbffff2d8) at eval.c:3196
#14 0x8061ba4 in execute_optimized_program (
program=0xbffff328 "À\tÂÃ#\024Å \026\006eb\210ÇÈ!\210É
\026\nÃ\207\bTóÿ¿¬
＠＠HP\b\034\214Q\b", stack_depth=4,
constants_data=0x83895a0) at bytecode.c:747
#15 0x806471d in Fbyte_code (instructions=137822308,
constants=137926032,
stack_depth=9) at bytecode.c:2403
#16 0x808978b in Feval (form=137538724) at eval.c:2975
#17 0x808e72f in internal_catch (tag=137924028, func=0x8088f38 <Feval>,
arg=137538724, threw=0x0) at eval.c:1304
#18 0x8062654 in execute_rare_opcode (stack_ptr=0xbffff56c,
program_ptr=0x862141f "\210+rÍÆ!q\210Î
\210\016\017;«\005\016\017c\210ÐÄ!)\207\016\021ÒÄ\211\211\211\211\211\036\02
3\036\024\036\025\036\026\036\027\036\030\036\031\036\032\b\205\237",
opcode=Bcatch) at bytecode.c:1253
#19 0x8061978 in execute_optimized_program (program=0x86213f8
"\b¬>\t?\205ö",
stack_depth=8, constants_data=0x83895e0) at bytecode.c:657
#20 0x806177e in funcall_compiled_function (fun=137839916, nargs=0,
args=0xbffff678) at bytecode.c:519
#21 0x808a336 in Ffuncall (nargs=1, args=0xbffff674) at eval.c:3210
#22 0x8061ba4 in execute_optimized_program (
program=0x84f42a8 "\bA\031ÂÃ\034\035Æ\t!\021ÇÈ!«\004É
\210\016\n«\020\016\013¬\fÌÍÎ\016\n!ÏQ! \210Ð \210*Ñ \210Ò \210rÓÔ!q\210Õ
\210Ö×!\210\016\030Ùa«\005\016\032 \210)Û Üa«\bË ¬\004Ý \210Þ
\210×\026\037Ë \004àÃ!)\207a\001",
stack_depth=4, constants_data=0x8385bd8) at bytecode.c:747
#23 0x806177e in funcall_compiled_function (fun=137839720, nargs=0,
args=0xbffff774) at bytecode.c:519
#24 0x808a336 in Ffuncall (nargs=1, args=0xbffff770) at eval.c:3210
#25 0x8061ba4 in execute_optimized_program (
program=0x82dbaa0 "\b«\005ÁÂ!\207Ã\020Ä
\211\035«\030\rG\016\006GW«\020Ç\016\006!Ç\r!k«\006È\r!\026\006)É\016\006!\0
26\006Ê \210Ë
\210\016\f®\aÍÎ!\002Ã\036\fÏ\016\020\016\021\"\026\022\016\f«\nÓÔÕ\016\022\
"Ö\"\210\016\022¬\006× \210ª\016Ø\016\022\016\031\016\032\016\e\016\f%\210Ü
\210)\016\035¬\022\016\036«\016ßàá\016\"!\016\036\"ãÃ#\210\016\035¬\024\016\
032¬\006ä\016%!\210ä\016&!\210ä\016'!\210è\216é )\207", stack_depth=7,
constants_data=0x8385a28) at bytecode.c:747
#26 0x806177e in funcall_compiled_function (fun=137839664, nargs=0,
args=0xbffff810) at bytecode.c:519
#27 0x8089aa0 in Feval (form=137644168) at eval.c:3034
#28 0x808e84c in condition_case_1 (handlers=136676644, bfun=0x8088f38
<Feval>,
barg=137644168, hfun=0x806ae20 <cmd_error>, harg=136676548)
at
eval.c:1629
#29 0x806bca9 in top_level_1 (dummy=136676548) at cmdloop.c:202
#30 0x808e72f in internal_catch (tag=136748356, func=0x806bc80
<top_level_1>,
arg=136676548, threw=0x0) at eval.c:1304
#31 0x806af6f in initial_command_loop (load_me=136676548) at cmdloop.c:281
#32 0x8083632 in xemacs_21_2_b27_i686_pc_linux (argc=1, argv=0xbffffba4,
envp=0xbffffbac, restart=0) at emacs.c:1894
#33 0x80852af in main (argc=1, argv=0xbffffba4, envp=0xbffffbac)
at emacs.c:2320
#34 0x403c61eb in __libc_start_main (main=0x80851b0 <main>, argc=1,
argv=0xbffffba4, init=0x804eb50 <_init>, fini=0x81ad9e0 <_fini>,
rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffb9c)
uname -a: Linux 24-216-39-71.hsacorp.net 2.3.42 #1 SMP Sat Feb 5 17:50:59
EST 2000
i686 unknown
./configure '--package-path=/usr/local/lib/xemacs/packages-21.0'
XEmacs 21.2-b27 "Hera" configured for `i686-pc-linux'.
Where should the build process find the source code? /cvs/xemacs/xemacs
What installation prefix should install use? /usr/local
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 -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
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
Athena library to link: Xaw
Athena header include path: X11/Xaw
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 Enlightened Sound Daemon (ESD).
Compiling in support for Berkeley DB.
Compiling in support for LDAP.
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Compiling in support for proper WM_COMMAND handling.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif native widgets.
Using Motif dialog boxes.
Compiling in dynamic shared object module support.
movemail will use "dot-locking" for locking mail spool files.
Compiling in extra code for debugging.
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: ---------------------------------------------------------
--------------------------------------------------------------
Dr Andy Piper
Senior Consultant Architect, BEA Systems Ltd
9054
days inactive
9064
days old
6 comments
4 participants
participants (4)
-
Andy Piper -
Andy Piper -
Jeff Miller -
Jeff Miller