From owner-freebsd-fs Sun Mar 18 12:51:48 2001 Delivered-To: freebsd-fs@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B3BD737B71F; Sun, 18 Mar 2001 12:51:43 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2IKp4g01900; Sun, 18 Mar 2001 12:51:04 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Mar 2001 12:51:04 -0800 (PST) From: Matt Dillon Message-Id: <200103182051.f2IKp4g01900@earth.backplane.com> To: "Duncan Barclay" Cc: "Peter Pentchev" , "Kris Kennaway" , , Subject: Re: httpfs References: <20010310031515.A8998@mollari.cthul.hu> <20010315095533.C12432@ringworld.oblivion.bg> <000d01c0ad3c$0ed83fb0$d26020c2@Cadence.COM> Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :I don't really think that portalfs is the right thing to use to build :an httpfs with, but I would like to see how you managed to get your example :to work. Are you using stdout to create an anonymous file handle? What happens :if two processes concurrently read from /p/http/*? : :Duncan : :-- :_____________________________________________________________ :Duncan Barclay | God smiles upon the little children, You could certainly write a program to sit in the middle and cache the request to handle that case. The problem with portalfs is that you can't 'cd' into it or do directory operations on it, and filesystem operations such as lseek, fstat, and so forth cannot be intercepted. It would be the ultimate coolness if you could. We need a better solution then faking an NFS mount to be able to run *real* filesystems in user space. But, that aside, portalfs works just dandy for getting simple file handles from a path. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message