Return to BSD News archive
Xref: sserve comp.unix.misc:10634 comp.unix.pc-clone.32bit:5222 comp.unix.bsd:13160 comp.windows.x.i386unix:5998 biz.sco.general:9615 Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!sgiblab!spool.mu.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!news.byu.edu!cwis.isu.edu!u.cc.utah.edu!cs.weber.edu!terry From: terry@cs.weber.edu (A Wizard of Earth C) Newsgroups: comp.unix.misc,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.windows.x.i386unix,biz.sco.general Subject: Re: SCO market share Date: 22 Dec 1993 05:43:02 GMT Organization: Weber State University, Ogden, UT Lines: 25 Message-ID: <2f8mp6$hbb@u.cc.utah.edu> References: <2em4ds$n22@vanbc.wimsey.com> <2eocag$ce1@u.cc.utah.edu> <1993Dec18.215841.28755@i88.isc.com> NNTP-Posting-Host: cs.weber.edu In article <1993Dec18.215841.28755@i88.isc.com> stevea@lachman.com (Steve Alexander) writes: [ ... response to my "favorite" streams bugs ... ] >I don't understand this comment, since select is a system call in SCO UNIX. Xenix is where the streams problems are. UNIX is where select(2) becomes select(3) unless SCO has changed things recently. The main select/poll problems I had with Xenix was one would work on pipes and serial ports and the other would work on sockets, but neither would work on all three. And no, this is not really a "Lachman should fix this" problem... it is a generic SCO problem resulting from non-shared sleep address conventions. The big pisser about "XSelect()" is that it calls poll after reformatting the arguments -- it should be "XPoll()". Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.