<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content="text/html; charset=us-ascii" http-equiv=Content-Type> <META name=GENERATOR content="MSHTML 8.00.6001.18702"></HEAD> <BODY> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>Hi,</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>It would be glad if someone can help me regarding the following issue. I use dbus-glib bindings so that I can publish a Gobject on the bus.</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>I've two processes(A and B) communcating over the session bus. Process A is a daemon kind of application to satify different needs. Process B is a kind of application which comes in and goes out on a need basis. </FONT></SPAN><SPAN class=203152604-12052010><FONT size=2 face=Arial>Generally, process A makes remote method calls on process B using DBusGProxy. Both the processes publish its own glib gobjects on the bus.</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>I've an issue with the following use case.</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>1. Process A makes a remote method call on Process B using Proxy, with some time out of 45 sec.</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>2. In some cases, Process B dies or exits before it could respond with a method return. (This can't be eliminated, this is as per design).</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>So, what happens is that Process A waits for the timeout of 45 secs and then returns a error message. But, the expectation is that Process A should come out the call immediately, as Process B died. </FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>What can be wrong here?</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>I use dbus_g_bus_get to get a connection to a session bus, and create a DBusGProxy to publish glib gobjects on the bus. And more thing is that I never clean up the connection acquired by dbus_g_bus_get, as it is a shared connection. I tried cleaning up the Proxy instance on the Process B end, but it caused Process A to exit(which should never be the case for me.)</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>Thanks,</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial>Ravee</FONT></SPAN></DIV> <DIV><SPAN class=203152604-12052010><FONT size=2 face=Arial></FONT></SPAN> </DIV><P><strong><span style='font-size:10.0pt;font-family: "Palatino Linotype","serif";color:green'> Please do not print this email unless it is absolutely necessary. </span></strong><span style='font-family:"Arial","sans-serif"'><o:p></o:p></span></p> <p> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. </p> <p>WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. </p> <p> www.wipro.com </p> </BODY></HTML>