X-Spam-Check-By: sourceware.org
Message-ID: <45247465.3090407@case.edu>
Date: Wed, 04 Oct 2006 22:56:37 -0400
From: Chet Ramey <chet DOT ramey AT case DOT edu>
Reply-To: chet DOT ramey AT case DOT edu
User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909)
MIME-Version: 1.0
To: bash-testers AT case DOT edu, Eric Blake <ebb9 AT byu DOT net>
CC: cygwin AT cygwin DOT com, chet AT case DOT edu
Subject: Re: [bash-testers] Re: readline-5.2-1 prompt issue on cygwin
References: <announce DOT 4523B5DB DOT 8080709 AT byu DOT net> <Pine DOT GSO DOT 4 DOT 63 DOT 0610041002060 DOT 12019 AT access1 DOT cims DOT nyu DOT edu> <45247062 DOT 9000603 AT byu DOT net>
In-Reply-To: <45247062.9000603@byu.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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

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.

(I can't tell from the description, but I assume that the ^L is followed
by a screen clear.  It's supposed to.)

> I'm really at a loss as to how to go about debugging this, and don't know
> whether the bug is in readline or in cygwin's terminal descriptions.  I
> haven't yet built bash 3.2 for cygwin; is there any chance that bash-3.2
> is using some readline hooks that bash 3.1 was not using, such that this
> problem would go away?

It's not.  There are no readline hooks to use.

> This appears to be the same bug that I have been repeatedly reporting:
> http://lists.gnu.org/archive/html/bug-bash/2006-05/msg00023.html
> http://lists.gnu.org/archive/html/bug-bash/2006-03/msg00005.html
> http://lists.gnu.org/archive/html/bug-bash/2005-07/msg00115.html
> 
> Any hints on what I should try from within a debugger?

Attach to it from another terminal and set breakpoints in
_rl_move_cursor_relative.

Chet

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		       Live Strong.  No day but today.
Chet Ramey, ITS, CWRU    chet AT case DOT 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/