"DBus Embedded" - a clean break

Simon McVittie simon.mcvittie at collabora.co.uk
Fri Jan 21 05:16:37 PST 2011

On Thu, 20 Jan 2011 at 12:50:40 -0500, Havoc Pennington wrote:
> On Thu, Jan 20, 2011 at 8:14 AM, Simon McVittie
> <simon.mcvittie at collabora.co.uk> wrote:
> > One performance-related thing that I'm working towards is trying out optional
> > Linux epoll support for 1.5
> You might try using libev, which is very fast, and just one file
> designed to be "sucked in" (copy-pasted) into other projects.

I did look at using libev, but I was saddened to find that it uses
floating-point time values, which isn't really going to fly on the platform
I'm doing this for (Maemo/MeeGo on ARM).

It also seems rather perverse to go from int milliseconds (libdbus) to
floating-point (libev) back to int milliseconds (poll/epoll/select)...

The fact that its error handling is basically abort() also puts me off.

It looks as though the main loop refactoring I'm doing at the moment would
be necessary for either epoll or libev, FWIW.

> In fact
> part of its API is to do #defines that change the ABI, so that's the
> only way to use it.

Embedded code copies, just say no...

(Debian has a shared library package for "libev with the default ABI",


More information about the dbus mailing list