[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#30943: save-hist creates massive cache file

From: Chris Findeisen
Subject: bug#30943: save-hist creates massive cache file
Date: Thu, 29 Mar 2018 16:27:12 +0000

None of those look large.

yeah, I had rm'd my cache file when it was really huge (~1GB), now it's regrowing. To get a sense of what I was looking at previously, I had a similar output to this person's https://emacs.stackexchange.com/questions/12086/abnormally-large-savehist-file. The point is that over time these variables grow and grow and slow.

savehist doesn't truncate anything AFAICS.
It just assumes variables are trimmed by add-to-history etc in the
course of normal operation. So if you add a non-history variable to
savehist (or set history-length to t), it will eventually blow up.

Hmm, ok. I may have misunderstood savehist's role then, I thought that savehist managed history size. Eli, apparently the savehist-trim-history function is only used on XEmacs--it's a noop on Emacs. 

Sorry for the confusion then. First bug report :D ... failed bug report :( . I'll talk to Spacemacs folks about fixing their configuration to guard these variables accordingly. Thanks for your time!

Chris Findeisen

On Tue, Mar 27, 2018 at 12:44 PM Glenn Morris <address@hidden> wrote:
Chris Findeisen wrote:

> grep -E -b -o '^\(setq [^ ]+' ~/.emacs.d/.cache/savehist
> ....
> 51869:(setq evil-jumps-history
> 53265:(setq mark-ring
> 53287:(setq search-ring
> 53311:(setq regexp-search-ring
> 53579:(setq extended-command-history

None of those look large.
You either want to post the whole output, or find the one where the
offset jumps significantly from the previous match.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]