From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17349 invoked by alias); 29 Nov 2013 00:26:18 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17336 invoked by uid 89); 29 Nov 2013 00:26:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_80,RDNS_NONE,SPF_HELO_PASS,SPF_PASS,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from Unknown (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 29 Nov 2013 00:26:15 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VmBuG-0007kj-5L for cygwin@cygwin.com; Fri, 29 Nov 2013 01:26:04 +0100 Received: from c-69-140-37-22.hsd1.md.comcast.net ([69.140.37.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Nov 2013 01:26:04 +0100 Received: from schulman.andrew by c-69-140-37-22.hsd1.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Nov 2013 01:26:04 +0100 To: cygwin@cygwin.com From: Andrew Schulman Subject: Re: bug in 'cs' value of Xterm termcap (was: Updated: screen 4.1.0-20130513-1) Date: Fri, 29 Nov 2013 00:26:00 -0000 Message-ID: References: <1385590460.84148.YahooMailBasic@web181501.mail.ne1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archive: encrypt X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00460.txt.bz2 > For whatever reason I set my newly installed environment to use 'xterm' mode and ran across this bug. > > The archives led me to > http://www.cygwin.com/ml/cygwin/2013-07/msg00029.html > and specifically > > # Set the hardstatus prop on gui terms to set the titlebar/icon title > > termcapinfo xterm*|rxvt*|kterm*|Eterm*|cygwin hs:ts=\E]0;:fs=\007:ds=\E]0;\007 > > and wanted to mention that with both the -1 and -2 releases, even with the 'termcapinfo' override in the above post the hardstatus and caption lines end up 1 line off the bottom IFF $TERM=xterm be it in an honest to goodness X11 xterm or the windows terminal. This causes everything to fail to properly scroll. Once a single screen worth of output is sent, everything just gets put on the last line. This obviously is not a good thing. > > However if $TERM is any of 'cygwin', 'xterm-vt220', 'xterm-256color', 'vt100', or 'vt220' it works just fine since the offending 'cs' stanza is never set like below. > > termcap xterm|fptwist hs@:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l > terminfo xterm|fptwist hs@:cs=\E[%i%p1%d;%p2%dr:im=\E[4h:ei=\E[4l > > In my ~/.screenrc it was sufficient to use > > termcapinfo xterm* cs > > to restore correct behavior. Unfortunately I haven't a clue what the various escape sequences mean. Matthew, thanks for reporting that. So far I'm not able to reproduce it. Normally I have TERM=xterm-256color outside of screen. I reset it to TERM=xterm and started a new instance of screen, and although I set the hardstatus line, I can't find any problems with scrolling. Does anyone else observe this problem? What's the proposed solution? Remove the two lines you cited above? See http://cygwin.com/ml/cygwin/2013-10/msg00369.html for another recent screen scrolling issue that I couldn't reproduce. > As a side note I think it would be a good idea to wrap all termcap|info lines with single quotes at least for consistency. I also mostly don't have a clue what the escape sequences mean, although I've looked up a few of them when I had to. Mostly that's deep terminal magic, and I don't mess with it, just pass on what comes from upstream or I'm otherwise told is needed. Andrew -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple