GNU bug report logs - #62009
29.0.60; Emacs crashes on setf symbol-name

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Mendler <mail <at> daniel-mendler.de>
Cc: philipk <at> posteo.net, michael_heerdegen <at> web.de, rpluim <at> gmail.com, monnier <at> iro.umontreal.ca, 62009 <at> debbugs.gnu.org, arstoffel <at> gmail.com
Subject: bug#62009: 29.0.60; Emacs crashes on setf symbol-name
Date: Fri, 10 Mar 2023 14:35:21 +0200

> Date: Fri, 10 Mar 2023 13:00:34 +0100
> Cc: philipk <at> posteo.net, michael_heerdegen <at> web.de, monnier <at> iro.umontreal.ca,
>  62009 <at> debbugs.gnu.org, Robert Pluim <rpluim <at> gmail.com>,
>  Augusto Stoffel <arstoffel <at> gmail.com>
> From: Daniel Mendler <mail <at> daniel-mendler.de>
> 
> On 3/10/23 12:50, Eli Zaretskii wrote:
> > Why bother?  Emacs is not in the business of preventing Lisp
> > programmers from shooting themselves in the foot, certainly not when
> > that incurs runtime overhead, even a small one.
> 
> Of course Elisp is in the business of preventing programmers from
> shooting themselves in the foot, otherwise we would extend Emacs in C.

We disagree here, and this is a very fundamental disagreement, which
basically means continuing this argument is pointless, since we have
no common basis.

> I fully agree with you that we should not introduce a performance
> regression, in particular not one which increases GC pressure badly.
> Furthermore I agree that this is a minor bug which only occurs as an
> edge case when some specific strings are mutated.
> 
> However the cost of fixing this bug is minor

No, it isn't, not in my book.

Sorry, I object to any change to cater for this use case.

Previous Next

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