Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!amdahl!uunet!cs.dal.ca!iisat!kevin From: kevin@iisat.UUCP (Kevin Davies) Newsgroups: comp.unix.xenix Subject: Re: SCO 2.3 curses bug 2 Summary: SCO dependent bug... Message-ID: <410@iisat.UUCP> Date: 2 Apr 89 17:28:46 GMT References: <74@estinc.UUCP> <366@dalcsug.UUCP> Organization: International Information Service, Dart., NS Lines: 36 In article <366@dalcsug.UUCP>, erskine@dalcsug.UUCP (Neil Erskine) writes: > ][b > In article <74@estinc.UUCP> fnf@estinc.UUCP (Fred Fish) writes: > ... short curses program that ends with reverse video spaces appearing > where they ought not... > > > ... A description of what the actual problem is within the SCO driver... > ... paragraph on reporting this bug to SCO etc. > It is interesting to note that when IBM Xenix was being > distributed, and I reported the identical problem to IBM, THEY > admitted that it didn't work according to ANSI standard (but then > weaseled out of fixing it by saying that they didn't claim to > implement the ANSI standard; the fact that escape sequences and names > matched the ANSI sequences and names was coincidental). I would say that this (particular) curses bug is only found in the SCO and IBM distributions. I tried it on Tandy Xenix (1.0) which is roughly equivalent to SCO 2.2 (286 version) which is based on the Microsoft base with some AT&T copyrights. Both bugs 2 & 3 worked without any of the problems that have been reported. What I have seen in some curses implementations is the need to do a refresh() before and after and stand[end|out] mode, otherwise the command would not seem to have any affect. So I was plesantly surprised that these 2 code fragments ran without any difficulties. It must be something in the console driver specific to the SCO and IBM distributions (Did IBM use SCO as a distribution base?). -- Kevin Davies International Information Service (IIS) UUCP: {uunet,utai,watmath}!dalcs!iisat!kevin Bitnet/Uucp: kevin@iisat.uucp Arpanet: kevin%iisat.uucp@uunet.uu.net