bug#35503: 27.0.50; Startup output and slowdown break Emacs batch applications

[Anders Lindgren <andlind@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1083 bytes --]

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@gnu.org> wrote:

> > From: Robert Pluim <rpluim@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.
>

[-- Attachment #2: Type: text/html, Size: 1821 bytes --]