Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: urxvt-X terminfo and Bash readline
Date: Tue, 2 Jun 2009 14:57:50 +0100
Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875303778A36@core-email.int.ascribe.com>
In-Reply-To: <7e08cc0906010921t50be45ddqf146038e6e3eea89@mail.gmail.com>
References: <7e08cc0906010921t50be45ddqf146038e6e3eea89@mail.gmail.com>
From: "Phil Betts" <Phil.Betts@ascribe.com>
To: <cygwin@cygwin.com>
Reply-To: <cygwin@cygwin.com>
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Dan Moulding wrote:
> The other odd thing I noticed is that for some reason in Bash the
> readline functionality "horizontal-scroll-mode" defaults to "on" when
> running inside urxvt-X. Normally this should default to "off" (as per
> the Bash man page). When running Bash in an xterm window, it is set
> "off" by default as expected. I had to manually turn it off in
> .inputrc when using urxvt-X.
>=20
> Any comments are appreciated.

I had this a month or two back when I was testing a new mintty release,
I had updated "other stuff" at the same time.  I thought it was a=20
problem with mintty and had intended to report it, but I had to reboot=20
before I'd fully investigated it.  After rebooting, I was unable to=20
reproduce the problem.

Perhaps you just need to reboot too?

NB, I didn't get any warnings about in-use files, which is why I hadn't
already rebooted, so it's probably a more subtle issue than in-use DLLs.

Phil
--=20


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/