GNU bug report logs - #16022
24.3.50; emacs_backtrace.txt

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16022 in the body.
You can then email your comments to 16022 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; emacs_backtrace.txt
Date: Sun, 1 Dec 2013 12:06:25 -0800 (PST)

This looks like a different backtrace from others I've gotten recently.

Backtrace:
0x011ecf7f
0x011ecff1
0x010e1ad8
0x01154887
0x01003cae
0x0100972e
0x01007f86
0x01007749
0x010073e6
0x0103f27c
0x0103d305
0x010e7eab
0x010f49a4
0x010e59c7
0x0116fa6c
0x010e52fc
0x0116f019
0x010e5263
0x010e4a4c
0x0111cb7e
0x0111d3d1
0x01172cff
0x011b3033
0x01173716
0x01172dac
0x011b3033
0x01173716
0x01172dac
0x011b3033
0x011b2488
0x01171836
0x0116f019
0x011b3c1c
0x01173716
0x01172dac
0x011b3033
0x01173352
0x01172dac
0x011b3033
0x01173352
0x01172dac
0x011b3033
0x01173716
0x01172dac
0x011b3033
0x01173716
0x01172dac
0x011725d2
0x0116a9ea
0x01172bc5
0x011b3033
0x01173352
0x01172dac
0x0117265b
0x010e5ca8
0x0116fa6c
0x010e52fc
0x0116f019
0x010e5263
0x010e4a4c
0x0111cb7e
0x0111d3d1
...

I believe that all I was doing at the time was typing text in the
minibuffer.  It's possible that that text did not match a candidate,
which would cause frame *Completions* to be deleted, but I'm not sure
there was no candidate match in this case (the crash made it impossible
to know).

In GNU Emacs 24.3.50.2 (i686-pc-mingw32)
 of 2013-11-28 on LEG570
Bzr revision: 115271 rgm <at> gnu.org-20131128203155-qjc1xsp19z2k64b2
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

Message #8 received at 16022 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 16022 <at> debbugs.gnu.org
Subject: Re: bug#16022: 24.3.50; emacs_backtrace.txt
Date: Sun, 01 Dec 2013 22:34:41 +0200

> Date: Sun, 1 Dec 2013 12:06:25 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> 
> 
> This looks like a different backtrace from others I've gotten recently.

Yes, it's different.

w32_backtrace at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7958
emacs_abort at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7990
terminate_due_to_signal at c:\msys\home\dani\emacs\build\src/../../repo/src/emacs.c:377
die at c:\msys\home\dani\emacs\build\src/../../repo/src/alloc.c:6726
row_equal_p at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:1168
scrolling_window at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:4056
update_window at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:3377
update_window_tree at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:3146
update_frame at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:3044
redisplay_internal at c:\msys\home\dani\emacs\build\src/../../repo/src/xdisp.c:13397
redisplay at c:\msys\home\dani\emacs\build\src/../../repo/src/xdisp.c:12646
read_char at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:2565
read_key_sequence at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:9065
command_loop_1 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1444
internal_condition_case at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:1344
command_loop_2 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1169
internal_catch at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:1108
command_loop at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1140
recursive_edit_1 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:776
read_minibuf at c:\msys\home\dani\emacs\build\src/../../repo/src/minibuf.c:664
Fread_from_minibuffer at c:\msys\home\dani\emacs\build\src/../../repo/src/minibuf.c:957
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2831
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:3039
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:3039
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
Fbyte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:482
eval_sub at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2181
internal_catch at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:1108
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:1100
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:3039
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2973
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2973
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:3039
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:3039
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
apply1 at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2571
Fcall_interactively at c:\msys\home\dani\emacs\build\src/../../repo/src/callint.c:378
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2812
exec_byte_code at c:\msys\home\dani\emacs\build\src/../../repo/src/bytecode.c:919
funcall_lambda at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2973
Ffuncall at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2854
call1 at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:2604
command_loop_1 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1551
internal_condition_case at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:1344
command_loop_2 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1169
internal_catch at c:\msys\home\dani\emacs\build\src/../../repo/src/eval.c:1108
command_loop at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:1140
recursive_edit_1 at c:\msys\home\dani\emacs\build\src/../../repo/src/keyboard.c:776
read_minibuf at c:\msys\home\dani\emacs\build\src/../../repo/src/minibuf.c:664
Fread_from_minibuffer at c:\msys\home\dani\emacs\build\src/../../repo/src/minibuf.c:957
??
??:0

Message #11 received at 16022 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16022 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16022: 24.3.50; emacs_backtrace.txt
Date: Mon, 02 Dec 2013 08:38:32 +0100

>> This looks like a different backtrace from others I've gotten recently.
>
> Yes, it's different.
>
> w32_backtrace at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7958
> emacs_abort at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7990
> terminate_due_to_signal at c:\msys\home\dani\emacs\build\src/../../repo/src/emacs.c:377
> die at c:\msys\home\dani\emacs\build\src/../../repo/src/alloc.c:6726
> row_equal_p at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:1168

Is this after my pixelwise change?

martin

Message #14 received at 16022 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 16022 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#16022: 24.3.50; emacs_backtrace.txt
Date: Mon, 02 Dec 2013 18:24:58 +0200

> Date: Mon, 02 Dec 2013 08:38:32 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: Drew Adams <drew.adams <at> oracle.com>, 16022 <at> debbugs.gnu.org
> 
>  >> This looks like a different backtrace from others I've gotten recently.
>  >
>  > Yes, it's different.
>  >
>  > w32_backtrace at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7958
>  > emacs_abort at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7990
>  > terminate_due_to_signal at c:\msys\home\dani\emacs\build\src/../../repo/src/emacs.c:377
>  > die at c:\msys\home\dani\emacs\build\src/../../repo/src/alloc.c:6726
>  > row_equal_p at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:1168
> 
> Is this after my pixelwise change?

Relax, it's from before your changes.

Message #19 received at 16022 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16022 <at> debbugs.gnu.org, martin rudalics <rudalics <at> gmx.at>,
 drew.adams <at> oracle.com
Subject: Re: bug#16022: 24.3.50; emacs_backtrace.txt
Date: Fri, 29 Apr 2016 16:44:06 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Mon, 02 Dec 2013 08:38:32 +0100
>> From: martin rudalics <rudalics <at> gmx.at>
>> CC: Drew Adams <drew.adams <at> oracle.com>, 16022 <at> debbugs.gnu.org
>> 
>>  >> This looks like a different backtrace from others I've gotten recently.
>>  >
>>  > Yes, it's different.
>>  >
>>  > w32_backtrace at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7958
>>  > emacs_abort at c:\msys\home\dani\emacs\build\src/../../repo/src/w32fns.c:7990
>>  > terminate_due_to_signal at c:\msys\home\dani\emacs\build\src/../../repo/src/emacs.c:377
>>  > die at c:\msys\home\dani\emacs\build\src/../../repo/src/alloc.c:6726
>>  > row_equal_p at c:\msys\home\dani\emacs\build\src/../../repo/src/dispnew.c:1168
>> 
>> Is this after my pixelwise change?
>
> Relax, it's from before your changes.

I'm guessing further progress here is unlikely.  Closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.