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

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Wed, 13 Mar 2013 02:23:01 UTC

Severity: normal

Tags: moreinfo

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#13941; Package emacs. (Wed, 13 Mar 2013 02:23:01 GMT) Full text and rfc822 format available.
Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 13 Mar 2013 02:23:02 GMT) Full text and rfc822 format available.

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: 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
...
 
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 <at> 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'
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13941; Package emacs. (Wed, 13 Mar 2013 18:15:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 13941 <at> debbugs.gnu.org
Subject: Re: bug#13941: 24.3.50; emacs_backtrace.txt
Date: Wed, 13 Mar 2013 20:13:15 +0200

> From: "Drew Adams" <drew.adams <at> 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.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13941; Package emacs. (Fri, 25 Dec 2015 23:26:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 13941 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#13941: 24.3.50; emacs_backtrace.txt
Date: Sat, 26 Dec 2015 00:25:01 +0100

Eli Zaretskii <eliz <at> 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
bug closed, send any further explanations to 13941 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 25 Dec 2015 23:26:02 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 23 Jan 2016 12:24:06 GMT) Full text and rfc822 format available.
This bug report was last modified 9 years and 146 days ago.

Previous Next

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