Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!hacgate!tcville!sed170!lee
From: lee@sed170.HAC.COM (John Lee)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Determining disk devices
Message-ID: <332@sed170.HAC.COM>
Date: 9 Jan 90 20:09:31 GMT
References: <331@sed170.HAC.COM> <1990Jan5.132842.11132@haven.umd.edu>
Reply-To: lee@sed170.UUCP (John Lee)
Organization: Hughes Aircraft Co., El Segundo, CA
Lines: 32

In article <1990Jan5.132842.11132@haven.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
>In article <331@sed170.HAC.COM> lee@sed170.UUCP (John Lee) writes:
>[ ... ]
>> Notice that PIPE: now shows up in the Load
>>file-requester.
>
>Hmm, but isn't that the whole *point* of the PIPE: device?  To allow programs
>to use it without modificiation?  I might, in another CLI, say something like:
[...]
>I'm sure that you can some up with similar situtations that apply to network-
>like devices for other purposes.
>
>It's not a bug, its a feature.  Really.
>
>louie

Well, yes and no.  True, PIPE: is designed to be used as a file sink and
source, but I'm looking only for devices that have filesystems, i.e. 
supports directory structures.  While PIPE theoretically could support
directories (and then *should* appear in the file requester), it currently
does not and if you try to select the PIPE: button in DPaint, you just get
the directory of DPaint's default volume.  Being able to 'dir PIPE:' might
be neat.  Perhaps someone could enhance PIPE: in the future?

--John
-------------------------------------------------------------------------------
Raining CATS and DOGS?  Join the RATS: Remote Amiga Teleconferencing System
	+--------+			John Lee
	| HUGHES |
	+--------+			ARPAnet: jhlee@hac2arpa.hac.com	
	Hughes Aircraft Company
The above opinions are those of the user and not of those of this machine.