Creating local method call+reply pair, causes assertion failures
Havoc Pennington
hp at redhat.com
Tue Nov 29 08:58:56 PST 2005
On Mon, 2005-11-28 at 10:12 +0000, Daniel P. Berrange wrote:
> I've puzzled over this problem for a while now & can't find a decent
> solution yet. The only way I can trigger the code to set the message
> serial, is to actually send the message over the connection, but as
> noted earlier, the whole point of this exercise is to avoid creating
> a real connection. I really don't want to have to create a abstract
> layer around the dbus_message object, just to avoid this assertion
> check, but I'm running out of options. Has anyone got any thoughts ?
There's a "debug pipe" connection in dbus-server-debug-pipe.c that dbus
itself uses for its unit tests. This is a little tricky to use though
(without threads) because you have to be sure you never accidentally
block on the connection waiting for yourself to reply ;-)
We could make set_serial public probably, not a big deal.
Havoc
More information about the dbus
mailing list