GNU bug report logs - #38912
27.0.60; PDumper meets segmentation fault when evil is loaded

Previous Next

Package: emacs;

Reported by: NiwTinray <niwtrx <at> icloud.com>

Date: Sat, 4 Jan 2020 03:27:02 UTC

Severity: normal

Merged with 32503

Found in versions 26.1, 27.0.60

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

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: niwtrx <at> icloud.com, eggert <at> cs.ucla.edu, emacs-devel <at> gnu.org, 38912 <at> debbugs.gnu.org, pipcet <at> gmail.com, dancol <at> dancol.org
Subject: bug#38912: 27.0.60; PDumper meets segmentation fault when evil is loaded
Date: Tue, 07 Jan 2020 20:11:23 +0200

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Tue, 07 Jan 2020 13:01:17 -0500
> Cc: niwtrx <at> icloud.com, eggert <at> cs.ucla.edu, emacs-devel <at> gnu.org,
>  38912 <at> debbugs.gnu.org, pipcet <at> gmail.com, dancol <at> dancol.org
> 
> I actually *expected* that `equal` on window configs would behave like
> `eq`.  It would have never occurred to me (before I looked at the code)
> that it could be different (although in retrospect, I can see reasons
> why it could make sense).

Since we have a dedicated comparison function there, why is it
important what eq and equal do with these objects?
This bug report was last modified 3 years and 19 days ago.

Previous Next

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