GNU bug report logs -
#17607
emacs -nw FILE incurs 2-second wait before displaying anything
Previous Next
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.
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):
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):
[ 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):
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):
>> 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.