Various more changes to dbus-python

John (J5) Palmieri johnp at redhat.com
Wed Jan 10 10:24:57 PST 2007


On Wed, 2007-01-10 at 18:15 +0000, Matthew Johnson wrote:
> On Wed, 10 Jan 2007, John (J5) Palmieri wrote:
> 
> > On Wed, 2007-01-10 at 13:31 +0000, Simon McVittie wrote:
> >> As well as the patch to support switching off introspection in
> >> get_object and get_object_by_unique_name (thanks Ulisses),
> >
> > It all looks good except this get_object_by_unique_name method.  Why
> > can't we just use get_object and look at the input to determine if it is
> > a unique name?  There actually shouldn't be any difference between
> > requesting a unique name and regular name.  The only restriction on
> > unique names is that they must be assigned by the bus and not requested
> > by the client (i.e. you can not call RequestName on a unique name).
> >
> >
> It depends on the behavior when a name changes hands. If I get a proxy
> for org.foo.Bar and process 1 drops the name and process 2 acquires the
> name, should my proxy now refer to process 1, process 2 or neither?
> 
> (More normally when a process exits and then connection again).
> 
> At least, that's what the equivalent in Java does.

Unique name is a bad name for this API then.  unique names in D-Bus are
like ":0.1"  Personally I would just have an optional flag in the
get_object API called follow_name_changes or something to that effect.

-- 
John (J5) Palmieri <johnp at redhat.com>



More information about the dbus mailing list