unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#3407: SIGABRT when deleting X frame
@ 2009-05-27 23:15 ` Eric Hanchrow
       [not found]   ` <handler.3407.C.125331561324137.notifdonectrl.1@emacsbugs.donarmstrong.com>
  0 siblings, 1 reply; 4+ messages in thread
From: Eric Hanchrow @ 2009-05-27 23:15 UTC (permalink / raw)
  To: emacs-pretest-bug

This has happened a couple of times now.  I start emacs with "run
-nw", then later do M-x make-frame-on-display RET erich-dev:0 RET,
then delete the new X frame with C-x 5 0.

If it matters, the X server is the mingw X server for WIndows.

This is the output of "bt full"; I forgot to do "xbacktrace".

`/usr/local/src/emacs/src/emacs' has changed; re-reading symbols.
Starting program: /usr/local/src/emacs/src/emacs -nw
[Thread debugging using libthread_db enabled]
[New Thread 0x7f5bd677c770 (LWP 9033)]

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7f5bd677c770 (LWP 9033)]
0x00007f5bd1e77015 in raise () from /lib/libc.so.6
#0  0x00007f5bd1e77015 in raise () from /lib/libc.so.6
No symbol table info available.
#1  0x00007f5bd1e78b83 in abort () from /lib/libc.so.6
No symbol table info available.
#2  0x00007f5bd1eb80c8 in ?? () from /lib/libc.so.6
No symbol table info available.
#3  0x00007f5bd1ebda58 in ?? () from /lib/libc.so.6
No symbol table info available.
#4  0x00007f5bd1ec00a6 in free () from /lib/libc.so.6
No symbol table info available.
#5  0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#6  0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#7  0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#8  0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#9  0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#10 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#11 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#12 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#13 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#14 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#15 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#16 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#17 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#18 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#19 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#20 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#21 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#22 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#23 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#24 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#25 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#26 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#27 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#28 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#29 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#30 0x00007f5bd292c73b in ?? () from /usr/lib/libX11.so.6
No symbol table info available.
#31 0x00007f5bd292c7c3 in XrmDestroyDatabase () from /usr/lib/libX11.so.6
No symbol table info available.
#32 0x000000000049dab1 in x_delete_terminal (terminal=<value optimized
out>) at xterm.c:10748
	dpyinfo = (struct x_display_info *) 0x1e90400
#33 0x00000000004938b6 in Fdelete_terminal (terminal=32815972,
force=10948417) at terminal.c:331
	t = <value optimized out>
#34 0x00000000004213e5 in delete_frame (frame=33685460,
force=10948417) at frame.c:1511
	f = <value optimized out>
	sf = <value optimized out>
	kb = (struct kboard *) 0x0
#35 0x000000000054af27 in Ffuncall (nargs=1, args=<value optimized
out>) at eval.c:3048
	fun = <value optimized out>
	original_fun = 0
	funcar = <value optimized out>
	numargs = 0
	val = <value optimized out>
	backtrace = {
  next = 0x7fffde7a3530,
  function = 0x7fffde7a3360,
  args = 0x7fffde7a3368,
  nargs = 0,
  evalargs = 0 '\0',
  debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x7fffde7a3260
	i = <value optimized out>
#36 0x000000000054889f in Fcall_interactively (function=11010017,
record_flag=10948321, keys=11015268)
    at callint.c:868
	val = <value optimized out>
	specs = <value optimized out>
	filter_specs = <value optimized out>
	teml = <value optimized out>
	up_event = 10948321
	enable = 10948321
	speccount = 3
	next_event = 3
	prefix_arg = 10948321
	string = <value optimized out>
	tem = (unsigned char *) 0x0
	i = 11015264
	j = 0
	foo = 0
	prompt1 = '\0' <repeats 33 times>, " ", '\0' <repeats 65 times>
	arg_from_tty = 0
	key_count = 3
	record_then_fail = 0
	save_this_command = 11010017
	save_last_command = 11367121
	save_this_original_command = 11010017
	save_real_this_command = 11010017
#37 0x000000000054af0e in Ffuncall (nargs=4, args=<value optimized
out>) at eval.c:3051
	fun = <value optimized out>
	original_fun = <value optimized out>
	funcar = <value optimized out>
	numargs = 3
	val = <value optimized out>
	backtrace = {
  next = 0x0,
  function = 0x7fffde7a35a0,
  args = 0x7fffde7a35a8,
  nargs = 3,
  evalargs = 0 '\0',
  debug_on_exit = 0 '\0'
}
	internal_args = (Lisp_Object *) 0x7fffde7a35a8
	i = <value optimized out>
#38 0x000000000054b0c4 in call3 (fn=<value optimized out>, arg1=<value
optimized out>, arg2=6, arg3=-1)
    at eval.c:2871
	ret_ungc_val = 0
	args = {11210209, 11010017, 10948321, 10948321}
#39 0x00000000004e6c16 in command_loop_1 () at keyboard.c:1901
	cmd = <value optimized out>
	lose = <value optimized out>
	nonundocount = 0
	keybuf = {192, 424, 384, 10948417, 1, 11035393, 140736925939312,
5674953, 10850208, 11158307,
  72057658462437376, 5617360925855604736, 29797765, 140736925939360,
0, 29797765, 1, 0, 29797765, 5104934,
  10948321, 11834704, 10948321, 5105314, 140736925938944, 0, 0,
10948321, 12609857, 5617360925855604736}
	i = <value optimized out>
	prev_modiff = 663
	prev_buffer = (struct buffer *) 0x1aafc40
	already_adjusted = 0
#40 0x000000000054a13f in internal_condition_case (bfun=0x4e6800
<command_loop_1>, handlers=11035345,
    hfun=0x4de590 <cmd_error>) at eval.c:1512
	val = <value optimized out>
	c = {
  tag = 10948321,
  val = 10948321,
  next = 0x7fffde7a38a0,
  gcpro = 0x0,
  jmp = {{
      __jmpbuf = {0, -804971358484784201, 11834672, 1, 1, 0,
804903316451924919, -804971085401908297},
      __mask_was_saved = 0,
      __saved_mask = {
        __val = {5186418, 0, 0, 0, 140032416936848, 1, 0, 1, 0, 0, 0,
0, 4294967296, 140032416936848,
          140032417088344, 140736925939712}
      }
    }},
  backlist = 0x0,
  handlerlist = 0x0,
  lisp_eval_depth = 0,
  pdlcount = 2,
  poll_suppress_count = 1,
  interrupt_input_blocked = 0,
  byte_stack = 0x0
}
	h = {
  handler = 11035345,
  var = 10948321,
  chosen_clause = 10948417,
  tag = 0x7fffde7a3730,
  next = 0x0
}
#41 0x00000000004dd9de in command_loop_2 () at keyboard.c:1359
	val = 0
#42 0x000000000054a257 in internal_catch (tag=<value optimized out>,
func=0x4dd9c0 <command_loop_2>, arg=10948321)
    at eval.c:1248
	c = {
  tag = 11016737,
  val = 10948321,
  next = 0x0,
  gcpro = 0x0,
  jmp = {{
      __jmpbuf = {0, -804971358484784201, 11834672, 1, 1, 0,
804903315931831223, -804971085319595081},
      __mask_was_saved = 0,
      __saved_mask = {
        __val = {140736925940063, 384, 140736925940079,
140736925940096, 140736925940080, 344, 94489280512,
          11146296, 11369280, 11361258, 10988496, 11369281, 10948321,
11361256, 5482983, 11369280}
      }
    }},
  backlist = 0x0,
  handlerlist = 0x0,
  lisp_eval_depth = 0,
  pdlcount = 2,
  poll_suppress_count = 1,
  interrupt_input_blocked = 0,
  byte_stack = 0x0
}
#43 0x00000000004de3b8 in command_loop () at keyboard.c:1338
No locals.
#44 0x00000000004de7da in recursive_edit_1 () at keyboard.c:953
	val = <value optimized out>
#45 0x00000000004de954 in Frecursive_edit () at keyboard.c:1015
	buffer = 10948321
#46 0x00000000004d4587 in main (argc=2, argv=0x7fffde7a3df8) at emacs.c:1852
	dummy = 140032320988360
	stack_bottom_variable = 0 '\0'
	do_initial_setlocale = 1
	skip_args = 1
	rlim = {
  rlim_cur = 8720000,
  rlim_max = 18446744073709551615
}
	no_loadup = 0
	junk = 0x0
	dname_arg = 0x0

Lisp Backtrace:
"delete-frame" (0xde7a3368)
"call-interactively" (0xde7a35a8)
The program being debugged has been started already.
Start it from the beginning? (y or n) Starting program:
/usr/local/src/emacs/src/emacs -nw
[Thread debugging using libthread_db enabled]
[New Thread 0x7f8b050e8770 (LWP 12351)]

In GNU Emacs 23.0.94.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.14.4)
 of 2009-05-27 on ubuntu64-erich
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
  shell-dirtrack-mode: t
  global-auto-revert-mode: t
  display-time-mode: t
  tooltip-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC x s h e l l RET p w d RET ESC x r e p o r t - e
m TAB RET

Recent messages:
("/usr/local/src/emacs/src/emacs")
Loading /home/COZIGROUP/erich/.emacs.d/aliases.el (source)...done
Ido mode enabled
Loading /home/COZIGROUP/erich/.emacs.d/ssh.el (source)...done
Welcome to the Smith Tower.
Loading `erlang': old-style backquotes detected!
Loading /home/COZIGROUP/erich/.emacs.d/custom.el (source)...done
/home/COZIGROUP/erich/.emacs.d/init.el loaded ok!
For information about GNU Emacs and the GNU system, type C-h C-a.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* Processed: close 3399
       [not found] <87ws3vonhl.fsf@stupidchicken.com>
  2009-05-27 23:15 ` bug#3407: SIGABRT when deleting X frame Eric Hanchrow
@ 2009-09-18 23:20 ` Emacs bug Tracking System
  1 sibling, 0 replies; 4+ messages in thread
