From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alex Koval Newsgroups: gmane.emacs.devel Subject: a few questions on current development master Date: Sun, 10 Mar 2019 19:28:35 +0200 Message-ID: <87wol64p18.fsf@ua2web.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="31454"; mail-complaints-to="usenet@blaine.gmane.org" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 10 18:29:01 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h32Fx-000829-2t for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2019 18:29:01 +0100 Original-Received: from localhost ([127.0.0.1]:47568 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h32Fw-00068C-2G for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2019 13:29:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:60608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h32Fn-000678-CD for emacs-devel@gnu.org; Sun, 10 Mar 2019 13:28:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h32Fm-0005Z9-Hm for emacs-devel@gnu.org; Sun, 10 Mar 2019 13:28:51 -0400 Original-Received: from omail101.ua2web.com ([139.162.145.95]:53592) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h32Fm-0005WG-8k for emacs-devel@gnu.org; Sun, 10 Mar 2019 13:28:50 -0400 Original-Received: from avklf.vpn.halogen.kharkov.ua ([195.24.252.144]:44374 helo=avkf) by omail101.ua2web.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1h32Ff-0001WO-KN for emacs-devel@gnu.org; Sun, 10 Mar 2019 19:28:43 +0200 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 139.162.145.95 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:234034 Archived-At: Hello, I've been using emacs-27.0.50 built from git for quite a some time, no issues were found until recently. Yesterday I've installed the latest version from source and got a few issues with it. 1) Memory issues. In almost no time it ate >6Gb of RSS and around 8GB or Virtual RAM. My OS: linux/arch, all default compilation options (no change to conigure flags). Just to compare it, I've worked with same code in same project but with emacs-26.1.92 for another 6 hours and it only consumed 1.2Gb so far. I will keep my eye on memory profiling, and will report more exact issues (profiler-start ram), any advice here? Also, quite strange that I've closed all buffers and still see that it consumes 6GB or RAM. Any documention how actually emacs returns RAM to host O/S ? 2) Compilation mode stopped 'catching' the lines: pycodestyle /home/k/tmp/a.py /home/k/tmp/a.py:5:1: E303 too many blank lines (3) When I try to press enter on any error, I get: In *Messages* buffer I see it: user-error: No error here (its also not highlited) 3) Wierd behavior of 'recentf-cleanup'. At first, it is disabled in my config: '(recentf-auto-cleanup 'never) Also, I've even tried to 'hide' this function from visibility by redefining it in my config file as: (defun recentf-cleanup() (interactive)) But it suddenly gots redefined after some period, and starts auto-execution quite often. For example current emacs session last for 5hrs and it already got executed 12 times (from *Messages*) Also, it does it quite aggressively, not paying attention to file-remote-p or anything else, trying to reopen all my tramp visited files one after one. That is quite strange. This is the most annoying thing because it came up often requiring me to press C-g many times until it actually stops looking to clean my old, remote, hidden by firewall files. The only workaround worked for me is to completely remove the recentf history file, so now this function has nothing to deal with. Any hints on all above? I understand that I should not expect something really stable from development version of emacs, but may be I can help on narrowing down and fixing some of those issues? Should I just report all those as separte bugs via M-x report-emacs-bug? WBR, Alex