Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Wed, 20 Nov 2002 16:42:05 -0800 (Pacific Standard Time) From: Jason Tiller To: cygwin AT cygwin DOT com Subject: RE: Another less/rxvt prob: Not interpreting ? In-Reply-To: <59A835EDCDDBEB46BC75402F4604D5528F7504@elmer> Message-ID: X-X-Sender: jtiller AT imaps DOT proxy DOT fastmail DOT fm MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Sergei, :) On Wed, 20 Nov 2002, Sergei Okhapkin wrote: > Because I have almost the same backspace problem when /bin/sh is > running inside Windows version of rxvt. I have no problems with > /bin/bash or when rxvt is running in X-Window mode. That seems reasonable. Did it work for you? I did a little scrounging via Google and saw a message that referred to something *very* similar - instead of producing '^?', it produced '^H'. The suggested solution was: stty erase ^H I modifed that to fit my situation and tried: stty erase ^? This seems to have solved my problem because now 'less' properly interprets . The post from which I (gratefully) stole this information (http://www.cygwin.com/ml/cygwin/1999-07/msg00203.html) ended with this caveat: ====> This might have unexpected side effects in other programs, but at least not in bash which puts the tty into raw mode (by way of readline). <==== Anybody know if I should expect untoward consequences by putting 'stty erase ^?' in my .bash_profile? Thanks! ---Jason > -----Original Message----- > From: Jason Tiller [mailto:jtiller AT sjm DOT com] > Sent: Wednesday, November 20, 2002 7:28 PM > To: cygwin AT cygwin DOT com > Subject: RE: Another less/rxvt prob: Not interpreting ? > > > Yo, Again, Sergei! :) > > On Wed, 20 Nov 2002, Sergei Okhapkin wrote: > > > Set env var SHELL to "bash" before starting rxvt. > > Thanks for taking a stab at this. :) I did as you suggested, but this > didn't seem to change less's behavior. Obviously I'm ignorant, so I'm > wondering why you thought this might fix me up... > > ---Jason > > > -----Original Message----- > > From: Jason Tiller [mailto:jtiller AT sjm DOT com] > > Sent: Wednesday, November 20, 2002 6:59 PM > > To: cygwin AT cygwin DOT com > > Subject: Another less/rxvt prob: Not interpreting ? > > > > > > Hi, All, :) > > > > "Thank You!" to Sergei and Matthijs who graciously gave suggestions > > and commiseration about my problem with 'less' not determining the > > terminal size correctly. Through no fault of my own, the problem > > seems to have ameliorated itself: running 'less' in a new rxvt > > instance no longer exhibits the quirky behavior of trying to scroll > > only 24 lines in a 25-line terminal. > > > > (Note that rxvt is still opening a window that is one row greater than > > > what I ask for. I ask for '-geometry "80x24"' and get 80x25, but > > that's a niggle.) > > > > However, 'less' now seems to be struggling to interpret keystrokes. > > Specifically : when editing a search pattern, instead of > > erasing the previous character, 'less' inserts "^?". > > - seems to perform the function of , as > > does -h. Once again, this behavior didn't crop up until my > > recent update from 1.3.12 or so to 1.3.15 on Friday. > > > > Here is what I believe to be the relevant info about my system. If > > this isn't clear or complete enough, please let me know! > > > > Installation info: > > cygwin: 1.3.15-2 > > rxvt: 2.7.2-14 > > bash: 2.05b-7 > > less: 374-1 > > termcap: 20020930-1 > > terminfo: 5.2-3 > > Win2K SP2 > > > > rxvt invocation: > > C:\WINNT\system32\cmd.exe /c start C:\cygwin\bin\rxvt.exe -tn "rxvt" > > -fg grey -bg black -fn "Fixedsys" -sr -sl 5000 -e /bin/bash --login -i > > > > Relevant environment variables: > > > > TERM=xterm > > LESS=iFMSX# 8 > > CYGWIN=tty nontsec > > > > Any ideas on how I can investigate this problem further? > > > > ---Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/