> If that's the concept of that tool, they are fine. Still some kind of > work-around in my eyes. > Good.
> Neither does any obex client software that doesn't use DBus. > The only bluetooth thing that it needs are SDP lookups. > SDP lookups... WHAT A MESS :D > You have to struggle with DBus internals instead. What an advantage > (see below) :-( > The C (no GLIB!) interface to DBus is easy to use? > not at all, the non glib interface isn't easy. But's way easier than libbluetooth > Additionally, you loose all backwards-compatibility if no wrapper > library (libblueooth) is provided by the bluez project. I really hope > they do provide that. > I think there's going to be one provided, but it's a deprecated way AFAIK. > How many of those DBus-using applications are written in plain C > without using GLIB? > I cite from http://dbus.freedesktop.org/doc/dbus/api/html/index.html: > "This manual documents the low-level D-Bus C API. If you use this > low-level API directly, you're signing up for some pain." > Is this really your suggestion? > HCID is one of those application ;). You can do lots of stuff without much trouble. And there's also a little eglib into the bluez source that makes your life easier. Most of the apps in bluez are done with glib but without the dbus-glib binding. > The really do suggest using the Glib binding when programming in C. Do > they know how big this thing is? That's insane! > A C++-API without some putNameOfBigLibraryHere? Didn't find one. > > To me it looks like as if DBus guys are basicly targeting Gnome and > KDE programmers, or programmers for Languages like Python that have an > Object Class Model. I'd rather struggle with HCI functions, then. > Might be. I have done some apps in C with the glib binding off course it's a big more overloaded than plain C, but it's good enough for most of the uses. D-Bus was planned for desktops not for other stuff. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Openobex-users mailing list [email protected] http://lists.sourceforge.net/lists/listinfo/openobex-users
