GNU bug report logs - #22975
25.0.92; CANNOT_DUMP build can't start in tty mode

Previous Next

Package: emacs;

Reported by: Ken Raeburn <raeburn <at> raeburn.org>

Date: Thu, 10 Mar 2016 05:43:02 UTC

Severity: normal

Found in version 25.0.92

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: raeburn <at> raeburn.org
Cc: 22975 <at> debbugs.gnu.org
Subject: bug#22975: 25.0.92; CANNOT_DUMP build can't start in tty mode
Date: Thu, 10 Mar 2016 09:39:22 +0200
> Date: Thu, 10 Mar 2016 09:10:54 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22975 <at> debbugs.gnu.org
> 
> What I think happens in your case is that bidi_initialize is called
> _before_ all of the above happens, probably because Emacs wants to
> display some message in the echo area during loading loadup.el, or
> maybe even earlier.

Actually, "./temacs -Q" with a build that doesn't define CANNOT_DUMP,
I should see the same problem.  But in fact, I don't: the messages
from loadup.el are all displayed to the terminal, which doesn't use
bidi.c code, and the first time bidi_initialize is called is after
loadup.el was loaded in its entirety, and Emacs proceeds to creating
the first frame.

So some other factor is at work here.  Please tell whether loadup.el
was already loaded at the point you got the abort, and if not, why is
Emacs trying to resize the mini-window so early?




This bug report was last modified 9 years and 68 days ago.

Previous Next


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