From: Eli Zaretskii <eliz@gnu.org>
To: Michael Heerdegen <michael_heerdegen@web.de>
Cc: 24764@debbugs.gnu.org, npostavs@users.sourceforge.net
Subject: bug#24764: 25.1.50; Another crash in automatic gc
Date: Sat, 22 Oct 2016 18:25:17 +0300 [thread overview]
Message-ID: <83y41gpfs2.fsf@gnu.org> (raw)
In-Reply-To: <874m444eth.fsf@web.de> (message from Michael Heerdegen on Sat, 22 Oct 2016 16:51:38 +0200)
> From: Michael Heerdegen <michael_heerdegen@web.de>
> Cc: npostavs@users.sourceforge.net, 24764@debbugs.gnu.org
> Date: Sat, 22 Oct 2016 16:51:38 +0200
>
> I attach two other gdb sessions with backtraces. Maybe they look
> different, or they don't, I'm not good at reading this stuff.
>
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
> mark_object (arg=3271131134090376052) at alloc.c:6297
> 6297 if (STRING_MARKED_P (ptr))
> (gdb) bt
> #0 mark_object (arg=3271131134090376052) at alloc.c:6297
> #1 0x00000000005c2fe5 in mark_interval (i=0x2d65646f6d2d7370, dummy=0) at alloc.c:1532
This crash is in a different place in GC, but note how the value of
the argument i passed to mark_interval, 0x2d65646f6d2d7370, is again
ASCII text ("ps-mode-"). What's curiouser, GC is marking
buffer_defaults:
> #7536 0x00000000005c9609 in mark_vectorlike (ptr=0xc56d50 <buffer_defaults>) at alloc.c:6038
^^^^^^^^^^^^^^^
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
> mark_object (arg=10997052170605) at alloc.c:6315
> 6315 if (VECTOR_MARKED_P (ptr))
> (gdb) bt
> #0 mark_object (arg=10997052170605) at alloc.c:6315
> #1 0x00000000005c2fe5 in mark_interval (i=0xa0073636168, dummy=0) at alloc.c:1532
This is very similar to the above, with the text now being "hacs",
terminated by a null byte. Also, we are marking objects on the stack
in this case:
> #6 0x00000000005c7540 in mark_maybe_object (obj=66162019) at alloc.c:4743
> #7 0x00000000005c78cc in mark_memory (start=0x7fffffff89f8, end=0x7fffffffe758) at alloc.c:4895
> #8 0x00000000005c7900 in mark_stack (end=0x7fffffff89f8) at alloc.c:5038
> #9 0x00000000005c8e0d in garbage_collect_1 (end=0x7fffffff89f8) at alloc.c:5756
> #10 0x00000000005c947d in Fgarbage_collect () at alloc.c:5979
The Lisp backtraces are very different in each case, which I think
indicates the problem happens in some code entirely unrelated to the
code that crashes. It just triggers GC.
Please try lowering gc-cons-threshold, perhaps that would make the
crashes closer to the problematic code.
next prev parent reply other threads:[~2016-10-22 15:25 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-22 9:38 bug#24764: 25.1.50; Another crash in automatic gc Michael Heerdegen
2016-10-22 10:05 ` Eli Zaretskii
2016-10-22 11:41 ` Andreas Schwab
2016-10-22 12:01 ` Eli Zaretskii
2016-10-22 12:21 ` Eli Zaretskii
2016-10-22 14:05 ` Michael Heerdegen
2016-10-22 14:10 ` Eli Zaretskii
2016-10-22 14:43 ` Michael Heerdegen
2016-10-22 15:08 ` Eli Zaretskii
2016-10-22 18:25 ` Michael Heerdegen
2016-10-22 18:35 ` Eli Zaretskii
2016-10-23 9:06 ` Michael Heerdegen
2016-10-23 9:32 ` Eli Zaretskii
2016-10-23 10:22 ` Eli Zaretskii
2016-10-23 10:53 ` Michael Heerdegen
2016-10-23 12:06 ` Eli Zaretskii
2016-10-23 10:49 ` Michael Heerdegen
2016-10-23 10:24 ` Eli Zaretskii
2016-10-23 11:00 ` Michael Heerdegen
2016-10-23 12:08 ` Eli Zaretskii
2016-10-23 13:57 ` Eli Zaretskii
2016-10-23 15:53 ` Michael Heerdegen
2016-10-23 16:37 ` Michael Heerdegen
2016-10-23 17:01 ` Eli Zaretskii
2016-10-25 14:37 ` Michael Heerdegen
2016-10-25 16:46 ` Eli Zaretskii
2016-10-25 17:21 ` Michael Heerdegen
2016-10-25 18:17 ` Eli Zaretskii
2016-10-27 16:40 ` Michael Heerdegen
2016-10-27 17:18 ` Eli Zaretskii
2016-11-07 3:38 ` Eli Zaretskii
2016-11-07 11:36 ` Michael Heerdegen
2016-10-22 12:36 ` Eli Zaretskii
2016-10-22 13:54 ` Michael Heerdegen
2016-10-22 14:12 ` Michael Heerdegen
2016-10-22 14:24 ` Eli Zaretskii
2016-10-22 14:13 ` Eli Zaretskii
2016-10-23 9:32 ` Michael Heerdegen
2016-10-22 14:37 ` npostavs
2016-10-22 14:38 ` Eli Zaretskii
2016-10-22 14:51 ` Michael Heerdegen
2016-10-22 15:25 ` Eli Zaretskii [this message]
2016-10-22 15:33 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83y41gpfs2.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=24764@debbugs.gnu.org \
--cc=michael_heerdegen@web.de \
--cc=npostavs@users.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.