emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Crash force-deleting the only frame


From: Michael Welsh Duggan
Subject: Re: Crash force-deleting the only frame
Date: Tue, 31 Oct 2006 21:37:20 -0500
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux)

Richard Stallman <address@hidden> 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
(address@hidden)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]