<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It would be an ugly work around for a bug in your app at the expense of<br>increased CPU usage (and diminished battery life in laptops).
</blockquote><div><br>So the &quot;correct&quot; solution is to basically ignore read_write_dispatch and implement the exact same thing, but with an additional socket that&#39;s used just to wake up the thread that&#39;s waiting for file descriptor activity?&nbsp; This additional socket would just have a byte of arbitrary data shoved into it whenever the dbus message queue has something added to it, so that the waiting thread polls the queue, right?&nbsp; That seems terribly hackish to me.&nbsp; Is calling poll ten times a second really that expensive?&nbsp; It seems like you have a handful of instructions to check the message queue&#39;s state, and then you go back to polling for another hundred ms.&nbsp; Would it even be possible to detect that amount of CPU activity?
<br></div></div>