Re: namespace pollution by curses

[Valery Ushakov <uwe%stderr.spb.ru@localhost>]

On Tue, Mar 12, 2019 at 15:21:49 -0000, Christos Zoulas wrote:

> In article <20190312134722.GA1087%netbsd.org@localhost>,
> David Holland  <dholland-tech%netbsd.org@localhost> wrote:
> >On Tue, Mar 12, 2019 at 01:25:13PM +0300, Valery Ushakov wrote:
> > > Admittedly, I'm not sure about the usage.  E.g. in wscons case you can
> > > press a modifier on one keyboard and the key on another and it should
> > > work.  But in case of curses, do the users really expect to be able to
> > > input the beginning of a multi-byte sequence on one screen (via that
> > > screen-private infd) and the end of if on another screen (via its own
> > > screen-private infd) and still get a composed (via static
> > > state/inbuf/...) wide character sent to the second screen?
> >
> >That seems like a bug waiting to be exploited if the app is some kind
> >of multiuser game that works by multiheading... not that such an
> >architecture should be encouraged...
> 
> Yes, really there should be no static state (but that's a harder goal to
> reach).

Can we commit the initial patch that just renamed the global variable
for now?  This should be good enough in the short term and trivial to
pull up to release branches.

-uwe