bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: client-server-IPC


From: Marcus Brinkmann
Subject: Re: client-server-IPC
Date: Tue, 3 Dec 2002 15:20:53 +0100
User-agent: Mutt/1.4i

On Tue, Dec 03, 2002 at 04:48:07AM +0100, Wolfgang Jaehrling wrote:
> On Tue, Dec 03, 2002 at 02:39:06AM -0800, Frank Saar wrote:
> > Hm, well I did.
> > But in the meantime I succeeded in getting a working version (thanks to
> > marcus) and the server is running now as a translator. But in the beginning
> > I didnt want to run it as a translator. Instead I wanted the serverprocess
> > to run in the background as a daemon (you know via server&) because (a) I
> > was used to that way of thinking and b)) I thought that a translator has to
> > follow a certain interface which is dictated by the library it is based on.

Ok, sure.  However, if you run the server in the background and don't want
to use the Hurd interfaces, you _can_ _not_ _use_ file_name_lookup() to
lookup the server port.

I would think that is obvious.  Nobody forces you to integrate the server in
the Hurd filesystem.  But if you don't do it, you can not use the filesystem
to access the server.  You have to do it some other way.

There is no other way in the Hurd, though.  You would have to write one
yourself.  Which gives you a chicken-and-egg (bootstrap) problem.  Of course
you can write a nameserver.  But how does the client access the nameserver
initially?  There are ways, but I am not going to think about them, esp as
you said you wanted to learn the Hurdish way of thinking.

Just use libtrivfs for the file_name_lookup mechanism.  You can ignore all
the write/read and other stuff (just provide dummy functions where
necessary).

> > But I wanted a
> > general interface I mean I wanted the client to call any kind of functions
> > that do any kind of stuff which is specific to that server. But as I saw
> > this was a misunderstanding.

You can do this.  libtrivfs does not limit yourself to filesystem operations
(ie, see trans/password.c, the password server).

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' GNU      http://www.gnu.org    marcus@gnu.org
Marcus Brinkmann              The Hurd http://www.gnu.org/software/hurd/
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]