[Top][All Lists]

[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

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

reply via email to

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