GNU bug report logs - #35503
27.0.50; Startup output and slowdown break Emacs batch applications

Previous Next

Full log

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

From: Anders Lindgren <andlind <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Robert Pluim <rpluim <at> gmail.com>, 35503 <at> debbugs.gnu.org
Subject: Re: bug#35503: 27.0.50;
 Startup output and slowdown break Emacs batch applications
Date: Sun, 12 May 2019 21:26:41 +0200

[Message part 1 (text/plain, inline)]

Hi!

I don't think this is the case. This is inside the Emacs.app macOS app
distributed by emacsformacosx.com. The Emacs binary isn't a symbolic link,
and it's placed right next to the Emacs.pdmp file.

The only main difference between this and an Emacs I build myself (which is
working) is that in the downloaded-version the Emacs binary is named
something like "Emacs-x86_64-10_10" and the dump file is named
"Emacs.pdmp", whereas in an Emacs I build myself the Emacs binary is named
"Emacs" and the dump file "Emacs.pdmp".

    -- Anders

On Tue, Apr 30, 2019 at 5:40 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Robert Pluim <rpluim <at> gmail.com>
>


> > My crystal ball says that PATH-TO-Emacs is really a symlink to the
> > actual location of Emacs. In that case, Emacs cannot (currently)
> > locate its dump file, hence all the output. If you run Emacs using the
> > fully specified real path, it should be much faster.
>
> My crystal ball agrees.
>
> In general, the description means that Emacs didn't find its pdump
> file, so it loads all the preloaded packages anew.
>

[Message part 2 (text/html, inline)]

Previous Next

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