[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: using meta-# with large strings results in misbehavior
From: |
Andreas Schwab |
Subject: |
Re: using meta-# with large strings results in misbehavior |
Date: |
Fri, 28 Nov 2008 10:14:20 +0100 |
User-agent: |
Gnus/5.110009 (No Gnus v0.9) Emacs/22.3 (gnu/linux) |
Chet Ramey <chet.ramey@case.edu> writes:
> Mike Frysinger wrote:
>
>> doing something simple like (pasting 50 m chars and then 4 k chars):
>> meta-50 m
>> meta-4 k
>> results in the string being drawn incorrectly. it shows:
>> mmmmmmmmmmmkkkkmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
>> if i force a refresh with CTRL+L i see the right string:
>> mmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmkkkk
>>
>> my $PS1 is set to:
>> \[\e[0;33m\]\u\[\e[30;1m\]@\[\e[31;1m\]\h\[\e[30;1m\] \j:$? \[\e[34;1m\]\W
>> \$\[\e[0m\]
>> which typically expands to:
>> vapier@vapier 0:0 ~ $
>
> I can't reproduce this running Terminal or xterm on MacOS X. MacOS X
> aterm gives some weird redisplays, but only when the second numeric
> argument is > 10, and the final display is (usually) right. I don't
> see your results.
Set PS1='\[\e[1m\]xxxxxxxxxx\$\[\e[m\] ' and retry.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."