hal_initialize() overrides other filter/object/fallback functions on separate connection

Olivier Andrieu oliv__a at users.sourceforg.net
Sun Aug 8 10:26:41 PDT 2004


 David Zeuthen [Sun, 08 Aug 2004]:
 > >  > libhal uses this global filter mechanism to dispatch the signals to
 > >  > the registered HAL user functions. Can't libhal (or other libraries
 > >  > too) just use dbus_connection_register_object_path() to get called
 > >  > at incoming messages for the objects paths it is intersted in?
 > > 
 > > Absolutely.
 > > 
 > 
 > I beg to differ :-). Sometimes you want to listen to all signals
 > regardless of the object path and this is currently only possible
 > with _add_filter() if I'm not mistaken.

You can register a fallback handler for "/". That should catch signals
from any object.

 > p.s. : the doxygen documentation for _register_object_path() is wrong

Is it because it says '... handles messages sent to exactly the given
path' ? Well yes, that's a bit inaccurate, it should mention this
applies to signals sent /from/ the given path also.

-- 
   Olivier
_______________________________________________
hal mailing list
hal at freedesktop.org
http://freedesktop.org/mailman/listinfo/hal



More information about the Hal mailing list