From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.ciao.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Finding the dump Date: Wed, 23 Jan 2019 08:15:57 -0500 Message-ID: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.org; posting-host="ciao.gmane.org:195.159.176.228"; logging-data="193326"; mail-complaints-to="usenet@ciao.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 23 14:31:44 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gmId4-000o9m-Sg for ged-emacs-devel@m.gmane.org; Wed, 23 Jan 2019 14:31:43 +0100 Original-Received: from localhost ([127.0.0.1]:34652 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmId3-0007YO-Q4 for ged-emacs-devel@m.gmane.org; Wed, 23 Jan 2019 08:31:41 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmIWo-00029r-Mu for emacs-devel@gnu.org; Wed, 23 Jan 2019 08:25:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gmINs-0007hM-P6 for emacs-devel@gnu.org; Wed, 23 Jan 2019 08:16:01 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:47953) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmINs-0007gP-Kl for emacs-devel@gnu.org; Wed, 23 Jan 2019 08:16:00 -0500 Original-Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x0NDFwZL007803; Wed, 23 Jan 2019 08:15:58 -0500 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id C2652AE6E4; Wed, 23 Jan 2019 08:15:57 -0500 (EST) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6467=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6467> : inlines <6998> : streams <1810916> : uri <2784376> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:232624 Archived-At: The new pdumper code is very welcome, but of course it introduces some regressions and new problems: - When I start my Emacs, it now says Loading loadup.el (source)... dump mode: nil [...] and goes on to (re)load the loadup.el instead of using the .pdmp file This is because I run my Emacs via a symlink, and load_pdump is not careful to try and follow symlinks while looking for the .pdmp next to the executable. I think we should try and handle the use case rather than requiring the user to make a second matching symlink to the pdmp file. - I wonder what distributions like Debian will say about having a .pdmp file in /usr/bin (AFAICT they normally only have executable files in there). While we can let them hack their solution if they want to keep the dumps elsewhere, maybe we should directly add support for having dumps elsewhere since that might be useful in general. E.g., I think we should also search for the pdmp files in exec-directory. Stefan PS: While "portable dumper" is a perfectly natural name for the code, I think the things we save aren't "portable dumps" (the code is portable but not the dump) but "heap images", so maybe the file name we use should reflect that.