The two process exist in my project, but I can't get the signal <br>in the proxy process owner.<br><br>And in the modified example-service.c,&nbsp; there is only one process<br>and no notification neither.<br><br>Should I read some DBus code now?
<br>&nbsp;<br>(cf. <span class="q"><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://pastebin.ca/108858" target="_blank">http://pastebin.ca/108858</a>)<br><br></span><div><span class="gmail_quote">On 7/31/06, 
<b class="gmail_sendername">Havoc Pennington</b> &lt;<a href="mailto:hp@redhat.com">hp@redhat.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Marc-André Lureau wrote:<br>&gt; My issue is not solved, unfortunately.<br>&gt;<br>&gt; I don't know how to do, it's been a while I am trying to do that:<br>&gt; <a href="http://pastebin.ca/108858">http://pastebin.ca/108858
</a><br>&gt;<br>&gt; Basically, I have a proxy_for_name_owner, and I would like to<br>&gt; be notified when the service-object is unref or when the service<br>&gt; is released.<br>&gt;<br>&gt; If it's not possible, I will add a &quot;disconnect&quot; signal to my
<br>&gt; service... but I guess it's bad,... and unnecessary.<br>&gt;<br>&gt; My understanding is that the &quot;:1.xx&quot; is still there after the unref,<br>&gt; and that's why the proxy is not notified.<br>&gt;<br>&gt; Should I listen to NameOwnerChange instead ?
<br>&gt;<br><br>unref() does not cause the name owner to change or your remote process<br>to exit. The reference count is purely _on the proxy_ - there's no<br>reference count on a remote process.<br><br>You should get a destroy signal if your proxy exists and the remote
<br>process exits - this is already done by listening for NameOwnerChanged,<br>so you need not listen for NameOwnerChanged manually.<br><br>There's no standard dbus way for the remote process to exit, because how<br>this should work depends very much on the specific application. Some
<br>remote processes never exit; some exit when they lose a particular bus<br>name; some exit after a timeout; some have their clients register and<br>then exit when the clients have all unregistered.<br><br>Havoc<br><br>
</blockquote></div><br><br clear="all"><br>-- <br>Marc-André Lureau, GSmartMix