unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#16022: 24.3.50; emacs_backtrace.txt
@ 2013-12-01 20:06 Drew Adams
  2013-12-01 20:34 ` Eli Zaretskii
  0 siblings, 1 reply; 5+ messages in thread
From: Drew Adams @ 2013-12-01 20:06 UTC (permalink / raw)
  To: 16022


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@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'





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

* bug#16022: 24.3.50; emacs_backtrace.txt
  2013-12-01 20:06 bug#16022: 24.3.50; emacs_backtrace.txt Drew Adams
@ 2013-12-01 20:34 ` Eli Zaretskii
  2013-12-02  7:38   ` martin rudalics
  0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2013-12-01 20:34 UTC (permalink / raw)
  To: Drew Adams; +Cc: 16022

> Date: Sun, 1 Dec 2013 12:06:25 -0800 (PST)
> From: Drew Adams <drew.adams@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





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

* bug#16022: 24.3.50; emacs_backtrace.txt
  2013-12-01 20:34 ` Eli Zaretskii
@ 2013-12-02  7:38   ` martin rudalics
  2013-12-02 16:24     ` Eli Zaretskii
  0 siblings, 1 reply; 5+ messages in thread
From: martin rudalics @ 2013-12-02  7:38 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 16022

 >> 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





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

* bug#16022: 24.3.50; emacs_backtrace.txt
  2013-12-02  7:38   ` martin rudalics
@ 2013-12-02 16:24     ` Eli Zaretskii
  2016-04-29 14:44       ` Lars Ingebrigtsen
  0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2013-12-02 16:24 UTC (permalink / raw)
  To: martin rudalics; +Cc: 16022

> Date: Mon, 02 Dec 2013 08:38:32 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: Drew Adams <drew.adams@oracle.com>, 16022@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.





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

* bug#16022: 24.3.50; emacs_backtrace.txt
  2013-12-02 16:24     ` Eli Zaretskii
@ 2016-04-29 14:44       ` Lars Ingebrigtsen
  0 siblings, 0 replies; 5+ messages in thread
From: Lars Ingebrigtsen @ 2016-04-29 14:44 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 16022

Eli Zaretskii <eliz@gnu.org> writes:

>> Date: Mon, 02 Dec 2013 08:38:32 +0100
>> From: martin rudalics <rudalics@gmx.at>
>> CC: Drew Adams <drew.adams@oracle.com>, 16022@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





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

end of thread, other threads:[~2016-04-29 14:44 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-01 20:06 bug#16022: 24.3.50; emacs_backtrace.txt Drew Adams
2013-12-01 20:34 ` Eli Zaretskii
2013-12-02  7:38   ` martin rudalics
2013-12-02 16:24     ` Eli Zaretskii
2016-04-29 14:44       ` Lars Ingebrigtsen

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).