Article View: gnu.emacs.bug
Article #98643emacs 18.57: core dump expanding macro
From: "Jonathan I. Kamens"
Date: Fri, 19 Apr 1991 03:47
Date: Fri, 19 Apr 1991 03:47
90 lines
6269 bytes
6269 bytes
In GNU Emacs 18.57.8 of Fri Feb 22 1991 on pit-manager (berkeley-unix) Create a file /tmp/test.el which contains this: (fset 'bounce "r\C-c\C-c") Start up emacs with "emacs -q". Run "M-x load-file" on /tmp/test.el. Send yourself a test message and then run "M-x rmail" so you have ~/RMAIL with one message, from you, displayed in your emacs window. Run "M-x bounce", and you'll get a coredump (or, at least, I get a coredump when I do this). Here's the stack trace from the coredump, on an IBM RT/PC running AOS 4.3: abort() at 0x62ee8 mark_object(objptr = 0x10037c00), line 1136 in "alloc.c" mark_object(objptr = 0x10037b78), line 1057 in "alloc.c" mark_object(objptr = 0x10037b64), line 1057 in "alloc.c" mark_object(objptr = 0x1003fe74), line 1057 in "alloc.c" mark_object(objptr = 0x1003ffb4), line 1057 in "alloc.c" mark_object(objptr = 0x100405d4), line 1057 in "alloc.c" mark_object(objptr = 0x100545e8), line 1057 in "alloc.c" mark_object(objptr = 0x10055fdc), line 1057 in "alloc.c" mark_object(objptr = 0x10058058), line 1057 in "alloc.c" mark_object(objptr = 0x10078ce4), line 1057 in "alloc.c" mark_object(objptr = 0x10078f28), line 1057 in "alloc.c" mark_object(objptr = 0x1002e244), line 1057 in "alloc.c" Fgarbage_collect(), line 841 in "alloc.c" Fbyte_code(bytestr = 201889372, vector = 269006472, maxdepth = 11, 0x4c007548),line 295 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336112316, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336112348), line 305 in "eval.c" funcall_lambda(fun = 336112108, nargs = 2, arg_vector = 0x1fffb09c), line 1838 in "eval.c" Ffuncall(nargs = 3, args = 0x1fffb098), line 1728 in "eval.c" Fbyte_code(bytestr = 201888944, vector = 269004808, maxdepth = 27, 0x4c007548),line 270 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336112172, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336112180), line 305 in "eval.c" funcall_lambda(fun = 336112412, nargs = 0, arg_vector = 0x1fffb360), line 1838 in "eval.c" Ffuncall(nargs = 1, args = 0x1fffb35c), line 1728 in "eval.c" Fbyte_code(bytestr = 201882676, vector = 268972808, maxdepth = 17, 0x4c007548),line 270 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336099900, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336100180), line 305 in "eval.c" funcall_lambda(fun = 336100172, nargs = 5, arg_vector = 0x1fffb5fc), line 1838 in "eval.c" Ffuncall(nargs = 6, args = 0x1fffb5f8), line 1728 in "eval.c" Fbyte_code(bytestr = 201887848, vector = 269006088, maxdepth = 13, 0x4c007548),line 270 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336111556, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336111332), line 305 in "eval.c" funcall_lambda(fun = 336111724, nargs = 6, arg_vector = 0x1fffb888), line 1838 in "eval.c" Ffuncall(nargs = 7, args = 0x1fffb884), line 1728 in "eval.c" Fbyte_code(bytestr = 201888048, vector = 268969800, maxdepth = 8, 0x4c007548), line 270 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336111572, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336111604), line 305 in "eval.c" funcall_lambda(fun = 336111828, nargs = 6, arg_vector = 0x1fffbb00), line 1838 in "eval.c" Ffuncall(nargs = 7, args = 0x1fffbafc), line 1728 in "eval.c" Fbyte_code(bytestr = 201867776, vector = 268971528, maxdepth = 40, 0x4c007548),line 270 in "bytecode.c" eval.Feval.$b1, line 1412 in "eval.c" Feval(form = 336082876, 0x80000000, 0x40000000, 0x4c007548), line 1412 in "eval.c" Fprogn(args = 336082908), line 305 in "eval.c" funcall_lambda(fun = 336083556, nargs = 1, arg_vector = 0x1fffbe14), line 1838 in "eval.c" Ffuncall(nargs = 2, args = 0x1fffbe10), line 1728 in "eval.c" Fcall_interactively(function = 67631216, record = 67336204, 0x40000000, 0x4c007548), line 447 in "callint.c" Fcommand_execute(cmd = 67631216, record = 67336204, 0x40000000, 0x4c007548), line 1670 in "keyboard.c" command_loop_1(), line 773 in "keyboard.c" Fexecute_kbd_macro(macro = 201837600, prefixarg = 67336204), line 197 in "macros.c" Fcommand_execute(cmd = 67604248, record = 67336244, 0x40000000, 0x4c007548), line 1677 in "keyboard.c" Fexecute_extended_command(prefixarg = 67336204), line 1730 in "keyboard.c" Ffuncall(nargs = 2, args = 0x1fffc214), line 1700 in "eval.c" Fcall_interactively(function = 67377284, record = 67336204, 0x40000000, 0x4c007548), line 447 in "callint.c" Fcommand_execute(cmd = 67377284, record = 67336204, 0x40000000, 0x4c007548), line 1670 in "keyboard.c" command_loop_1(), line 773 in "keyboard.c" internal_condition_case(bfun = 0x10002e10, handlers = 67336444, hfun = 0x10002cac), line 1006 in "eval.c" command_loop_2(), line 530 in "keyboard.c" internal_catch(tag = 67336424, func = 0x10002d04, arg = 67336204), line 815 in "eval.c" command_loop(), line 512 in "keyboard.c" recursive_edit_1(), line 397 in "keyboard.c" Frecursive_edit(), line 379 in "keyboard.c" main(argc = 2, argv = 0x1fffc6ec, envp = 0x1fffc6f8), line 490 in "emacs.c" If I could go any further with this, I would, but I don't know enough about the inner workings of emacs to be able to trace down the problem, and (unfortunately) I don't have the spare time right now to devote to learning. Jonathan Kamens USnail: MIT Project Athena 11 Ashford Terrace jik@Athena.MIT.EDU Allston, MA 02134 Office: 617-253-8085 Home: 617-782-0710
Technical Details
Message-ID:
<9104190347.AA24471@pit-manager.MIT.EDU>Path:
arc1-ca.pugleaf.net!gmdzi!unido!fauern!ira.uka.de!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!ncar!gatech!usenet.ins.cwru.edu!tut.cis.ohio-state.edu!unreplyable!garbageShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fb2f1,8dad22a1a05eaa53,start
X-Google-Attributes: gidfb2f1,public
X-Google-ArrivalTime: 1991-04-19 17:26:45 PST
Path: arc1-ca.pugleaf.net!gmdzi!unido!fauern!ira.uka.de!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!ncar!gatech!usenet.ins.cwru.edu!tut.cis.ohio-state.edu!unreplyable!garbage
From: jik@PIT-MANAGER.MIT.EDU ("Jonathan I. Kamens")
Newsgroups: gnu.emacs.bug
Subject: emacs 18.57: core dump expanding macro
Message-ID: <9104190347.AA24471@pit-manager.MIT.EDU>
Date: 19 Apr 91 03:47:07 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 90
Approved: bug-gnu-emacs@prep.ai.mit.edu