obex-data-server 0.4.1

October 25, 2008 on 9:01 pm | In obex-data-server | 10 Comments

obex-data-server 0.4.1 released: http://tadas.dailyda.com/software/obex-data-server-0.4.1.tar.gz.

0.4.1 is a bug fix release. It fixes several issues related to ServerSession object.


  • Fix a race condition when client app misses ServerSession.TransferStarted signal
  • Do not use g_assert for checking if DBus context is set in Session and ServerSession methods
  • Fix TransferStarted signal emission in ServerSession

While ods incorrectly checks for Bluez 3.13, it is only possible to compile ods against Bluez 3.34 or newer (including 4.x releases of course). This will be corrected for the next ods release.


RSS feed for comments on this post. TrackBack URI

  1. I got this error trying to compile it on a slackware 12.1:
    error: too many arguments to function ’sdp_extract_seqtype’
    warning: passing argument 2 of ’sdp_extract_pdu’ makes pointer from integer without a cast
    error: too many arguments to function ’sdp_extract_pdu’

    Comment by fos — October 26, 2008 #

  2. If you are using bluez-libs 3.x, make sure that it has sdp_extract_seqtype_safe and sdp_extract_pdu_safe functions. The easiest way is to upgrade to 3.36 (last release from 3.x series).


    Comment by admin — October 26, 2008 #

  3. I just checked and these functions are available in bluez-libs 3.34 and newer. I will update Bluez dependency checking for the next ods release.

    Comment by admin — October 26, 2008 #

  4. I\’m trying to build this on Slamd64 -current, and running into issues with the make. Specifically:

    gcc -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/ImageMagick -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -O2 -fPIC -L/lib64 -L/usr/lib64 -o obex-data-server ods-bluez.o ods-capabilities.o ods-common.o ods-error.o ods-folder-listing.o ods-imaging-helpers.o ods-main.o ods-manager.o ods-marshal.o ods-obex.o ods-server.o ods-server-session.o ods-session.o -lgobject-2.0 -lglib-2.0 -pthread -lgthread-2.0 -lrt -lglib-2.0 -lMagickCore -ldbus-glib-1 -lgobject-2.0 -lglib-2.0 -ldbus-1 -lbluetooth -lopenobex -lbluetooth
    ods-imaging-helpers.o: In function `ods_imaging_resize_image\’:
    ods-imaging-helpers.c:(.text+0×2f9): undefined reference to `MagickWandGenesis\’
    ods-imaging-helpers.c:(.text+0×2fe): undefined reference to `NewMagickWand\’
    ods-imaging-helpers.c:(.text+0×310): undefined reference to `MagickReadImage\’
    ods-imaging-helpers.c:(.text+0×31c): undefined reference to `DestroyMagickWand\’
    ods-imaging-helpers.c:(.text+0×321): undefined reference to `MagickWandTerminus\’
    ods-imaging-helpers.c:(.text+0×387): undefined reference to `MagickGetImageFormat\’
    ods-imaging-helpers.c:(.text+0×394): undefined reference to `MagickGetImageWidth\’
    ods-imaging-helpers.c:(.text+0×39f): undefined reference to `MagickGetImageHeight\’
    ods-imaging-helpers.c:(.text+0×482): undefined reference to `MagickWriteImage\’
    ods-imaging-helpers.c:(.text+0×4c7): undefined reference to `MagickThumbnailImage\’
    ods-imaging-helpers.c:(.text+0×521): undefined reference to `MagickSetImageFormat\’
    ods-imaging-helpers.c:(.text+0×543): undefined reference to `NewMagickWand\’
    ods-imaging-helpers.c:(.text+0×54b): undefined reference to `NewPixelWand\’
    ods-imaging-helpers.c:(.text+0×55d): undefined reference to `PixelSetColor\’
    ods-imaging-helpers.c:(.text+0×572): undefined reference to `MagickNewImage\’
    ods-imaging-helpers.c:(.text+0×589): undefined reference to `DestroyPixelWand\’
    ods-imaging-helpers.c:(.text+0×59a): undefined reference to `DestroyMagickWand\’
    ods-imaging-helpers.c:(.text+0×5e6): undefined reference to `MagickCropImage\’
    ods-imaging-helpers.c:(.text+0×630): undefined reference to `MagickCompositeImage\’
    ods-imaging-helpers.c:(.text+0×63a): undefined reference to `DestroyMagickWand\’
    ods-imaging-helpers.o: In function `ods_imaging_get_image_info\’:
    ods-imaging-helpers.c:(.text+0xebe): undefined reference to `MagickWandGenesis\’
    ods-imaging-helpers.c:(.text+0xec3): undefined reference to `NewMagickWand\’
    ods-imaging-helpers.c:(.text+0xed2): undefined reference to `MagickReadImage\’
    ods-imaging-helpers.c:(.text+0xede): undefined reference to `DestroyMagickWand\’
    ods-imaging-helpers.c:(.text+0xee3): undefined reference to `MagickWandTerminus\’
    ods-imaging-helpers.c:(.text+0xf1a): undefined reference to `MagickGetImageWidth\’
    ods-imaging-helpers.c:(.text+0xf26): undefined reference to `MagickGetImageHeight\’
    ods-imaging-helpers.c:(.text+0xf32): undefined reference to `MagickGetImageFormat\’
    collect2: ld returned 1 exit status
    make[3]: *** [obex-data-server] Error 1
    make[3]: Leaving directory `/tmp/SBo/obex-data-server-0.4.1/src\’
    make[2]: *** [all] Error 2
    make[2]: Leaving directory `/tmp/SBo/obex-data-server-0.4.1/src\’
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/tmp/SBo/obex-data-server-0.4.1\’
    make: *** [all] Error 2

    Any thoughts?

    Comment by JK Wood — October 29, 2008 #

  5. For some reason it seems to be linking against MagickCore instead of Wand and Magick. You have several options at this point:
    1) See what’s inside /usr/lib/pkgconfig/ImageMagick.pc and fix the Libs: line to smth like ‘-lWand -lMagick’.That’s the bad way obviously. Better file a bug report for your distro to fix this. BTW, what distro and ImageMagick version are you using?
    2) Disable the use of ImageMagick in ods. See how to use –enable-bip configure option here: http://wiki.muiline.com/obex-data-server/building

    Comment by admin — October 29, 2008 #

  6. The above is on Slamd64 current, with ImageMagick 6.4.3.

    The upstream ImageMagick.pc.in (ImageMagick-6.4.3/magick/ImageMagick.pc.in) only has:

    Libs: -L${libdir} -lMagickCore

    I won’t be changing this from upstream.

    I’d suggest the alternative (ImageMagick-upstream-compatible) patch, to your software:

    diff -u a/configure.in b/configure.in
    --- a/configure.in 2008-10-25 19:48:43.000000000 +0100
    +++ b/configure.in 2008-10-29 22:00:53.000000000 +0000
    @@ -35,7 +35,7 @@
    [bip_enable=${enableval}], [bip_enable=auto])

    if test "$bip_enable" = "auto" || test "$bip_enable" = "magick"; then
    - PKG_CHECK_MODULES(BIP, gthread-2.0 ImageMagick >= $IMAGEMAGICK_REQUIRED,
    [bip_found=yes], [bip_found=no])
    if test "$bip_found" = "yes" ; then
    AC_DEFINE(USE_IMAGEMAGICK, [], [We have ImageMagick support])

    Comment by Fred Emmott — October 30, 2008 #

  7. Yup, you’re right about this. Yet my CentOS box only has Wand.pc (my Gentoo box has MagickWand.pc and Wand.pc). So I’ll probably go with Wand.pc since it is identical to MagickWand.pc anyway.

    Comment by admin — October 30, 2008 #

  8. Fixed this in svn. Check if it works for you.

    Comment by admin — October 30, 2008 #

  9. It worked! Thanks for that, and thanks to Fred for finding a solution! Maybe now I can use Bluetooth on KDE4 again.

    Comment by JK Wood — October 30, 2008 #

  10. [...] testosterone cypionate for sale testosterone cypionate for sale testosterone cypionate for sale testosterone cypionate for sale testosterone cypionate for sale testosterone cypionate for sale testosterone cypionate for sale [...]

    Pingback by testosterone online — January 4, 2017 #

Leave a comment

XHTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Powered by WordPress with Pool theme design by Borja Fernandez.
Entries and comments feeds. Valid XHTML and CSS. ^Top^