GNU bug report logs - #27585
segfault when evaluating a file containing only backticks

Previous Next

Package: emacs;

Reported by: Steve Kemp <steve <at> steve.org.uk>

Date: Wed, 5 Jul 2017 06:29:02 UTC

Severity: minor

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Daniel Colascione <dancol <at> dancol.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: steve <at> steve.org.uk, 27585 <at> debbugs.gnu.org
Subject: bug#27585: segfault when evaluating a file containing only backticks
Date: Thu, 06 Jul 2017 09:37:30 -0700

On July 6, 2017 9:19:40 AM PDT, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Thu, 06 Jul 2017 08:52:44 -0700
>> CC: 27585 <at> debbugs.gnu.org
>> From: Daniel Colascione <dancol <at> dancol.org>
>> 
>> >Moreover, there are those among us (I'm not one of them) who thinks
>> >Emacs shouldn't even try to recover from stack overflow, they say it
>> >should crash hard right there and then.
>> 
>> Native stack? Certainly.
>
>Yes, this discussion is about the native stack, not the ELisp stack.

Sort of --- an elisp file is driving the native code to blow its stack. I really don't think that any valid syntax should cause Emacs to segfault.

In this instance, couldn't we add a hard threshold to limit recursion?


>
>> Recovering when elisp blows the stack is a different matter.
>
>I believe we already do that.

We have a threshold. It's conservative, but it works most of the time. IMHO, explicit stack probing would be both less conservative and note robust.




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

Previous Next


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