From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: erik quanstrom Date: Wed, 24 Dec 2008 08:36:52 -0500 In-Reply-To: <20081224073606.GS9593@masters10.cs.jhu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: Re: [9fans] sendfd() on native Plan 9? Topicbox-Message-UUID: 6eee1d3a-ead4-11e9-9d60-3106f5b1d025 > EricVH's /srv replacement. See > http://graverobbers.blogspot.com/2008/12/srv-next-generation-service-registry.html perhaps i don't understand the srv² proposal, to which there are many parts, but part of the problem seems to be finding a service. generally this is mediated by /net/cs. i wonder if thinking of it that way might help? > Assuming that the resource can be named in the plumber's namespace? This > works out less well for things like ramfs's that were told where to mount > (-m) and not to use /srv (-s). Or is there something really sneaky going on > here that I don't know? by definition it must be. the rule is this: type is text data matches 'Local (.*)' plumb to none plumb start rc -c $1 it executes the mount in the plumber's namespace, which is helpfully shared by rio. (Local in acme is interpteted by acme, not sent to the plumber.) - erik