GNU bug report logs -
#17648
24.4.50; regression: emacsclient under screen (1) slow for some values of TERM
Previous Next
Reported by: Gregor Zattler <grfz <at> gmx.de>
Date: Sat, 31 May 2014 00:19:02 UTC
Severity: normal
Merged with 17607
Found in version 24.4.50
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
Message #31 received at 17648 <at> debbugs.gnu.org (full text, mbox):
On Tue, Jun 17, 2014 at 7:07 AM, Stefan Monnier
<monnier <at> iro.umontreal.ca> wrote:
>> rxvt-unicode (urxvt) v9.20 - released: 2014-04-26
>> options:
>> perl,xft,styles,combining,blink,iso14755,unicode3,encodings=eu+vn+jp+jp-ext+kr+Zusammenhang+Zusammenhang-ext,fade,transparent,tint,pixbuf,XIM,frills,selectionscrolling,wh
>> eel,slipwheel,smart-resize,cursorBlink,pointerBlank,scrollbars=plain+rxvt+NeXT+xterm
>
> Now, I'm confused: are you running Emacs inside rxvt-unicode or inside
> screen (at least in theory, if Emacs is running inside screen, it
> shouldn't be affected by whether that screen runs inside an xterm, rxvt,
> or anything else: that's screen's problem).
>
>> This is after the very first connection to a emacs server started with:
>> emacs-snapshot -Q --daemon:
>
>> ESC [ > 8 3 ; 4 0 2 0 0 ; 0 c C-h l
>
> Hmm... I recently installed a patch for terminals using "ESC [ > 83 ..."
> as above. Could you try again (with the emacs-24 code, since it hasn't
> been merged into trunk yet) to see if that fixes it, by any chance?
>
> After trying out rxvt-unicode and screen here, I think you're running
> Emacs inside screen rather than inside rxvt, and I think Jim was also
> running his Emacs inside screen rather than inside an OSX Terminal.app.
> Jim, can you confirm?
Yes. Sorry for the inaccuracy. There was indeed a screen
intermediary between the OSX Terminal.app and my emacs process.
This bug report was last modified 11 years and 39 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.