* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
@ 2013-02-15 17:13 Drew Adams
2013-02-15 19:29 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Drew Adams @ 2013-02-15 17:13 UTC (permalink / raw)
To: 13722
Backtrace:
0x0115773C
0x011577AE
0x010E7284
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x01013EC3
0x010142FA
0x01013F08
0x011CA1C5
0x010E4E59
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x01012D95
0x01010BD9
0x010E4D78
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x010E9BC8
0x01014D55
0x010144B3
0x0103E66C
0x01024CD0
0x01010CBB
0x01023C24
0x01010718
0x01023B8D
0x01023198
0x010C1081
0x010C1D8B
0x01014F97
0x010E413B
0x01015C06
0x01015097
0x010E413B
0x01015C06
0x01015097
0x010E413B
0x010E3502
0x01013020
0x01010718
0x010E4CCF
0x01015C06
0x01015097
0x010E413B
...
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2013-02-10 on ODIEONE
Bzr revision: 111724 eliz@gnu.org-20130210164909-kw8e2nf2coqz7r9j
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 --ldflags -LC:/Devel/emacs/build/lib'
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
2013-02-15 17:13 bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build Drew Adams
@ 2013-02-15 19:29 ` Eli Zaretskii
2013-02-23 1:10 ` Glenn Morris
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-02-15 19:29 UTC (permalink / raw)
To: Drew Adams; +Cc: 13722
> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Fri, 15 Feb 2013 09:13:53 -0800
>
> Backtrace:
> 0x0115773C
> 0x011577AE
> 0x010E7284
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x01013EC3
> 0x010142FA
> 0x01013F08
> 0x011CA1C5
> 0x010E4E59
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x01012D95
> 0x01010BD9
> 0x010E4D78
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E9BC8
> 0x01014D55
> 0x010144B3
> 0x0103E66C
> 0x01024CD0
> 0x01010CBB
> 0x01023C24
> 0x01010718
> 0x01023B8D
> 0x01023198
> 0x010C1081
> 0x010C1D8B
> 0x01014F97
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x01015C06
> 0x01015097
> 0x010E413B
> 0x010E3502
> 0x01013020
> 0x01010718
> 0x010E4CCF
> 0x01015C06
> 0x01015097
> 0x010E413B
w32_backtrace at C:\emacs\trunk\src/w32fns.c:7729
emacs_abort at C:\emacs\trunk\src/w32fns.c:7761
exec_byte_code at C:\emacs\trunk\src/bytecode.c:1960
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
funcall_nil at C:\emacs\trunk\src/eval.c:2221
run_hook_with_args at C:\emacs\trunk\src/eval.c:2406
Frun_hooks at C:\emacs\trunk\src/eval.c:2248
temp_output_buffer_show at C:\emacs\trunk\src/window.c:3407
exec_byte_code at C:\emacs\trunk\src/bytecode.c:1113
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
eval_sub at C:\emacs\trunk\src/eval.c:2012
internal_lisp_condition_case at C:\emacs\trunk\src/eval.c:1147
exec_byte_code at C:\emacs\trunk\src/bytecode.c:1096
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
Fcall_interactively at C:\emacs\trunk\src/callint.c:854
Ffuncall at C:\emacs\trunk\src/eval.c:2682
call3 at C:\emacs\trunk\src/eval.c:2500
Fcommand_execute at C:\emacs\trunk\src/keyboard.c:10237
command_loop_1 at C:\emacs\trunk\src/keyboard.c:1587
internal_condition_case at C:\emacs\trunk\src/eval.c:1193
command_loop_2 at C:\emacs\trunk\src/keyboard.c:1174
internal_catch at C:\emacs\trunk\src/eval.c:964
command_loop at C:\emacs\trunk\src/keyboard.c:1145
recursive_edit_1 at C:\emacs\trunk\src/keyboard.c:786
read_minibuf at C:\emacs\trunk\src/minibuf.c:682
Fread_minibuffer at C:\emacs\trunk\src/minibuf.c:996
Ffuncall at C:\emacs\trunk\src/eval.c:2701
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
exec_byte_code at C:\emacs\trunk\src/bytecode.c:487
eval_sub at C:\emacs\trunk\src/eval.c:2046
internal_catch at C:\emacs\trunk\src/eval.c:964
exec_byte_code at C:\emacs\trunk\src/bytecode.c:1081
funcall_lambda at C:\emacs\trunk\src/eval.c:2907
Ffuncall at C:\emacs\trunk\src/eval.c:2724
exec_byte_code at C:\emacs\trunk\src/bytecode.c:900
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
2013-02-15 19:29 ` Eli Zaretskii
@ 2013-02-23 1:10 ` Glenn Morris
2013-02-23 10:23 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Glenn Morris @ 2013-02-23 1:10 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 13722
Eli Zaretskii wrote:
> w32_backtrace at C:\emacs\trunk\src/w32fns.c:7729
> emacs_abort at C:\emacs\trunk\src/w32fns.c:7761
> exec_byte_code at C:\emacs\trunk\src/bytecode.c:1960
> funcall_lambda at C:\emacs\trunk\src/eval.c:2907
> Ffuncall at C:\emacs\trunk\src/eval.c:2724
So it seems nothing can be done with this info?
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
2013-02-23 1:10 ` Glenn Morris
@ 2013-02-23 10:23 ` Eli Zaretskii
2014-02-10 4:43 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-02-23 10:23 UTC (permalink / raw)
To: Glenn Morris; +Cc: 13722
> From: Glenn Morris <rgm@gnu.org>
> Cc: 13722@debbugs.gnu.org
> Date: Fri, 22 Feb 2013 20:10:27 -0500
>
> Eli Zaretskii wrote:
>
> > w32_backtrace at C:\emacs\trunk\src/w32fns.c:7729
> > emacs_abort at C:\emacs\trunk\src/w32fns.c:7761
> > exec_byte_code at C:\emacs\trunk\src/bytecode.c:1960
> > funcall_lambda at C:\emacs\trunk\src/eval.c:2907
> > Ffuncall at C:\emacs\trunk\src/eval.c:2724
>
> So it seems nothing can be done with this info?
I'd be glad if someone who knows their way around exec_byte_code could
at least say what could have caused this.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
2013-02-23 10:23 ` Eli Zaretskii
@ 2014-02-10 4:43 ` Lars Ingebrigtsen
2014-02-10 4:54 ` Drew Adams
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2014-02-10 4:43 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 13722
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Glenn Morris <rgm@gnu.org>
>> Cc: 13722@debbugs.gnu.org
>> Date: Fri, 22 Feb 2013 20:10:27 -0500
>>
>> Eli Zaretskii wrote:
>>
>> > w32_backtrace at C:\emacs\trunk\src/w32fns.c:7729
>> > emacs_abort at C:\emacs\trunk\src/w32fns.c:7761
>> > exec_byte_code at C:\emacs\trunk\src/bytecode.c:1960
>> > funcall_lambda at C:\emacs\trunk\src/eval.c:2907
>> > Ffuncall at C:\emacs\trunk\src/eval.c:2724
>>
>> So it seems nothing can be done with this info?
>
> I'd be glad if someone who knows their way around exec_byte_code could
> at least say what could have caused this.
Drew, are you still seeing this problem?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build
2014-02-10 4:43 ` Lars Ingebrigtsen
@ 2014-02-10 4:54 ` Drew Adams
0 siblings, 0 replies; 6+ messages in thread
From: Drew Adams @ 2014-02-10 4:54 UTC (permalink / raw)
To: Lars Ingebrigtsen, Eli Zaretskii; +Cc: 13722
> Drew, are you still seeing this problem?
No idea. I get crashes occasionally. ;-) Whether they are
related to this report or not I couldn't say. Go ahead and
close it, please.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-02-10 4:54 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-15 17:13 bug#13722: 24.3.50; emacs_backtrace.txt - Feb 10 build is as unusable as Feb 08 build Drew Adams
2013-02-15 19:29 ` Eli Zaretskii
2013-02-23 1:10 ` Glenn Morris
2013-02-23 10:23 ` Eli Zaretskii
2014-02-10 4:43 ` Lars Ingebrigtsen
2014-02-10 4:54 ` Drew Adams
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).