C convenience lib (was Re: Is dbus_pending_call_set_notify() thread safe? )

[Thiago Macieira]

nf2 wrote:
>Havoc Pennington wrote:
>> Hi,
>>
>> Fan Wu wrote:
>>> I understand your concern of convenience API. But I think right now
>>> there is market for easy to use, lightweight C bindings of libdbus.
>>
>> I do agree btw, but I want to see someone really take this on rather
>> than feature-creeping libdbus in a haphazard way. I already feel bad
>> about most of dbus-bus.h.
>>
>> I recently posted that "gbus" git repo, and the header file in there
>> shows what I think are some of the most interesting convenience
>> features to have. That sketch of an API uses GLib, but doesn't do any
>> data marshaling / type conversion stuff and really only uses GLib for
>> the main loop.
>
>I remember there were some problems with Qt and GLib based libraries,
>not being able to share the same D-BUS connection (although Qt can be
>built with GLib support). Now, if Qt uses "gbus" when built with GLib
>main-loop support - would this problem go away?

QtDBus doesn't share its D-Bus connections intentionally. It's not related 
to the mainloop. That will not change even if the main loop changes.

We also have no intention of using "gbus". It simply doesn't make sense 
for us.

However, QtDBus cannot be used inside the same process as other bindings 
due to the thread symbols issue I've already raised. QtDBus will call 
dbus_thread_init, which means no other binding, library or the 
application can.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freedesktop.org/archives/dbus/attachments/20070801/6cafcda6/attachment.pgp