[DBUS] DBus server C libray - status and questions

sfora dim sfora.dim at gmail.com
Mon Feb 4 23:22:12 PST 2008


Hi Shahar,

On Oct 11, 2007 1:47 PM, Shahar Frank <shaharf at qumranet.com> wrote:
> Hi all,
>
>        I just added multiple server support and watch support to the
> library. The library (temporary name dsrv) is still under development
> but it is operational. Of course it is far from being done or being
> production level.

What is the status of your library ?

I am writing a C server that needs IPC support. I think to use dbus.
I need clients to be able to call methods on the server and register
a callback method that will be called by the server
once the method will finish. is there a way to do that i dbus ?
(btw my server is multi-threader).

Do you think I can use your library (I need it for production systems) ?

What other alternatives do you recommend me to use ?

I though about glib but I am afraid of dependancies. My target system
is embedded
and i don't want clutter.

Thank you
sfora
>
> You can check it out here:
>        git://people.freedesktop.org/~shaharf/dsrv
>
> Or online:
>        http://gitweb.freedesktop.org/?p=users/shaharf/dsrv.git
>
> Questions:
>
>  I had to re-implement the link list ADT because the libdbus
> implementation is internal. Do you think it is worth making this public?
> I looks stable enough to commit on the interface, but I may be wrong ;)
>
> Another question, I used the watch mechanism to implement multiple
> servers objects, but I probably did it a bit awkward. For simplicity I
> forced each server to open a private connection and then used the watch
> only for select purposes (dsrv_serve()). What are the implications of
> that approach (assuming that it is libdbus wise "legal")? On in other
> words, what things will not work in this scheme? If this is wrong, what
> is the simplest way to do it right?
>
> Shahar
> _______________________________________________
> dbus mailing list
> dbus at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus
>


More information about the dbus mailing list