Re: Crash force-deleting the only frame

[Michael Welsh Duggan <md5i@cs.cmu.edu>]

Richard Stallman <rms@gnu.org> writes:

>     I'm getting crashes when deleting by force the only frame. It is
>     repeatable, but I've been unable to find the logic.
>
>     Windows port, with GCC 3.4.5 (mingw special):
>
>      C:\> emacs.exe -q --no-site-file
>
>        => M-: (delete-frame (selected-frame) t) [ENTER]
>
> It does not fail for me on GNU/Linux.

It does for me.

Current directory is /usr/local/src/emacs/
GNU gdb 6.4.90-debian
Copyright (C) 2006 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 "i486-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run -q --no-site-file --eval "(progn (sit-for 2) (delete-frame (selected-frame) t))"
Starting program: /usr/local/bin/emacs -q --no-site-file --eval "(progn (sit-for 2) (delete-frame (selected-frame) t))"
[Thread debugging using libthread_db enabled]
[New Thread -1213809840 (LWP 5792)]

Program received signal SIGABRT, Aborted.
[Switching to Thread -1213809840 (LWP 5792)]
0xb7a9ec51 in kill () from /lib/libc.so.6
(gdb) bt
#0  0xb7a9ec51 in kill () from /lib/libc.so.6
#1  0x0811ef19 in abort () at emacs.c:464
#2  0x080a6284 in window_loop (type=GET_BUFFER_WINDOW, obj=137962820, mini=1, frames=137931001) at window.c:2113
#3  0x080a694b in Fget_buffer_window (buffer=137962820, frame=137931001) at window.c:2363
#4  0x081408c8 in Fset_buffer_modified_p (flag=137930953) at buffer.c:1092
#5  0x081a7927 in Ffuncall (nargs=2, args=0xbfd4b7d0) at eval.c:2997
#6  0x081df242 in Fbyte_code (bytestr=137057075, vector=137057092, maxdepth=96) at bytecode.c:679
#7  0x081a80f6 in funcall_lambda (fun=137057044, nargs=1, arg_vector=0xbfd4baf4) at eval.c:3184
#8  0x081a7bb6 in Ffuncall (nargs=2, args=0xbfd4baf0) at eval.c:3043
#9  0x081df242 in Fbyte_code (bytestr=137048131, vector=137048148, maxdepth=56) at bytecode.c:679
#10 0x081a80f6 in funcall_lambda (fun=137048108, nargs=0, arg_vector=0xbfd4be04) at eval.c:3184
#11 0x081a7bb6 in Ffuncall (nargs=1, args=0xbfd4be00) at eval.c:3043
#12 0x081df242 in Fbyte_code (bytestr=137045051, vector=137045068, maxdepth=48) at bytecode.c:679
#13 0x081a80f6 in funcall_lambda (fun=137045028, nargs=0, arg_vector=0xbfd4c080) at eval.c:3184
#14 0x081a7dd0 in apply_lambda (fun=137045028, args=137930953, eval_flag=1) at eval.c:3108
#15 0x081a6d04 in Feval (form=139733861) at eval.c:2370
#16 0x081226c6 in top_level_2 () at keyboard.c:1335
#17 0x081a554e in internal_condition_case (bfun=0x81226b3 <top_level_2>, handlers=137975657, hfun=0x81222f6 <cmd_error>) at eval.c:1481
#18 0x081226fa in top_level_1 () at keyboard.c:1343
#19 0x081a5009 in internal_catch (tag=137971865, func=0x81226c8 <top_level_1>, arg=137930953) at eval.c:1222
#20 0x08122633 in command_loop () at keyboard.c:1300
#21 0x08122074 in recursive_edit_1 () at keyboard.c:1003
#22 0x081221b6 in Frecursive_edit () at keyboard.c:1064
#23 0x08120a71 in main (argc=5, argv=0xbfd4c8f4) at emacs.c:1794
(gdb) 

-- 
Michael Welsh Duggan
(md5i@cs.cmu.edu)