Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/3/85; site ukma.UUCP
Path: utzoo!watmath!clyde!cbosgd!ukma!david
From: david@ukma.UUCP (David Herron, NPR Lover)
Newsgroups: net.unix-wizards,net.database
Subject: Re: A variant of the streams idea
Message-ID: <2432@ukma.UUCP>
Date: Mon, 23-Dec-85 21:40:55 EST
Article-I.D.: ukma.2432
Posted: Mon Dec 23 21:40:55 1985
Date-Received: Wed, 25-Dec-85 02:22:01 EST
References: <2416@ukma.UUCP> <372@ncr-sd.UUCP> <964@brl-tgr.ARPA>
Reply-To: david@ukma.UUCP (David Herron, NPR Lover)
Organization: Univ. of KY Mathematical Sciences
Lines: 26
Xref: watmath net.unix-wizards:16224 net.database:159

In article <964@brl-tgr.ARPA> gwyn@brl-tgr.ARPA (Doug Gwyn <gwyn>) writes:
>> I would like to see the whole stream mechanism generalized so that I
>> could push a stream module in front of \any/ file, not just a tty file.
>
>Several of us have discussed this idea before.
> ...
>     To force random files into the stream
>model would require sacrificing some of their
>desirable properties (seekability, sharability,
>speed), alas.
>
>Nice try, though.

Why do you lose "seekability"?  Pushing a protocol on top of a file
potentially brings in a whole set of ioctl()'s that can be performed.
So lseek() becomes ioctl(fd, FLSEEK, offset) or some such.  Other
operations can be performed with similar ioctl()'s.

Right?

Or am I missing something?

-- 
David Herron,  cbosgd!ukma!david, david@UKMA.BITNET.

Experience is something you don't get until just after you need it.