unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: raeburn@raeburn.org
Cc: 22975@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	[thread overview]
Message-ID: <83egbin5n9.fsf@gnu.org> (raw)
In-Reply-To: <83h9gen6yp.fsf@gnu.org> (message from Eli Zaretskii on Thu, 10 Mar 2016 09:10:54 +0200)

> Date: Thu, 10 Mar 2016 09:10:54 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22975@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?





  reply	other threads:[~2016-03-10  7:39 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-10  5:41 bug#22975: 25.0.92; CANNOT_DUMP build can't start in tty mode Ken Raeburn
2016-03-10  7:10 ` Eli Zaretskii
2016-03-10  7:39   ` Eli Zaretskii [this message]
2016-03-11 11:17     ` Ken Raeburn
2016-03-11 14:31       ` Eli Zaretskii
2016-03-11 19:18         ` Ken Raeburn
2016-03-11 19:47           ` Eli Zaretskii
2016-03-11 20:50             ` Kenneth Raeburn
2016-03-11 20:51             ` Andreas Schwab
2016-03-11 21:06               ` Eli Zaretskii
2016-03-12 10:01                 ` Eli Zaretskii
2016-03-13  1:21                   ` Ken Raeburn
2016-03-13 12:08                     ` martin rudalics
2016-03-13 16:46                       ` Eli Zaretskii
2016-03-13 20:09                         ` martin rudalics
2016-03-13 20:31                           ` Eli Zaretskii
2016-03-14  7:42                             ` martin rudalics
2016-03-13 16:45                     ` Eli Zaretskii
2016-03-14  7:17                       ` Ken Raeburn
2016-03-14 17:41                         ` Eli Zaretskii
2016-03-15  3:33                           ` Ken Raeburn
2016-03-15 17:48                             ` Eli Zaretskii
2016-03-15 18:29             ` Stefan Monnier
2016-03-15 18:44               ` Eli Zaretskii
2016-03-15 19:31                 ` Stefan Monnier
2016-03-15 19:48                   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83egbin5n9.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=22975@debbugs.gnu.org \
    --cc=raeburn@raeburn.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).