Re: [Bug-readline] Bug re: Unicode combining characters

[Wolfgang Jenkner]

Chet Ramey <address@hidden> writes:

> On 1/22/11 4:17 AM, Keith Winstein wrote:
[...]
>> What you see: zyx̂ab
>> 
>> What you should see (and do see after Control-L): zyxab
>
> Interesting.  When I run the perl command above, I get distinct characters
> in the readline line buffer:
>
> 'z' 'y' 'x' '\204' '\130' 'x' 'a' 'b'
>
> with rl_point on the second `x'.  Hitting backspace takes out the middle
> two characters, since that's a valid character in the current character
> set, leaving zyxxab.
[...]
> (FWIW, I'm using MacOS X and Terminal.)

FWIW, on FreeBSD with a vte-based terminal I see the same behaviour a
the OP (I pasted the following lines via the clipboard to emacs).

#v+
> env -i PS1='\w\$ ' TERM=xterm LC_ALL=en_US.UTF-8 ./bash --norc
/usr/ports/shells/bash/work/bash-4.1$ echo -n zyx̂xab | od -a -tu1
0000000    z   y   x  cc  82   x   a   b                                
          122 121 120 204 130 120  97  98                                
0000010
/usr/ports/shells/bash/work/bash-4.1$ echo -n zyx̂ab | od -a -tu1
0000000    z   y   x   a   b                                            
          122 121 120  97  98                                            
0000005
/usr/ports/shells/bash/work/bash-4.1$ uname -orm
FreeBSD 8.2-PRERELEASE amd64
#v-

This is with the bundled readline and the following ~/.inputrc

#v+
set input-meta on
set convert-meta off
set output-meta on
#v-

I tested this with both libncurses and libncursesw as termcap libraries.

Wolfgang