Ok, so I have been developing some dbus utility services and have run into some errors I find difficult to debug.&nbsp; I am using the glib bindings and I infrequently run into the following two errors<br><br>** ERROR ** out of memory
<br><br>** ERROR **: file dbus-gproxy.c: line 2123 .... assertation failed pending != NULL<br><br><br>I can reproduce them with a little regularity.&nbsp;&nbsp; Like if I bind my dbus call to the spacebar and just hit the spacebar 6 or 7 times after I launch my program, the pending !=null will always come up.&nbsp; A few note from looking at the code
<br>
<br>
** ERROR ** out of memory<br>This seems to be printed out in dbus_g_proxy_begin_call_internal as almost a generic message.&nbsp;&nbsp; If we can't make the message this seems like a valid error, but if dbus_connection_send_with_reply fails, could there be another case that the error is not cause by memory?&nbsp;&nbsp; I am pretty sure I am not running out of memory.
<br><br>
** ERROR **: file dbus-gproxy.c: line 2123 .... assertation failed pending != NULL<br>From the note on dbus_connection_send_with_reply, it seems to imply that this will only be NULL is the connection is disconnected.&nbsp; Are there any conditions where the connection can get interrupted?
<br><br>I can't believe that these are dbus bugs, but rather that I am not using dbus correctly.&nbsp;&nbsp; Are there any common situation where these error might appear?&nbsp;&nbsp;&nbsp; Here are a few abnormal things I am doing<br><br>Threading... can you make dbus call from any thread?&nbsp; sync and async calls?
<br>Two way service....&nbsp; I have two xml specifications that work together but are seperate services (myservice_server , myservice_client)&nbsp; also I do have one case where both of these services exist in the same process (Glib Main Loop)&nbsp;&nbsp;&nbsp; I already figured out that you can't to syncronous call this way, but this makes sense.&nbsp; Anyway any hint on how I can resolve these issues would be appreciated.
<br><br>Keith<br><br><br>