Return to BSD News archive
Xref: sserve comp.unix.misc:10674 comp.unix.pc-clone.32bit:5250 comp.unix.bsd:13185 comp.windows.x.i386unix:6065 biz.sco.general:9735
Newsgroups: comp.unix.misc,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.windows.x.i386unix,biz.sco.general
Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!paladin.american.edu!europa.eng.gtefsd.com!uunet!psinntp!laidbak!stevea
From: stevea@lachman.com (Steve Alexander)
Subject: Re: SCO market share
Message-ID: <1993Dec24.194248.26870@i88.isc.com>
Sender: usenet@i88.isc.com (Usenet News)
Nntp-Posting-Host: ozzy.i88.isc.com
Organization: Lachman Technology, Inc., Naperville, IL
References: <1993Dec19.234703.7824@kf8nh.wariat.org> <1993Dec20.215905.16082@i88.isc.com> <1993Dec22.021415.22741@kf8nh.wariat.org>
Date: Fri, 24 Dec 1993 19:42:48 GMT
Lines: 28
In article <1993Dec22.021415.22741@kf8nh.wariat.org> bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:
>...hmm, what about that "select" ioctl in the header files, then? (I was
>experimenting with STREAMS-based ham radio networking under Xenix... dropped
>it like a hot potato when I discovered the lack of documentation for the
>network subsystem.)
There's probably a left-over ioctl in socket.h but nothing uses it (it's for
our OEM release which runs on systems that have no select built in). Also,
select is implemented as an ioctl at the device driver level, which is what
IOC_SELECT is for.
WRT documentation for the internals of the network subsystem, we might document
it if someone asked (but we keep changing it anyway ;-). It hasn't been a big
issue. Our OEM customers have the source, and most end-users don't care.
SCO does provide a driver-guide (at least for UNIX 3.2v4) that describes how
to write DLPI drivers, and that's virtually all you need to plug a new
interface in below IP, unless you're not using ARP, in which case you have to
ack a few ioctls that we might send your way.
>
>Not that this is particularly relevant to the discussion...
True, but it's the only part of the discussion that has a deterministic
answer ;->
--
Steve Alexander, Lachman Technology, Inc. | stevea@lachman.com
(708) 505-9555 x256 FAX: (708) 505-9574 | ...!{sun,ico}!laidbak!stevea