[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ncurses-5.7-20090530.patch.gz
From: |
Clemens Ladisch |
Subject: |
Re: ncurses-5.7-20090530.patch.gz |
Date: |
Tue, 02 Jun 2009 12:17:38 +0200 |
User-agent: |
Thunderbird 2.0.0.21 (Windows/20090302) |
Thomas Dickey wrote:
> On Tue, 2 Jun 2009, Clemens Ladisch wrote:
> > Thomas Dickey wrote:
> > > + fix an infinite recursion when adding a legacy-coding 8-bit value
> > > using insch() (report by Clemens Ladisch).
> >
> > Thanks, but the unctrl() problem itself is still there.
>
> then I need more information: I tested this with the demo_forms program,
> and was able to insert 8-bit test with POSIX, en_US and UTF-8 encoding.
Sorry, this problem is no longer related to forms crashes.
The remaining problem is just that unctrl() returns a wrong string for
any characters that would be printable if interpreted as a wide
character.
For example, in UTF-8, 0xff is not a valid character, but the Unicode
character U+00ff would be printable, so unctrl() returns "\377" instead
of the correct "~?".
Best regards,
Clemens
- Re: ncurses-5.7-20090530.patch.gz, Clemens Ladisch, 2009/06/02
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/02
- Re: ncurses-5.7-20090530.patch.gz,
Clemens Ladisch <=
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/02
- Re: ncurses-5.7-20090530.patch.gz, Clemens Ladisch, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Clemens Ladisch, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Clemens Ladisch, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/03
- Re: ncurses-5.7-20090530.patch.gz, Thomas Dickey, 2009/06/13