Re: DBusService and handling Disconnected signal



Hi Zeeshan,

In our stress tests, we see that rygel quits suddenly after a few hours. When I investigated the problem I saw that this happens just after dbus connection is broken. Later, I discovered that the default action in dbus library on disconnect is to call _exit system call, which forces rygel to quit.


BTW, the default action is set to "exit" when the connection is created via dbus_bus_get method, which is the case in dbus-glib and thus in rygel.


There is that dbus_connection_set_exit_on_disconnect function in dbus library to disable the default "exit" action. On the other hand, there is no corresponding dbus-glib function that we can call from Rygel/vala codes.


When I asked a similar question to the dbus mail list in order to understand why dbus's default action is to exit on disconnect, it was said that applications using dbus usually depended on dbus session and if session somehow ended, application must exit.


What I would like to do is
1. to handle disconnection event and reestablish the connection without forcing rygel to exit.
	2. to understand why dbus connection gets broken


Any idea, recommendation is appreciated.


Thanks in advance.


Regards,
Cem Eliguzel









On Wed, 17 Mar 2010 01:28:04 +0200, Zeeshan Ali (Khattak) <zeenix gmail com> wrote:

Hi Cem,

On Tue, Mar 16, 2010 at 10:55 AM, Cem Eliguzel <celiguzel ubicom com> wrote:
Hello,
I'm facing a disconnected dbus connection problem with Rygel DBusService. The default action for this event is to call _exit which is handled in dbus
library.
There is a dbus function called dbus_connection_set_exit_on_disconnect to disable this default behaviour but I couldn't see a corresponding function
in dbus-glib bindings.
What is the proper way of handling this?

  I would like to answer your question but I failed to understand what
exactly you are trying to do and what exactly doesn't work. Could you
please explain in different words.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]