X-Spam-Check-By: sourceware.org
Message-ID: <4525605C.4070104@case.edu>
Date: Thu, 05 Oct 2006 15:43:24 -0400
From: Chet Ramey <chet.ramey@case.edu>
Reply-To: chet.ramey@case.edu
User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909)
MIME-Version: 1.0
To: cygwin@cygwin.com, bash-testers@case.edu
CC: Eric Blake <ebb9@byu.net>, chet@case.edu
Subject: Re: [bash-testers] Re: readline-5.2-1 prompt issue on cygwin
References: <announce.4523B5DB.8080709@byu.net> <Pine.GSO.4.63.0610041002060.12019@access1.cims.nyu.edu> <45247062.9000603@byu.net> <45247465.3090407@case.edu> <Pine.GSO.4.63.0610050822510.12019@access1.cims.nyu.edu>
In-Reply-To: <Pine.GSO.4.63.0610050822510.12019@access1.cims.nyu.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

Igor Peshansky wrote:
> On Wed, 4 Oct 2006, Chet Ramey wrote:
> 
>> Eric Blake wrote:
>>> According to Igor Peshansky on 10/4/2006 9:03 AM:
>>>>> The upstream maintainer claims that this version fixes some prompt display
>>>>> bugs when using non-printing escape sequences with a single-line prompt.
>>>>> I have not verified this, but hope that this is the case.
>>>> FWIW, still doesn't work for me:
>>>> $ export PS1='[\[\e[32m\]\h\[\e[0m\]:\[\e[33m\]\w\[\e[0m\]] \[\]'
>>>> [helios:~] cd /c^L
>>>> [helios:~] cd /c/c
>>>>            ^^^^^^^
>>>> This is what's displayed.  Removing the '\[\]' at the end doesn't help.
>>>> 	Igor
>>> I am able to confirm this.  Using the above PS1 (the export is optional,
>>> as it only has to be a shell variable rather than an environment
>>> variable), and the xterm-unicode terminal as compiled for cygwin, along
>>> with bash 3.1.17 and release candidate readline 5.2, I get the following
>>> behavior when I type <c><d>< ></><c><^L>, where _ is the location of the
>>> cursor:
>> I can't reproduce it on Mac OS X using Terminal or xterm, using a UTF-8
>> locale and the included prompt string.  I will look at it on some other
>> systems tomorrow.
> 
> FWIW, it's happening in an xterm under Cygwin as well, so it's not the
> "cygwin" terminfo/termcap entry.  Cygwin's xterm does not support UTF-8.

I also cannot reproduce it with the bash-3.2 release candidate on Linux
(aterm or xterm) or FreeBSD6 (aterm or xterm).  I used the UTF-8 locale
to activate the multibyte locale code, which seems to be where most of
the display issues are.  Otherwise, that detail is unimportant.

Sorry I can't reproduce this particular issue, but it looks like the
prompt string you sent will be valuable in checking whether or not the
multiple-prompt-string-redraws problem has been solved.

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		       Live Strong.  No day but today.
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/

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