Re: Another less/rxvt prob: Not interpreting <backspace>?

Re: Another less/rxvt prob: Not interpreting <backspace>?

[fergus]

> The suggested solution was:
> stty erase ^H
> I modifed that to fit my situation and tried:
> stty erase ^?
...
> 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?

If you are not totally happy about the 'stty erase blah' approach to solving
your problem, you could try adding the switch '-backspacekey ^H' to your
rxvt command line, so that it reads <something like>

C:\Cygwin\bin\rxvt.exe -geometry 80x58+0+0 -tn cygwin -backspacekey ^H -e
/bin/bash --login -i

(I've got ^H not ^?.) This works fine for me in all contexts including the
one mentioned by you (editing a search string) and I haven't got the phrase
'stty anything' in .bash_profile (or .bashrc or ...).

Fergus


--
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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Igor Pechtchanski]

On Thu, 21 Nov 2002, Tackett, Galen wrote:

> > If you are not totally happy about the 'stty erase blah' approach to
> > solving your problem, you could try adding the switch '-backspacekey
> > ^H' to your rxvt command line, so that it reads <something like>
>
> > C:\Cygwin\bin\rxvt.exe -geometry 80x58+0+0 -tn cygwin -backspacekey ^H -e /bin/bash --login -i
>
> I hope this won't be just reiterating something everyone already knew, but--
>
> If you'd like to shorten up that command line you can also put the following
> in ~/.Xdefaults:
>
> *backspacekey: ^H
>
> (The asterisk is required.)
>
> Here's an excerpt from the rxvt manpage:
>
> --begin excerpt--
>
> backspacekey: string
>               The string  to  send  when  the  backspace  key  is
>               pressed.   If  set  to  DEC  or  unset it will send
>               Delete (code 127) or, if shifted,  Backspace  (code
>               8) - which can be reversed with the appropriate DEC
>               private mode escape sequence.
>
> --end excerpt--
>
> For fuller documentation of rxvt (including many more resource settings)
> take a look at:
>
> http://www-ucjf.troja.mff.cuni.cz/cgi-bin/dwww?type=man&location=/usr/share/man/man1/rxvt.1.gz

Does this mean the rxvt termcap/terminfo entries are incorrect?  If rxvt
sends ^? for backspace by default, shouldn't the termcap/terminfo entries
reflect that and interpret ^? as <backspace>?  If this only happens in
W11 mode, should the rxvt-cygwin-native entry be corrected?
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51


--
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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Tackett, Galen]

> If you are not totally happy about the 'stty erase blah' approach to
solving
> your problem, you could try adding the switch '-backspacekey ^H' to your
> rxvt command line, so that it reads <something like>

> C:\Cygwin\bin\rxvt.exe -geometry 80x58+0+0 -tn cygwin -backspacekey ^H -e
/bin/bash --login -i

I hope this won't be just reiterating something everyone already knew, but--

If you'd like to shorten up that command line you can also put the following
in ~/.Xdefaults:

*backspacekey: ^H

(The asterisk is required.)

Here's an excerpt from the rxvt manpage:

--begin excerpt--

backspacekey: string
              The string  to  send  when  the  backspace  key  is
              pressed.   If  set  to  DEC  or  unset it will send
              Delete (code 127) or, if shifted,  Backspace  (code
              8) - which can be reversed with the appropriate DEC
              private mode escape sequence.

--end excerpt--

For fuller documentation of rxvt (including many more resource settings)
take a look at:

http://www-ucjf.troja.mff.cuni.cz/cgi-bin/dwww?type=man&location=/usr/share/
man/man1/rxvt.1.gz

--
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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Jason Tiller]

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 <backspace> 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 <backspace>.  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@sjm.com]
> Sent: Wednesday, November 20, 2002 7:28 PM
> To: cygwin@cygwin.com
> Subject: RE: Another less/rxvt prob: Not interpreting <backspace>?
>
>
> 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@sjm.com]
> > Sent: Wednesday, November 20, 2002 6:59 PM
> > To: cygwin@cygwin.com
> > Subject: Another less/rxvt prob: Not interpreting <backspace>?
> >
> >
> > 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 <backspace>: when editing a search pattern, instead of
> > erasing the previous character, 'less' inserts "^?".
> > <Ctrl>-<backspace> seems to perform the function of <backspace>, as
> > does <Ctrl>-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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Sergei Okhapkin]

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.

-----Original Message-----
From: Jason Tiller [mailto:jtiller@sjm.com] 
Sent: Wednesday, November 20, 2002 7:28 PM
To: cygwin@cygwin.com
Subject: RE: Another less/rxvt prob: Not interpreting <backspace>?


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@sjm.com]
> Sent: Wednesday, November 20, 2002 6:59 PM
> To: cygwin@cygwin.com
> Subject: Another less/rxvt prob: Not interpreting <backspace>?
>
>
> 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 <backspace>: when editing a search pattern, instead of 
> erasing the previous character, 'less' inserts "^?". 
> <Ctrl>-<backspace> seems to perform the function of <backspace>, as 
> does <Ctrl>-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/


--
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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Jason Tiller]

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@sjm.com]
> Sent: Wednesday, November 20, 2002 6:59 PM
> To: cygwin@cygwin.com
> Subject: Another less/rxvt prob: Not interpreting <backspace>?
>
>
> 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 <backspace>: when editing a search pattern, instead of
> erasing the previous character, 'less' inserts "^?". <Ctrl>-<backspace>
> seems to perform the function of <backspace>, as does <Ctrl>-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/

RE: Another less/rxvt prob: Not interpreting <backspace>?

[Sergei Okhapkin]

Set env var SHELL to "bash" before starting rxvt.

-----Original Message-----
From: Jason Tiller [mailto:jtiller@sjm.com] 
Sent: Wednesday, November 20, 2002 6:59 PM
To: cygwin@cygwin.com
Subject: Another less/rxvt prob: Not interpreting <backspace>?


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 <backspace>: when editing a search pattern, instead of
erasing the previous character, 'less' inserts "^?". <Ctrl>-<backspace>
seems to perform the function of <backspace>, as does <Ctrl>-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/


--
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/

Another less/rxvt prob: Not interpreting <backspace>?

[Jason Tiller]

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 <backspace>: when editing a search pattern, instead of
erasing the previous character, 'less' inserts "^?".
<Ctrl>-<backspace> seems to perform the function of <backspace>, as
does <Ctrl>-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/