From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 14 Jun 2008 15:03:57 +0200 From: Enrico Weigelt To: 9fans@9fans.net Message-ID: <20080614130357.GA25092@nibiru.local> References: <20080614000222.GD9621@nibiru.local> <20080614002455.0A03C1E8C3A@holo.morphisms.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080614002455.0A03C1E8C3A@holo.morphisms.net> User-Agent: Mutt/1.4.1i Subject: Re: [9fans] command line tool for storing / reading files on venti Topicbox-Message-UUID: c09da9ee-ead3-11e9-9d60-3106f5b1d025 * Russ Cox wrote: Hi, > no, it doesn't. on plan 9, when the shell script exits, > nothing will have vacfs mounted anymore, so vacfs > will get an eof on the 9p connection and exit. > that's why i put an rfork n in the script. aha, that's probably what the rfork call does ? > > Well, this doesnt seem to run this way on p9p :( > > true. i thought you were using plan 9, sorry. is there any way to get the same behaviour on p9p ? maybe the shell could keep track of its childs and terminate them on exit. > if you are using linux and have fuse installed, > you can still run something like the script, > as long as you are willing to run just one at a time. Uh, I'm not sure whether I can use fuse on the target system. I'd prefer doing all in userland. Meanwhile I've hacked up vacfs to give it an "autodie" mode. It means: automatically terminate if the last file has been closed. Seems to work, but now idea how stable it would be in production ;-o The whole gets a bit more complex: I'm using venti as storage backend for an media library. People can upload media from one server (via an Joomla-based frontend) and later fetch them via another download server. That download server is just an minimal httpd which fetches by a given key from venti and sends back the result. So I could some more things to do: * store some additional metadata (at least mime-type) * maybe also add some permission information * when using vac, I have to use always the same filename within vac (ls'ing first would be event oo complex ;-o) Maybe it's better to code a new archiver for this. cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: info@metux.de skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------