delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/02/20/18:59:03

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-Id: <5.2.0.9.0.20030220175313.130f5030@rogue.codemeta.com>
X-Sender: lee AT rogue DOT codemeta DOT com (Unverified)
Date: Thu, 20 Feb 2003 18:57:16 -0500
To: john mapoles <jmapoles AT yahoo DOT com>
From: "Lee D. Rothstein" <lee AT veritech DOT com>
Subject: Re: remapping Cygwin 'bash' readline functions to PC keys
Cc: cygwin AT cygwin DOT com, "Dawson, Bruce J." <jbd AT codemeta DOT com>
In-Reply-To: <20030220220347.10961.qmail@web9806.mail.yahoo.com>
References: <5 DOT 2 DOT 0 DOT 9 DOT 0 DOT 20030219135548 DOT 00aac350 AT rogue DOT codemeta DOT com>
Mime-Version: 1.0

re: using 'rxvt' to be able to discriminate
    between <C-left-arrow> ^ <left-arrow>, etc. in
    Cygwin 'bash' 'readline'

John Mapoles, et al.,

Are you saying that I should try using use 'rxvt'
in a console window as the interface to *Cygwin*?

Remember, I'm not interfacing to another host when
I run 'bash', in this instance. 'bash' is *not*
remote.  It's *not* running on *u*x. It's running
on the local W2K or WXP machine running Cygwin.

(BTW, I'm sorry if you knew this, but I've gotten
such strange responses from some folks to this
line of queries that I can't help but wonder how
many really understand what I'm asking.)

Can I only do that if I run the 'rxvt' server
(daemon) too?

And, if so, would I still be able to launch
windowed (GUI) Windows applications from a 'bash'
command prompt?

If this would actually work, what percentage of my
MPU, am I throwing down a rat hole? ;-)

If this were to work, wouldn't that mean that
'rxvt' server or client was looking at the scan
codes?  So 'rxvt' server operates at a lower
level than the console handler?

Or, is all of this a problem with the
implementation of the terminal (console) handler
(or, terminfo translator) in Cygwin?

Or, am I more confused than I thought I was?

BTW, running 'ssh' in a Cygwin window to a Linux
machine, does not fix the control/naked arrow key
discrimination problem and resetting the 'TERM'
environment variable on Cygwin to anything other
than 'Cygwin' generates errors in applications
like 'man' that use screen character cell control
and doesn't fix the problem for my terminal
window for the remote machine (I think).

See below.

Thanks,

Lee

At 2003-02-20 02:03 PM -0800, john mapoles wrote:
>Lee,

>This is very similar to a problem that I've had in
>Vim.  I build a library of maps from the Vim actions
>to simpler actions, i.e. I like to map F4 to delete
>line ( F4 is usually ^[[[D on a windows box ).  On
>most UNIX platforms things like right-arrow and
>control right-error are different.  As you pointed out
>this is not so on a windows box.  I've just begun to
>play with rxvt.  This has the feel of a UNIX xterm but
>is also similar to a command window.  But, rxvt uses a
>more robust map.  On my machine I get:
>    -->    ^[[C
>   ^-->    ^[Oc
>rxvt can probably re-map any key by the correct choice
>of termcaps (something I do not know how to do).  Try
>rxvt.

BTW, my guess is the problem is not the map. but
whether some level of console handler looks at
the character output from the keyboard rather than
the scan codes, and whether the Cygwin DLL writers
want to go down to the right level?

At any rate what is the local 'terminfo' database
on Cygwin for? ssh in? rxvt in? Incoming 'telnet'
traffic?

>jm  



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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019