bug-ncurses
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ncurses-5.7-20090530.patch.gz


From: Thomas Dickey
Subject: Re: ncurses-5.7-20090530.patch.gz
Date: Tue, 2 Jun 2009 07:01:07 -0400 (EDT)

On Tue, 2 Jun 2009, Clemens Ladisch wrote:

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 "~?".

I'll have to review that in detail (evening/weekend...). However reading the patch, it seems that it does not take into account that an application must have initialized the locale before ncurses will stop using the legacy encoding.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net




reply via email to

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