* bug#13941: 24.3.50; emacs_backtrace.txt
@ 2013-03-13 2:21 Drew Adams
2013-03-13 18:13 ` Eli Zaretskii
0 siblings, 1 reply; 3+ messages in thread
From: Drew Adams @ 2013-03-13 2:21 UTC (permalink / raw)
To: 13941
Backtrace:
0x01158AA0
0x01158B12
0x0101EAED
0x01017FC6
0x010146F0
0x010E35F7
0x010E29BE
0x01013031
0x01010720
0x010E418B
0x01015C17
0x010150A8
0x010E35F7
0x01015C17
0x010150A8
0x010E35F7
0x010E29BE
0x01013031
0x01010BE1
0x010E4234
0x01015C17
0x010150A8
0x0101369D
0x01012DA6
0x0100F0E2
0x01015AE2
0x0101517A
0x010E35F7
0x01015C17
0x010150A8
0x010E35F7
0x01015C17
0x010150A8
0x010144C4
0x010C2BAF
0x010130B2
0x01010BE1
0x010E4234
0x01015C17
0x010150A8
0x010E35F7
0x010E29BE
0x01013031
0x01010BE1
0x010E4234
0x01015C17
0x010150A8
0x010E35F7
0x01015C17
0x010150A8
0x010E35F7
0x01015C17
0x010150A8
0x01012DA6
0x01010BE1
0x010E4234
0x01015C17
0x010150A8
0x010E35F7
0x01015C17
0x010150A8
0x01012DA6
...
Backtrace:
0x01158AA0
0x01158B12
0x01001459
0x01021E80
0x01016A07
0x01064C37
0x0100310C
0x01001411
0x01021E80
0x0114F0E6
0x7E418730
0x7E418812
0x7E4189C9
0x7E418A0C
0x0114CB8E
0x0114CE2D
0x7C80B725
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2013-03-04 on ODIEONE
Bzr revision: 111935 yamaoka@jpl.org-20130304102733-4qy111z41qwoh2as
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] 3+ messages in thread
* bug#13941: 24.3.50; emacs_backtrace.txt
2013-03-13 2:21 bug#13941: 24.3.50; emacs_backtrace.txt Drew Adams
@ 2013-03-13 18:13 ` Eli Zaretskii
2015-12-25 23:25 ` Lars Ingebrigtsen
0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2013-03-13 18:13 UTC (permalink / raw)
To: Drew Adams; +Cc: 13941
> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Tue, 12 Mar 2013 19:21:22 -0700
>
>
>
> Backtrace:
> 0x01158AA0
> 0x01158B12
> 0x0101EAED
> 0x01017FC6
> 0x010146F0
> 0x010E35F7
> 0x010E29BE
> 0x01013031
> 0x01010720
> 0x010E418B
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x010E29BE
> 0x01013031
> 0x01010BE1
> 0x010E4234
> 0x01015C17
> 0x010150A8
> 0x0101369D
> 0x01012DA6
> 0x0100F0E2
> 0x01015AE2
> 0x0101517A
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x010144C4
> 0x010C2BAF
> 0x010130B2
> 0x01010BE1
> 0x010E4234
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x010E29BE
> 0x01013031
> 0x01010BE1
> 0x010E4234
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x01012DA6
> 0x01010BE1
> 0x010E4234
> 0x01015C17
> 0x010150A8
> 0x010E35F7
> 0x01015C17
> 0x010150A8
> 0x01012DA6
> ...
This crash is in GC:
w32_backtrace at C:\Devel\emacs\repo\build\src/w32fns.c:7727
emacs_abort at C:\Devel\emacs\repo\build\src/w32fns.c:7759
Fgarbage_collect at C:\Devel\emacs\repo\build\src/alloc.c:5207
maybe_gc at C:\Devel\emacs\repo\build\src/lisp.h:3823
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2626
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
Fbyte_code at C:\Devel\emacs\repo\build\src/bytecode.c:473
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2046
internal_catch at C:\Devel\emacs\repo\build\src/eval.c:964
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:1079
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
Fbyte_code at C:\Devel\emacs\repo\build\src/bytecode.c:473
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2046
internal_lisp_condition_case at C:\Devel\emacs\repo\build\src/eval.c:1147
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:1094
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
Fapply at C:\Devel\emacs\repo\build\src/eval.c:2156
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2012
Fprogn at C:\Devel\emacs\repo\build\src/eval.c:359
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2900
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2736
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
call3 at C:\Devel\emacs\repo\build\src/eval.c:2500
Fall_completions at C:\Devel\emacs\repo\build\src/minibuf.c:1524
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2050
internal_lisp_condition_case at C:\Devel\emacs\repo\build\src/eval.c:1147
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:1094
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
Fbyte_code at C:\Devel\emacs\repo\build\src/bytecode.c:473
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2046
internal_lisp_condition_case at C:\Devel\emacs\repo\build\src/eval.c:1147
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:1094
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2012
internal_lisp_condition_case at C:\Devel\emacs\repo\build\src/eval.c:1147
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:1094
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
exec_byte_code at C:\Devel\emacs\repo\build\src/bytecode.c:898
funcall_lambda at C:\Devel\emacs\repo\build\src/eval.c:2907
Ffuncall at C:\Devel\emacs\repo\build\src/eval.c:2724
eval_sub at C:\Devel\emacs\repo\build\src/eval.c:2012
Dmitry, could you take a look? It crashes here:
DEFUN ("garbage-collect", Fgarbage_collect, Sgarbage_collect, 0, 0, "",
doc: /* Reclaim storage for Lisp objects no longer needed.
Garbage collection happens automatically if you cons more than
`gc-cons-threshold' bytes of Lisp data since previous garbage collection.
`garbage-collect' normally returns a list with info on amount of space in use,
where each entry has the form (NAME SIZE USED FREE), where:
- NAME is a symbol describing the kind of objects this entry represents,
- SIZE is the number of bytes used by each one,
- USED is the number of those objects that were found live in the heap,
- FREE is the number of those objects that are not live but that Emacs
keeps around for future allocations (maybe because it does not know how
to return them to the OS).
However, if there was overflow in pure space, `garbage-collect'
returns nil, because real GC can't be done.
See Info node `(elisp)Garbage Collection'. */)
(void)
{
struct specbinding *bind;
struct buffer *nextb;
char stack_top_variable;
ptrdiff_t i;
bool message_p;
ptrdiff_t count = SPECPDL_INDEX ();
EMACS_TIME start;
Lisp_Object retval = Qnil;
size_t tot_before = 0;
struct backtrace backtrace;
if (abort_on_gc)
emacs_abort (); <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
The only place that sets abort_on_gc is in prin1-to-string. I don't
see it in the above backtrace, but since the backtrace was too long
and was truncated, it is possible that it was called. Or not.
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#13941: 24.3.50; emacs_backtrace.txt
2013-03-13 18:13 ` Eli Zaretskii
@ 2015-12-25 23:25 ` Lars Ingebrigtsen
0 siblings, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2015-12-25 23:25 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 13941
Eli Zaretskii <eliz@gnu.org> writes:
> Dmitry, could you take a look? It crashes here:
>
> DEFUN ("garbage-collect", Fgarbage_collect, Sgarbage_collect, 0, 0, "",
> doc: /* Reclaim storage for Lisp objects no longer needed.
> Garbage collection happens automatically if you cons more than
> `gc-cons-threshold' bytes of Lisp data since previous garbage collection.
> `garbage-collect' normally returns a list with info on amount of space in use,
> where each entry has the form (NAME SIZE USED FREE), where:
More information was requested, but no response was given within a few
months, so I'm closing this bug report. If the problem still exists,
please reopen this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-12-25 23:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-13 2:21 bug#13941: 24.3.50; emacs_backtrace.txt Drew Adams
2013-03-13 18:13 ` Eli Zaretskii
2015-12-25 23:25 ` 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).