Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!tut.cis.ohio-state.edu!brutus.cs.uiuc.edu!wuarchive!texbell!sugar!peter
From: peter@sugar.hackercorp.com (Peter da Silva)
Newsgroups: comp.sys.amiga
Subject: Re: Relying on ARP (was Re: My AmigaDOS 1.4 wishlist (one among
Message-ID: <4139@sugar.hackercorp.com>
Date: 27 Aug 89 12:50:54 GMT
References: <12878@well.UUCP> <26758@agate.BERKELEY.EDU>  <20904@cup.portal.com> <21095@cup.portal.com>
Distribution: usa
Organization: Sugar Land Unix - Houston
Lines: 32

> >You missed my point.  I know it's possible like that.  I want it to be part
> >of the file system semantics, so when I'm typing to a file requestor or
> >asked to supply a path, I can type |lpr.  I don't want to change every
> >program to look at the first character, if it's a pipe symbol turn it
> >into a popen call.

fopen("PIPE:print", "w");

(switch to another CLI)

lpr PIPE:print

I think I suggested that a "CLI:" handler would be a useful addition last
year some time, with the semantics you suggested. The nice thing about the
Amiga is that you can relatively easily create a new handler with whatever
semantics you want...


> Therefore, making this capability part of
> the filesystem semantics would lead to certain things being semantically
> correct and other things not being semantically correct.

Now this I don't understand. After all, that's already the case:

fopen(non-existant-file, anything)

Is syntactically correct and semantically incorrect.
-- 
Peter "Have you hugged your wolf today" da Silva      `-_-'
...texbell!sugar!peter, or peter@sugar.hackercorp.com  'U`
"before making up your mind, please read the book." -- sherry.mann
"This is contrary to the spirit of rec.arts.sf-lovers" -- Jim Winer