GNU bug report logs - #43389
28.0.50; Emacs memory leaks

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Mon, 14 Sep 2020 00:44:01 UTC

Severity: normal

Merged with 43395, 43876, 44666

Found in version 28.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log

Message #40 received at 43389 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Joshua Branson <jbranso <at> dismail.de>
Cc: 43389 <at> debbugs.gnu.org
Subject: Re: bug#43389: 28.0.50; Emacs memory leaks
Date: Fri, 18 Sep 2020 09:56:14 +0300

> Date: Thu, 17 Sep 2020 17:58:51 -0400
> From: Joshua Branson via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> 
> Over in #guix irc, the guix people seemed to think it was a memory leak with helm.

Thanks.

But if it's due to helm, why doesn't the huge memory usage show in the
report produced by GC?  That report should show all the Lisp object
that we allocate and manage, no?  Where does helm-ff-cache keeps those
"candidates"?  (And what is this cache, if someone could be kind
enough to describe it?)
This bug report was last modified 4 years and 58 days ago.

Previous Next

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