bug-bash
[Top][All Lists]
Advanced

[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."




reply via email to

[Prev in Thread] Current Thread [Next in Thread]