bug#13214: 24.3.50; emacs_backtrace.txt

bug#13214: 24.3.50; emacs_backtrace.txt

[Drew Adams]

Backtrace:
0x01154F80
0x01154FF2
0x01001435
0x0102191C
0x01207495
0x012081F7
0x010FC1A0
0x010385B1
0x01010C87
0x01037E5F
0x010106E4
0x01037DC8
0x010373D3
0x010BF275
0x010BFF7F
0x01014F4B
0x010E1C9B
0x01015BB2
0x0101504B
0x010E1C9B
0x01015BB2
0x0101504B
0x010E1C9B
0x010E1062
0x01012FE4
0x010106E4
0x010E282F
0x01015BB2
0x0101504B
0x010E1C9B
0x01015BB2
0x0101504B
0x010E1C9B
0x01015BB2
0x0101504B
0x01012D59
0x01010BA5
0x010E28D8
0x01015BB2
0x0101504B
0x01014364
0x010E59FD
0x01014D09
0x01014467
0x01052B2A
0x01038F1B
0x01010C87
0x01037E5F
0x010106E4
0x01037E19
0x010373D3
0x01037700
0x01002996
0x010010B5
0x01001280
0x01142713
0x7C817073
 
 
 

In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
 of 2012-12-13 on ODIEONE
Bzr revision: 111211 eggert@cs.ucla.edu-20121213021749-eyqqen0ewhn2hogq
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -IC:/Devel/emacs/build/include -Wall -Wextra -Wno-sign-compare
 -Wno-type-limits -Wno-missing-field-initializers -Wno-pointer-sign
 -Wdeclaration-after-statement --ldflags -LC:/Devel/emacs/build/lib'
 

bug#13214: 24.3.50; emacs_backtrace.txt

[Juanma Barranquero]

The binary Drew's using in this report can be found at
https://www.dropbox.com/sh/3pgcb3iiy8s9irl/c171Xhsd99


??
??:0
w32_backtrace
w32fns.c:7727
emacs_abort
w32fns.c:7759
terminate_due_to_signal
emacs.c:342
die
alloc.c:6508
redisplay_internal
xdisp.c:13540
redisplay_preserve_echo_area
xdisp.c:13750
sit_for
dispnew.c:5872
command_loop_1
keyboard.c:1422
internal_condition_case
eval.c:1192
command_loop_2
keyboard.c:1168
internal_catch
eval.c:963
command_loop
keyboard.c:1139
recursive_edit_1
keyboard.c:780
read_minibuf
minibuf.c:678
Fread_from_minibuffer
minibuf.c:980
Ffuncall
eval.c:2697
exec_byte_code
bytecode.c:897
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
exec_byte_code
bytecode.c:897
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
exec_byte_code
bytecode.c:897
Fbyte_code
bytecode.c:472
eval_sub
eval.c:2042
internal_catch
eval.c:963
exec_byte_code
bytecode.c:1078
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
exec_byte_code
bytecode.c:897
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
exec_byte_code
bytecode.c:897
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
eval_sub
eval.c:2008
internal_lisp_condition_case
eval.c:1146
exec_byte_code
bytecode.c:1093
funcall_lambda
eval.c:2903
Ffuncall
eval.c:2720
apply1
eval.c:2432
Fcall_interactively
callint.c:377
Ffuncall
eval.c:2678
call3
eval.c:2496
Fcommand_execute
keyboard.c:10242
command_loop_1
keyboard.c:1581
internal_condition_case
eval.c:1192
command_loop_2
keyboard.c:1168
internal_catch
eval.c:963
command_loop
keyboard.c:1147
recursive_edit_1
keyboard.c:780
Frecursive_edit
keyboard.c:844
main
emacs.c:1573
__mingw_CRTStartup
crt1.c:244
mainCRTStartup
crt1.c:264
_start
unexw32.c:117
??
??:0

bug#13214: 24.3.50; emacs_backtrace.txt

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Mon, 17 Dec 2012 22:12:39 +0100
> Cc: 13214@debbugs.gnu.org
> 
> The binary Drew's using in this report can be found at
> https://www.dropbox.com/sh/3pgcb3iiy8s9irl/c171Xhsd99
> 
> 
> ??
> ??:0
> w32_backtrace
> w32fns.c:7727
> emacs_abort
> w32fns.c:7759
> terminate_due_to_signal
> emacs.c:342
> die
> alloc.c:6508
> redisplay_internal
> xdisp.c:13540

This is assertion violation here:

      /* We played a bit fast-and-loose above and allowed selected_frame
         and selected_window to be temporarily out-of-sync but let's make
         sure this stays contained.  */
      ensure_selected_frame (old_frame);
      eassert (EQ (XFRAME (selected_frame)->selected_window, selected_window));

Since the revision in which it happened is before Stefan's changes
that were supposed to solve these assertion violations, this backtrace
is no longer interesting.

bug#13214: 24.3.50; emacs_backtrace.txt

[Glenn Morris]

Eli Zaretskii wrote:

> Since the revision in which it happened is before Stefan's changes
> that were supposed to solve these assertion violations, this backtrace
> is no longer interesting.

I'm happy to close it then.

bug#13214: 24.3.50; emacs_backtrace.txt

[Eli Zaretskii]

> From: Glenn Morris <rgm@gnu.org>
> Date: Tue, 18 Dec 2012 03:23:29 -0500
> 
> Eli Zaretskii wrote:
> 
> > Since the revision in which it happened is before Stefan's changes
> > that were supposed to solve these assertion violations, this backtrace
> > is no longer interesting.
> 
> I'm happy to close it then.

Thanks.