unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Jim Meyering <jim@meyering.net>
Cc: 17607@debbugs.gnu.org
Subject: bug#17607: emacs -nw FILE incurs 2-second wait before displaying anything
Date: Thu, 12 Jun 2014 09:35:33 -0400	[thread overview]
Message-ID: <jwv7g4m9s4w.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <CA+8g5KHpMzWa4ZBksKPe3wf3rbSy8WzvWP7CbEBMHeGM12Uq9w@mail.gmail.com> (Jim Meyering's message of "Mon, 26 May 2014 21:35:32 -0700")

[ Please don't crosspost messages between emacs-devel and bug-gnu-emacs.
  Or between bug-gnu-emacs and pretty much anything else.  ]

>>> This problem arises only with OS X's "Terminal" (2.3 (309)), but not
>>> with aterm, xterm, or iTerm.  Here's the output of "C-h l":
>>> ESC [ > 8 3 ; 4 0 0 0 3 ; 0 c C-h l
>> Hmmm... can you check with the Emacs pretest (24.3.91 or checked out
>> from `emacs-24')?  If you still see the problem there, please make it
>> a bug report so we can better track it.
> I confirm that the 2-second delay still strikes when using a
> just-bootstrapped-from-"emacs-24" binary and running
> src/emacs -nw -Q FILE.  I see the same output as above for "C-h l".

Does the patch below fix the 2-second wait?


        Stefan


=== modified file 'lisp/term/xterm.el'
--- lisp/term/xterm.el	2014-04-22 20:35:33 +0000
+++ lisp/term/xterm.el	2014-06-12 13:30:56 +0000
@@ -509,6 +509,10 @@
           ;; Gnome terminal 3.6.1 reports 1;3406;0
           ;; Gnome terminal 2.32.1 reports 1;2802;0
           (setq version 200))
+        (when (and (> version 2000) (equal (match-string 1 str) "83"))
+          ;; OSX's Terminal.app (version 2.3 (309), which returns 83;40003;0)
+          ;; seems to also lack support for some of these.
+          (setq version 240))
         ;; If version is 242 or higher, assume the xterm supports
         ;; reporting the background color (TODO: maybe earlier
         ;; versions do too...)






  reply	other threads:[~2014-06-12 13:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CA+8g5KH7i6XDYQnon7OYc8O2sWLAUngBEO5HXjsTGmRrgQrEXA@mail.gmail.com>
     [not found] ` <jwvzji4thtt.fsf-monnier+emacs@gnu.org>
     [not found]   ` <CA+8g5KEFbXb9TPYTKarsGdc7nFSc1CKKDMEOJWoJu9QRMB6QVA@mail.gmail.com>
     [not found]     ` <jwv8upnsxyq.fsf-monnier+emacs@gnu.org>
2014-05-27  4:35       ` emacs -nw FILE incurs 2-second wait before displaying anything Jim Meyering
2014-06-12 13:35         ` Stefan Monnier [this message]
2014-06-13  0:35           ` bug#17607: " Jim Meyering
2014-06-13 15:07             ` Stefan Monnier

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=jwv7g4m9s4w.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=17607@debbugs.gnu.org \
    --cc=jim@meyering.net \
    /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).