Hi, On Sat, Aug 6, 2011 at 6:21 AM, Jacopo De Simoi <wilder...@gmail.com> wrote: > After some discussion with Thiago (of {Qt,}DBus fame) he suggested that in > the udisks api > the call + reply should be substituted (or better, integrated) with a call + > emit signal, since there should never be > a call + reply if it is known that the call might take more than 1 second.
No, there is no need to make the API worse by doing this (why is it worse? Because then you can't easily use the API from gdbus(1)/dbus-send(1) or d-feet). And, btw, what you are asking for is already there via the Job* properties on the Device interface. Anyway, in this case, just set the D-Bus timeout in your call to infinite and things will work fine. For example, if you are using libdbus, it's the timeout_milliseconds parameter in dbus_connection_send_with_reply(), see http://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html#gaa215df7ab7ca6dce7be153c6b9cc80ba If you are using some other D-Bus library than libdbus it should have support for something similar. David _______________________________________________ devkit-devel mailing list devkit-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/devkit-devel