[1042] in Athena Bugs
(VS2) Version 6.0C: emacs core dump while using debugger
daemon@ATHENA.MIT.EDU (Mark W. Eichin)
Sat Sep 24 06:09:33 1988
Date: Sat, 24 Sep 88 06:09:11 EDT
From: Mark W. Eichin <eichin@ATHENA.MIT.EDU>
To: Good morning Henry <bugs@ATHENA.MIT.EDU>
System type, version: (VS2) Version 6.0C
System name: oliver
What's wrong:
I was single stepping (set-auto-mode) with the emacs (debug) function.
Near the end of the function, funcall signalled (invalid-function
(process-template)) [I had an element of my auto-mode-alist which was
a list instead of a cons, which matched in this case, which is why the
funcall signalled this.] I tried to step once more, with `d', and
emacs dumped core. The core dump is in eichin:cores/emacs.24sep88; the
symbol table from /paris/u3/gnuemacs/src/emacs-18.50.51G (the version
I was running) gave the following 47 level deep stack backtrace:
oliver% gdb /paris/u3/gnuemacs/src/emacs-18.50.51G ~/core
GDB 2.5, Copyright (C) 1988 Free Software Foundation, Inc.
There is ABSOLUTELY NO WARRANTY for GDB; type "info warranty" for details.
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "info copying" to see the conditions.
Reading symbol data from /paris/u3/gnuemacs/src/emacs-18.50.51G...done.
Type "help" for a list of commands.
(gdb) bt
#0 Fbacktrace () (eval.c line 1982)
#1 0x2bb19 in Ffuncall (nargs=1, args=(int *) 0x7fffd14c) (eval.c line 1681)
#2 0x355c6 in Fbyte_code (bytestr=51073728, vector=68123396, maxdepth=19) (bytecode.c line 271)
#3 0x2b3bb in Feval (form=84681400) (eval.c line 1397)
#4 0x29864 in Fprogn (args=84692800) (eval.c line 305)
#5 0x78ca in Fsave_window_excursion (args=84692800) (window.c line 1870)
#6 0x358fe in Fbyte_code (bytestr=51073412, vector=68181380, maxdepth=11) (bytecode.c line 348)
#7 0x2b3bb in Feval (form=84677712) (eval.c line 1397)
#8 0x29864 in Fprogn (args=84677720) (eval.c line 305)
#9 0x2c004 in funcall_lambda (fun=84678832, nargs=2, arg_vector=(int *) 0x7fffd4fc) (eval.c line 1822)
#10 0x2bc48 in Ffuncall (nargs=3, args=(int *) 0x7fffd4f8) (eval.c line 1712)
#11 0x2b794 in Fapply (nargs=2, args=(int *) 0x7fffd550) (eval.c line 1513)
#12 0x2b7c9 in apply1 (fn=17386584, arg=84668592) (eval.c line 1531)
#13 0x29512 in call_debugger (arg=84668592) (eval.c line 150)
#14 0x2b57f in Feval (form=84955400) (eval.c line 1438)
#15 0x296bb in Fif (args=84955408) (eval.c line 240)
#16 0x2b181 in Feval (form=84955416) (eval.c line 1337)
#17 0x29864 in Fprogn (args=84955424) (eval.c line 305)
#18 0x2a105 in Flet (args=84955912) (eval.c line 665)
#19 0x2b181 in Feval (form=84955968) (eval.c line 1337)
#20 0x29864 in Fprogn (args=84955368) (eval.c line 305)
#21 0x296d8 in Fif (args=84956056) (eval.c line 241)
#22 0x2b181 in Feval (form=84954984) (eval.c line 1337)
#23 0x29864 in Fprogn (args=84955016) (eval.c line 305)
#24 0x275e7 in Fsave_excursion (args=84955016) (editfns.c line 325)
#25 0x2b181 in Feval (form=84955048) (eval.c line 1337)
#26 0x29864 in Fprogn (args=84955352) (eval.c line 305)
#27 0x2a105 in Flet (args=84955056) (eval.c line 665)
#28 0x2b181 in Feval (form=84955088) (eval.c line 1337)
#29 0x29864 in Fprogn (args=84955112) (eval.c line 305)
#30 0x2c004 in funcall_lambda (fun=84955336, nargs=0, arg_vector=(int *) 0x7fffdb68) (eval.c line 1822)
#31 0x2be06 in apply_lambda (fun=84955336, args=17299464, eval_flag=1) (eval.c line 1766)
#32 0x2b4df in Feval (form=84966144) (eval.c line 1422)
#33 0x2bb31 in Ffuncall (nargs=2, args=(int *) 0x7fffdcb4) (eval.c line 1684)
#34 0x355c6 in Fbyte_code (bytestr=50679968, vector=67457216, maxdepth=4) (bytecode.c line 271)
#35 0x2b3bb in Feval (form=84234392) (eval.c line 1397)
#36 0x29864 in Fprogn (args=84234348) (eval.c line 305)
#37 0x2c004 in funcall_lambda (fun=84234488, nargs=1, arg_vector=(int *) 0x7fffdebc) (eval.c line 1822)
#38 0x2bc48 in Ffuncall (nargs=2, args=(int *) 0x7fffdeb8) (eval.c line 1712)
#39 0x29313 in Fcall_interactively (function=17414752, record=17299464) (callint.c line 444)
#40 0xc0d6 in Fcommand_execute (cmd=17414752, record=17299464) (keyboard.c line 1427)
#41 0xb341 in command_loop_1 () (keyboard.c line 650)
#42 0x2a863 in internal_condition_case (bfun=(int (*)()) 0xae66, handlers=17299704, hfun=(int (*)()) 0xaaa4) (eval.c line 996)
#43 0xad5f in command_loop_2 (17299464) (keyboard.c line 418)
#44 0x2a451 in internal_catch (tag=17299684, func=(int (*)()) 0xad42, arg=17299464) (eval.c line 814)
#45 0xad28 in command_loop () (keyboard.c line 400)
#46 0xaa3a in Frecursive_edit () (keyboard.c line 288)
#47 0x11ac2 in main (argc=5, argv=(caddr_t *) 0x7fffe230, envp=(caddr_t *) 0x7fffe248) (emacs.c line 445)
(gdb)
(gdb) i r
Reg Contents
r0 0x00000007 7
r1 0x0006e58f 451983
r2 0
r3 0x001293bc 1217468
r4 0
r5 0
r6 0x000f7b0c 1014540
r7 0x07138104 118718724
r8 0x0110eec4 17886916
r9 0x7fffd14c 2147471692
r10 0x00000002 2
r11 0x7fffd524 2147472676
ap 0x7fffd0ec 2147471596
fp 0x7fffd0cc 2147471564
sp 0x7fffd0c8 2147471560
pc 0x0002c364 181092
--Type Return to print more--
ps 0x03c00001 62914561
Contents are relative to selected stack frame.
(gdb)
What should have happened:
emacs should never dump core. :-)
Mark Eichin
<eichin@athena.mit.edu>
SIPB Member & Project Athena ``Watchmaker''
