GNU bug report logs - #21666
25.0.50; Random segfaults

Previous Next

Package: emacs;

Reported by: Jorgen Schaefer <Jorgen.Schaefer <at> gmail.com>

Date: Sun, 11 Oct 2015 17:09:02 UTC

Severity: normal

Tags: fixed

Found in version 25.0.50

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Jorgen Schaefer <Jorgen.Schaefer <at> gmail.com>, 21666 <at> debbugs.gnu.org
Subject: bug#21666: 25.0.50; Random segfaults
Date: Tue, 13 Oct 2015 09:09:16 -0700
[Message part 1 (text/plain, inline)]
Those two backtraces both have a call to mapcar1 with a long list (leni=2544 in 
one, leni=2502 in the other).  When Fmapcar uses SAFE_ALLOCA_LISP, it'll ask for 
(say) 2502*8 bytes, or 20016 bytes, and this is more than the 16 KiB MAX_ALLOCA 
limit, which means SAFE_ALLOCA_LISP will invoke xmalloc and make_save_memory 
rather than invoking AVAIL_ALLOCA.  One possibility is that the xmalloced memory 
isn't being properly analyzed by the garbage collector.  To test that theory, 
can you please try something like the attached patch?  This wouldn't fix the 
bug, but it would mean mapcar should work for larger lists and you won't get a 
backtrace until the list gets about twice as large.

[t.diff (text/plain, attachment)]

This bug report was last modified 7 years and 30 days ago.

Previous Next


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