Method calls without timeouts

Scott James Remnant scott at
Wed Jul 23 05:06:54 PDT 2008

On Tue, 2008-07-22 at 15:57 -0400, Havoc Pennington wrote:

> On Tue, Jul 22, 2008 at 2:15 PM, Scott James Remnant
> <scott at> wrote:
> > I could find no evidence of any code to limit the maximum number of
> > expected reply records, which is a shame, because this is the right way
> > to limit resources.
> The code is in connection.c:bus_connections_expect_reply()
> "man dbus-daemon" documents the setting, which is max_replies_per_connection
> Note that with no timeouts on replies, a connection can wedge itself
> by reaching this limit ... but we can just say "don't do that then" I
> guess. The default is 1024*8, so it would only be reached in case of a
> bug anyhow surely. Nobody will have that many pending replies on
> purpose unless their design is just not appropriate.
It could be argued that it's a bug that an application is not notified
by the bus daemon when the security policy check fails.

Certainly in my brief tests, the app gets an error reply if the pending
replies is exceeded.

Scott James Remnant
scott at
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : 

More information about the dbus mailing list