[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
regression with color prompt + utf8
From: |
Egmont Koblinger |
Subject: |
regression with color prompt + utf8 |
Date: |
Fri, 3 Feb 2006 16:05:20 +0100 |
User-agent: |
Mutt/1.5.8i |
Configuration Information [Automatically generated, do not change]:
Machine: i586
OS: linux
Compiler: i586-uhu-linux-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i586'
-DCONF_OSTYPE='linux' -DCONF_MACHTYPE='i586-uhu-linux' -DCONF_VENDOR='uhu'
-DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I.
-I. -I./include -I./lib -g -O2
uname output: Linux bobek 2.6.15-9 #1 SMP Fri Jan 20 15:43:25 CET 2006 i686
UHU-Linux
Machine Type: i586-uhu-linux
Bash Version: 3.1
Patch Level: 5
Release Status: release
Description:
Hi,
I have a nice color prompt:
export PS1=$'\\[\017\E[10;0m\E[1;34m\\]\\u@\\h:\\w\\$ \\[\E[0m\\]'
and use UTF-8 locales everywhere.
When the output of a command doesn't end with a newline, I could perfectly
see it in bash 3.0 since the prompt was printed on its right:
egmont@bobek:~$ echo -n foobar
foobaregmont@bobek:~$
Is is also okay in bash 3.1 with 8-bit locales or with simple prompts.
However, if both colors are used in the prompt, and an UTF-8 locale is in
effect, the prompt overwrites the output:
egmont@bobek:~$ echo -n foobar
egmont@bobek:~$ ek:~$
^
the cursor stands here
(actually that leftover part of the prompt suggest that probably the prompt
is printed twice, first at the right place (after foobar) and then at the
end of the line).
--
Egmont
- regression with color prompt + utf8,
Egmont Koblinger <=