Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!cornell!uw-beaver!teknowledge-vaxc!sri-unix!quintus!ok From: ok@quintus.uucp (Richard A. O'Keefe) Newsgroups: comp.lang.c Subject: Re: Getchar w/wout echo Message-ID: <404@quintus.UUCP> Date: 15 Sep 88 06:57:23 GMT References: <371@marob.MASA.COM> <225800052@uxe.cso.uiuc.edu> <65197@sun.uucp> <313@quintus.UUCP> <628@wsccs.UUCP> Sender: news@quintus.UUCP Reply-To: ok@quintus.UUCP (Richard A. O'Keefe) Organization: Quintus Computer Systems, Inc. Lines: 43 In article <628@wsccs.UUCP> terry@wsccs.UUCP (Every system needs one) writes: >In article <313@quintus.UUCP>, ok@quintus.uucp (Richard A. O'Keefe) writes: [about Curses] >No, we're talking curses, not something else. Does AT&T say this package >of which you speak is curses? My understanding is that at least one of the Curses implementations available for the PC is based on source code released into the public domain by AT&T. But may I make a really rather elementary point? * "Curses" is anything which provides the "Curses" interface > > >Urk. "what's wrong?"? Try Copyright AT&T. > I repeat, Curses is an *INTERFACE*. I did not suggest stealing source code; what I suggested was using the same names and interfaces for the operations that were needed, so that on systems where Curses was available you would be able to use the existing implementation. >Besides, curses is seriously buggy in a number of places, like: Quite irrelevant, as I was not advocating swiping source code, but adapting an existing *interface*. In fact (Every system needs one)'s objections are mostly invalid for this reason. (Also, he wasn't describing the current version.) >Internationalization is hard when most implementations use the 8th bit >for their own nefariousness (using a short yields 9 attr bits that way). If you're interested in internationalisation, some of the V.3 utilities are already customisable (se "isort", for example), and V.4 is really taking it seriously. (8 bits just aren't enough.) The Curses interface in V.4 is going to be the only reasonably widespread internationalisable (did I write that?) terminal interface around. I still expect to loathe it, but there just isn't anything else on offer. If people are really worried about the size of programs on 286s, they should be looking forward to OS/2. With shared libraries, it is programs which *don't* use standard interfaces which pay a storage cost!