bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#31099: 27.0.50; ultra long tramp entries in recentf file


From: Thomas Hisch
Subject: bug#31099: 27.0.50; ultra long tramp entries in recentf file
Date: Mon, 9 Apr 2018 20:09:49 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0

Hi Michael,

no I can't reproduce it neither using emacs -Q nor with my current emacs setup. I regularly update and recompile emacs and my installed elisp packages. Approx. 2 weeks ago I noticed that closing emacs takes longer than 10sec, but I didn't investigate this further until yesterday.

My recentf config is quite simple:

(setq recentf-save-file (concat thi::cache-file-dir "/recentf"))

(require 'recentf)
(recentf-mode 1)
(setq recentf-keep '(file-remote-p file-readable-p))
(setq recentf-max-menu-items 60)
(setq recentf-max-saved-items 500)
(setq recentf-exclude '("COMMIT_EDITMSG"
                        ".newsrc-dribble"))

I'll keep an eye on this issue.

On 2018-04-09 16:38, Michael Albinus wrote:
Thomas Hisch <thomas.hisch@ims.co.at> writes:

Hi Thomas,

I have a recentf file containing only 171 lines but it's 56MB big! Due to
its large size loading and closing emacs is slowed down.

The large size is due to a few tramp entries like the following (each
entry consumes approx 10MB):

   #("/ssh:user@host:/file1" 1 4 (match-part #("/ssh:user@host:/file2" 1 4
    ....

I guess that this is either a bug in recentf or in tramp.

I cannot reproduce it locally. Usually, I don't use recentf. For testing
I've enabled it via `M-x recentf-mode', closed Emacs, and started a new
Emacs session. Visiting the recentf file, it doesn't look suspicious.

Do you reproduce the problem with a similar setting, starting with
"emacs -Q"?

Could you send me your recentf file? Maybe I'll see something Tramp
related there.

Best regards, Michael.

---------------------------------------------------------------------


Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly prohibited

IMS Nanofabrication GmbH
FN: 208021 p, FB-Gericht: Wien;
Sitz: Schreygasse 3, 1020, Vienna (Austria),Tel. +43 1 214 48 94; E-Mail: imsoffice@ims.co.at; DVR-Nr: 0374369; www.ims.co.at






reply via email to

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