bug#13941: 24.3.50; emacs

unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed

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