From: Emacs bug Tracking System @ 2009-09-18 23:20 UTC (permalink / raw)
  To: Chong Yidong
  Cc: bug 3407 done for {3407}, bug 3399 done for {3399}, Emacs Bugs

Processing commands for control@emacsbugs.donarmstrong.com:

> close 3399
bug#3399: Crash in multi-TTY mode
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug#3407: SIGABRT when deleting X frame
bug closed, send any further explanations to "Shannon Jones" <cz2s20d02@sneakemail.com>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#3407: acknowledged by developer (close 3399)
       [not found]   ` <handler.3407.C.125331561324137.notifdonectrl.1@emacsbugs.donarmstrong.com>
@ 2009-09-19  0:13     ` Eric Hanchrow
  2009-09-19  0:29       ` Chong Yidong
  0 siblings, 1 reply; 4+ messages in thread
From: Eric Hanchrow @ 2009-09-19  0:13 UTC (permalink / raw)
  To: 3407, cyd

Why was this closed?  As far as I can tell, the bug into which it was
merged -- http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3399
-- has not been fixed.  (And that page is full of spam, damn it).





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#3407: acknowledged by developer (close 3399)
  2009-09-19  0:13     ` bug#3407: acknowledged by developer (close 3399) Eric Hanchrow
@ 2009-09-19  0:29       ` Chong Yidong
  0 siblings, 0 replies; 4+ messages in thread
From: Chong Yidong @ 2009-09-19  0:29 UTC (permalink / raw)
  To: Eric Hanchrow; +Cc: 3407

Eric Hanchrow <eric.hanchrow@gmail.com> writes:

> Why was this closed?  As far as I can tell, the bug into which it was
> merged -- http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3399
> -- has not been fixed.  (And that page is full of spam, damn it).

Wasn't this fixed by YAMAMOTO Mitsuharu's 2009-05-19 change?  That was
my recollection, and what the commentary in 3399 says.





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-09-19  0:29 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87ws3vonhl.fsf@stupidchicken.com>
2009-05-27 23:15 ` bug#3407: SIGABRT when deleting X frame Eric Hanchrow
     [not found]   ` <handler.3407.C.125331561324137.notifdonectrl.1@emacsbugs.donarmstrong.com>
2009-09-19  0:13     ` bug#3407: acknowledged by developer (close 3399) Eric Hanchrow
2009-09-19  0:29       ` Chong Yidong
2009-09-18 23:20 ` Processed: close 3399 Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).