Re: Interesting things found in ncurses that affect screen

[Nikolai Weibull]

Juergen Weigert wrote:

> On Jul 17, 05 21:19:38 +0200, Nikolai Weibull wrote:

> > ncurses-5.4/ncurses/tinfo/lib_setup.c:
> > 
> > /*
> >  * Check for known broken cases where a UTF-8 locale breaks the alternate
> >  * character set.
> >  */
> > NCURSES_EXPORT(int)
> > _nc_locale_breaks_acs(void)
> > {   
> >     char *env = getenv("TERM");
> >     if (env != 0) {
> >         if (strstr(env, "linux"))
> >             return 1;           /* always broken */
> >         if (strstr(env, "screen") != 0
> >             && ((env = getenv("TERMCAP")) != 0
> >                 && strstr(env, "screen") != 0)
> >             && strstr(env, "hhII00") != 0) {
> >             return 1;
>         }
>     }
> >     return 0;
> > }
> >
> > So, what's the deal?  

> That is odd.
> We should ask upstream ncurses when and why this code appeared.
> Upstream is still Thomas Dickey, right?

>From the 5.4 changelog on
http://www.gnu.org/software/ncurses/ncurses.html (why I didn't think to
check it before posting is beyond me):

Major bug fixes:

* implement a workaround so that line-drawing works with screen's crippled
UTF-8 support (tested with 3.9.13). This only works with the
wide-character support (--enable-widec); the normal library will simply
suppress line-drawing when running in a UTF-8 locale in screen

I have compiled ncurses with widec support and am running screen 4.0.2.
LANG is set to en_US.UTF-8,
        nikolai

-- 
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(&linux["\021%six\012\0"],(linux)["have"]+"fun"-97);}