<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <style></style> </head> <body lang="DE" link="blue" vlink="purple"> <div class="WordSection1"> Hi!<o:p></o:p> I’m new to the list and also to the dbus-topic, therefore please apologize in advance if I ask newbie questions.<o:p></o:p> We try to establish a dbus-system where at minimum 3 applications talk to each other over dbus. Probably there are up to 10 applications talking to each other.<o:p></o:p> At the moment there is already a problem with 3 applications. We have implemented a kind of DBus-Listener-thread which waits for incoming messages and process them if one is received.<o:p></o:p> FeatStd::Int DBusListenerThread::ThreadFn()<o:p></o:p> {<o:p></o:p> static const FeatStd::Char* c_internalMsg = "org.freedesktop.DBus";<o:p></o:p> dbus_connection_set_wakeup_main_function(DBusFunctions::GetConnection(), DBusListenerThread::WakeupFn, this, 0);<o:p></o:p> <o:p> </o:p> while (GetStatus() == FeatStd::Internal::ThreadStatus::Running) {<o:p></o:p> DBusConnection* conn = DBusFunctions::GetConnection();<o:p></o:p> if (conn != 0) {<o:p></o:p> dbus_connection_read_write(conn, 0);<o:p></o:p> DBusMessage* msg = dbus_connection_pop_message(conn);<o:p></o:p> if (msg != 0) {<o:p></o:p> const FeatStd::Char* interface = dbus_message_get_interface(msg);<o:p></o:p> if (interface != 0) {<o:p></o:p> printf("received: (%s, %d)\n", dbus_message_get_member(msg), dbus_message_get_serial(msg));<o:p></o:p> m_listener.Listen(*msg);<o:p></o:p> Sleep(1);<o:p></o:p> }<o:p></o:p> else {<o:p></o:p> printf("ERROR: Message with empty interface from %s !!\n", dbus_message_get_sender(msg)); => error output 1<o:p></o:p> }<o:p></o:p> <o:p></o:p> dbus_message_unref(msg);<o:p></o:p> }<o:p></o:p> }<o:p></o:p> }<o:p></o:p> <o:p> </o:p> return 0;<o:p></o:p> }<o:p></o:p> <o:p> </o:p> Frequently we get a error when we try to send a new signal. Before the system is blocked completely and no dbus-output can be seen at all.<o:p></o:p> bool DBusFunctions::InitSignal()<o:p></o:p> {<o:p></o:p> if (GetConnection() == 0) {<o:p></o:p> printf("No DBus connection!\n");<o:p></o:p> return false;<o:p></o:p> }<o:p></o:p> <o:p> </o:p> DBusError err;<o:p></o:p> int ret = 0;<o:p></o:p> <o:p> </o:p> // initialize the error value<o:p></o:p> dbus_error_init(&err);<o:p></o:p> <o:p> </o:p> // register our name on the bus, and check for errors<o:p></o:p> ret = dbus_bus_request_name(GetConnection(), m_busName, DBUS_NAME_FLAG_REPLACE_EXISTING , &err);<o:p></o:p> if (dbus_error_is_set(&err)) { <o:p></o:p> fprintf(stderr, "Name Error (%s)\n", err.message); => error output 2<o:p></o:p> dbus_error_free(&err); <o:p></o:p> }<o:p></o:p> if (DBUS_REQUEST_NAME_REPLY_PRIMARY_OWNER != ret &&<o:p></o:p> DBUS_REQUEST_NAME_REPLY_ALREADY_OWNER != ret) { <o:p></o:p> printf("DBUS_REQUEST_NAME_REPLY_PRIMARY_OWNER != ret\n");<o:p></o:p> // return false;<o:p></o:p> }<o:p></o:p> <o:p> </o:p> // create a signal & check for errors <o:p></o:p> m_msg = dbus_message_new_signal(c_path,<o:p></o:p> m_interface,<o:p></o:p> m_name); // name of the signal<o:p></o:p> <o:p> </o:p> if (NULL == m_msg) <o:p></o:p> { <o:p></o:p> fprintf(stderr, "Message Null\n"); <o:p></o:p> return false;<o:p></o:p> }<o:p></o:p> <o:p></o:p> // append arguments onto signal<o:p></o:p> dbus_message_iter_init_append(m_msg, &m_messageIterator);<o:p></o:p> return true;<o:p></o:p> }<o:p></o:p> <o:p> </o:p> Do you have any idea what could be the reason for such behavior?<o:p></o:p> After a block the system is running for some time but blocks again very soon.<o:p></o:p> <o:p> </o:p> The error-output is the following:<o:p></o:p> Error output 1: ERROR: Message with empty interface from org.freedesktop.DBus !!<o:p></o:p> Error output 2: Name Error (Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.)<o:p></o:p> <o:p> </o:p> Thanks,<o:p></o:p> robert<o:p></o:p> <o:p> </o:p> </div> Geschaeftsfuehrer/Managing Director: Shoji Ohashi, Amane Inoue Sitz/Seat: Linz; Firmenbuch/Commercial Register: Landesgericht Linz FN313602f This e-mail and any attachment contains information which is private and confidential and is intended for the addressee only. If you are not an addressee, you are not authorised to read, copy or use the e-mail or any attachment. If you have received this e-mail in error, please notify the sender by return e-mail and then delete it. </body> </html>