This is the mail archive of the
mailing list for the Cygwin project.
Re: New readline introduces even more prompt-length calculation oddities
- From: Max Bowsher <maxb1 at ukf dot net>
- To: cygwin at cygwin dot com
- Date: Wed, 25 Jan 2006 17:41:39 +0000
- Subject: Re: New readline introduces even more prompt-length calculation oddities
- Openpgp: id=C0F2C580
- References: <43D75E84.email@example.com> <43D789A6.firstname.lastname@example.org>
- Reply-to: cygwin at cygwin dot com
-----BEGIN PGP SIGNED MESSAGE-----
Eric Blake wrote:
> According to Max Bowsher on 1/25/2006 4:18 AM:
>>> The readline 5.1 update has brought with it increased bugs in bash's
>>> prompt length calculation when nonprinting characters are used.
>>> My PS1:
>>> PS1='\[\e[32;1m\]\u@\h \[\e[0m\][\w] \$ '
>>> with latest bash and readline, bash positions the cursor 1 position to
>>> the right of where it should be when cd-ed to the ~ directory.
> Are you running cmd.com, rxvt, or xterm, and what is $TERM? If it comes
> down to a bug in the terminfo database being tickled by readline, this
> extra information would be helpful.
I experience the same behaviour with all three terminal emulator programs.
>>> Is there any ETA when the more severe length calculation bugs that have
>>> existed since bash 3 will be fixed?
> I'm trying to find some free time to investigate. Getting readline-5.1-2
> out the door is now my highest priority, but it may be a few more days.
Yes, that's the issue - thanks for working on it.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
-----END PGP SIGNATURE-----
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html