GNU bug report logs - #17607
emacs -nw FILE incurs 2-second wait before displaying anything

Previous Next

Package: emacs;

Reported by: Jim Meyering <jim <at> meyering.net>

Date: Tue, 27 May 2014 04:37:02 UTC

Severity: normal

Merged with 17648

Found in version 24.4.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17607 in the body.
You can then email your comments to 17607 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#17607; Package emacs. (Tue, 27 May 2014 04:37:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jim Meyering <jim <at> meyering.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 27 May 2014 04:37:02 GMT) Full text and rfc822 format available.

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

From: Jim Meyering <jim <at> meyering.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>, bug-gnu-emacs <at> gnu.org
Cc: emacs-devel <emacs-devel <at> gnu.org>
Subject: Re: emacs -nw FILE incurs 2-second wait before displaying anything
Date: Mon, 26 May 2014 21:35:32 -0700
On Mon, May 26, 2014 at 8:28 PM, Stefan Monnier
<monnier <at> iro.umontreal.ca> wrote:
>> 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".

As mentioned above, it appears to be terminal specific,
striking only when using OS X's "Terminal".
The delay arises before the contents of the FILE is first displayed,
and can be skipped if you know to type a key during that short
interval.  For some initial discussion, see this thread:

  https://lists.gnu.org/archive/html/emacs-devel/2014-05/msg00445.html




Merged 17607 17648. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 31 May 2014 02:03:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17607; Package emacs. (Thu, 12 Jun 2014 13:36:02 GMT) Full text and rfc822 format available.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Jim Meyering <jim <at> meyering.net>
Cc: 17607 <at> debbugs.gnu.org
Subject: Re: emacs -nw FILE incurs 2-second wait before displaying anything
Date: Thu, 12 Jun 2014 09:35:33 -0400
[ 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...)





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17607; Package emacs. (Fri, 13 Jun 2014 00:37:02 GMT) Full text and rfc822 format available.

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

From: Jim Meyering <jim <at> meyering.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17607 <at> debbugs.gnu.org
Subject: Re: emacs -nw FILE incurs 2-second wait before displaying anything
Date: Thu, 12 Jun 2014 17:35:34 -0700
On Thu, Jun 12, 2014 at 6:35 AM, Stefan Monnier
<monnier <at> iro.umontreal.ca> wrote:
...
> Does the patch below fix the 2-second wait?
...

Yes, it does.  Thank you!




Reply sent to Stefan Monnier <monnier <at> iro.umontreal.ca>:
You have taken responsibility. (Fri, 13 Jun 2014 15:08:02 GMT) Full text and rfc822 format available.

Notification sent to Jim Meyering <jim <at> meyering.net>:
bug acknowledged by developer. (Fri, 13 Jun 2014 15:08:03 GMT) Full text and rfc822 format available.

Message #18 received at 17607-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Jim Meyering <jim <at> meyering.net>
Cc: 17607-done <at> debbugs.gnu.org
Subject: Re: emacs -nw FILE incurs 2-second wait before displaying anything
Date: Fri, 13 Jun 2014 11:07:31 -0400
>> Does the patch below fix the 2-second wait?
> Yes, it does.  Thank you!

Thanks, installed into emacs-24.


        Stefan




Reply sent to Stefan Monnier <monnier <at> iro.umontreal.ca>:
You have taken responsibility. (Fri, 13 Jun 2014 15:08:03 GMT) Full text and rfc822 format available.

Notification sent to Gregor Zattler <grfz <at> gmx.de>:
bug acknowledged by developer. (Fri, 13 Jun 2014 15:08:03 GMT) Full text and rfc822 format available.

Forcibly Merged 17607 17648. Request was from Stefan Monnier <monnier <at> iro.umontreal.ca> to control <at> debbugs.gnu.org. (Tue, 17 Jun 2014 16:23:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 16 Jul 2014 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 37 days ago.

Previous Next


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