org.freedesktop.DBus.GLib.Async GLib specific ?

Havoc Pennington hp at redhat.com
Fri Sep 8 08:00:47 PDT 2006


Thiago Macieira wrote:
> Havoc Pennington wrote:
>> The annotation just has to do with how _one app_ wants to call the
>> method in a particular context.
> 
> Which is also my point here, for avoiding an annotation. It would mean 
> that any application should call it asynchronously (the XML file is 
> supposed to be shared).
> 

cf. the earlier thread about installing the xml files... the original 
idea I had long ago was that apps could merge their own annotations into 
a generic XML file.

The glib bindings are enough of a mess that I think right now you 
basically have to edit the "shared" xml file to get what you want 
generated though, I don't think anyone added the 
merge/overlay-annotations feature.

I was also going to use the XML files to generate the server side, the 
plan I had was something like:

  - scan C code, generating an XML file possibly including annotations
    like "C function is foo_bar_baz()"
  - generate "typelib" (meta-object in Qt terms I believe) from the XML
  - write out the typelib as a C file to include
  - also generate a "clean" XML file (minus server-specific annotations)
    to be installed, if we support installing the files

But the "scan C code" thing was never implemented, so people just write 
an XML file that includes the "C function is" annotations, and if they 
were to scrub the installed file they'd have to do it manually.

The name of the C function invoked to implement the object on the server 
side is pretty much totally uninteresting outside of the server process, 
of course.

Havoc


More information about the dbus mailing list