From: Michael B. <mic...@cm...> - 2009-03-02 16:19:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I use OpenOBEX for the implementation of SyncML over OBEX (http://libsyncml.opensync.org). Nokia released some mobiles which sometimes change the assigned channel for a service after a reboot. It looks like the mobiles take the first free channel. Symbian is a multi tasking system and so the order of the services is not 100 percent predictable. The users can no longer write static configurations by using the Bluetooth address and the channel. Is it planned for OpenOBEX to support something like the search feature of sdptool under Linux? Today I use the following code: BtOBEX_TransportConnect(obexhandle, BDADDR_ANY, &bdaddr, channel) I look for a way to replace the channel with something like a service UUID. The service UUIDs are part of the OMA DS specification. Can you give me an advice how I can handle this problem? Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrAcG2L0ZGCAwWqsRAvigAKCfwmXc3BwTXFMmvdi1TQj4+XKdPACgrNfw LfzfZDM8/cfk9VTwOMbHDeI= =EEj3 -----END PGP SIGNATURE----- |
From: Alex K. <ak...@se...> - 2009-03-02 18:11:01
|
2009/3/2 Michael Bell <mic...@cm...>: > Today I use the following code: > > BtOBEX_TransportConnect(obexhandle, BDADDR_ANY, &bdaddr, channel) > > I look for a way to replace the channel with something like a service > UUID. The service UUIDs are part of the OMA DS specification. Can you > give me an advice how I can handle this problem? The easiest would be to implement service/channel search using bluez library in your application - look at obexftp or obex-data-server for examples. -- Alexander |
From: Michael B. <mic...@cm...> - 2009-03-03 10:09:40
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Kanavin wrote: > 2009/3/2 Michael Bell <mic...@cm...>: >> Today I use the following code: >> >> BtOBEX_TransportConnect(obexhandle, BDADDR_ANY, &bdaddr, channel) >> >> I look for a way to replace the channel with something like a service >> UUID. The service UUIDs are part of the OMA DS specification. Can you >> give me an advice how I can handle this problem? > > The easiest would be to implement service/channel search using bluez > library in your application - look at obexftp or obex-data-server for > examples. Is this portable? I think OpenOBEX is present on more platforms than Linux and bluez is a Linux specific development. Does OpenOBEX support Bluetooth only on Linux? Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrQHW2L0ZGCAwWqsRAqxpAJ9I16WbGwmUx2H1j3jlxFqn55JtmwCgvnO2 aWnVuqBi7Y+qcF1Dna/zEoc= =9pHv -----END PGP SIGNATURE----- |
From: Hendrik S. <po...@he...> - 2009-03-03 10:48:39
|
Michael Bell schrieb: > Alex Kanavin wrote: >> 2009/3/2 Michael Bell <mic...@cm...>: >>> Today I use the following code: >>> >>> BtOBEX_TransportConnect(obexhandle, BDADDR_ANY, &bdaddr, channel) >>> >>> I look for a way to replace the channel with something like a service >>> UUID. The service UUIDs are part of the OMA DS specification. Can you >>> give me an advice how I can handle this problem? >> The easiest would be to implement service/channel search using bluez >> library in your application - look at obexftp or obex-data-server for >> examples. > > Is this portable? I think OpenOBEX is present on more platforms than > Linux and bluez is a Linux specific development. No, SDP implementation are different on the platforms supported by OpenOBEX while the actually bluetooth stacks are pretty much the same regarding sockets and their socket options (except OS X which totally does its own objective-C thing). > Does OpenOBEX support Bluetooth only on Linux? No, also on Windows (MS-Stack; not WinCE), FreeBSD and NetBSD. MacOS X is currently not supported but probably can be if someone actually wants that. That are about all systems actually having a bluetooth stack with generic access. It's not really the core of OBEX protocol to find devices, although the bluetooth OBEX specs cover SDP. Addtitionally, we already do this for the USB transport and somewhat limited for IrDA. Problem is that many devices do "their special thing" regarding SDP entry names, see obexftp. HS |
From: Michael B. <mic...@cm...> - 2009-03-03 10:58:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hendrik Sattler wrote: > It's not really the core of OBEX protocol to find devices, although the > bluetooth OBEX specs cover SDP. Addtitionally, we already do this for > the USB transport and somewhat limited for IrDA. Problem is that many > devices do "their special thing" regarding SDP entry names, see obexftp. I will check obexftp. Just one note - I don't need to find devices. I "only" need to find the correct channel on a known device but perhaps this is the same. Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrQ1d2L0ZGCAwWqsRAm4gAKCcUiW1lSM+XrpZICps52x7yQo4YgCdHAoX BZ36RQTuqPQsp3xsaioPpKY= =2gkx -----END PGP SIGNATURE----- |
From: Hendrik S. <po...@he...> - 2009-03-03 11:10:38
|
Michael Bell schrieb: > Hendrik Sattler wrote: > >> It's not really the core of OBEX protocol to find devices, although the >> bluetooth OBEX specs cover SDP. Addtitionally, we already do this for >> the USB transport and somewhat limited for IrDA. Problem is that many >> devices do "their special thing" regarding SDP entry names, see obexftp. > > I will check obexftp. Just one note - I don't need to find devices. I > "only" need to find the correct channel on a known device but perhaps > this is the same. No, for SDP you already must know the bluetooth address. Finding bluetooth devices is done using inquiry scans, not using a higher level protocol like SDP. HS |
From: Michael B. <mic...@cm...> - 2009-03-03 11:30:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hendrik Sattler wrote: > It's not really the core of OBEX protocol to find devices, although the > bluetooth OBEX specs cover SDP. Addtitionally, we already do this for > the USB transport and somewhat limited for IrDA. Problem is that many > devices do "their special thing" regarding SDP entry names, see obexftp. Is this the correct place to ask questions about the source code of obexftp? Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrRSy2L0ZGCAwWqsRAoDMAJ9Cja3ljSVAXXqI597//nVp6qS1OgCcDRKa 3iawQ1+BhapbLMd/ruWxdSY= =bh3Q -----END PGP SIGNATURE----- |
From: Christian Z. <Christian@Zuckschwerdt.org> - 2009-03-03 11:57:02
|
Michael, Am 03.03.2009 um 12:29 schrieb Michael Bell: >> devices do "their special thing" regarding SDP entry names, see >> obexftp. > Is this the correct place to ask questions about the source code of > obexftp? Sure. In case of specific questions you can also mail me personally. regards, Christian |
From: Michael B. <mic...@cm...> - 2009-03-03 12:24:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Christian, I think about using obexftp_browse_bt_src of obexftp to search for SyncML on the remote device. There are two questions now. 1. Is this possible? 2. btkit_browse of WIN32 always returns 0 whilst btkit_browse of SDPLIB returns the channel (trunk). Is this a bug or planned behaviour because of the different Bluetooth stacks? BTW there is a WIN32 comment in the SDPLIB section. Is there a SDPLIB for WIN32? Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrSF72L0ZGCAwWqsRAluOAJwLFJLvWSKiNdTXx9a1CdhEJ2+1EgCfepiR Gug5M7G9CpRVkZOAVd/0m2w= =d0GO -----END PGP SIGNATURE----- |
From: Petit E. <sur...@gm...> - 2009-03-03 12:33:47
|
2009/3/3 Michael Bell <mic...@cm...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Christian, > > I think about using obexftp_browse_bt_src of obexftp to search for > SyncML on the remote device. There are two questions now. > > 1. Is this possible? > > 2. btkit_browse of WIN32 always returns 0 whilst btkit_browse of SDPLIB > returns the channel (trunk). Is this a bug or planned behaviour because > of the different Bluetooth stacks? > > BTW there is a WIN32 comment in the SDPLIB section. Is there a SDPLIB > for WIN32? You can also folow my way, with CsObexFtp, i use btbrowse of obexftp under linux and another BT wrapper under windows of course, in case i understood correctly what you want to do https://sourceforge.net/projects/cs-obexftp/ > > Best regards > > Michael > - -- > ___________________________________________________________________ > > Michael Bell Humboldt-Universitaet zu Berlin > > Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice > Fax: +49 (0)30-2093 2704 Unter den Linden 6 > mic...@cm... D-10099 Berlin > ___________________________________________________________________ > > PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJrSF72L0ZGCAwWqsRAluOAJwLFJLvWSKiNdTXx9a1CdhEJ2+1EgCfepiR > Gug5M7G9CpRVkZOAVd/0m2w= > =d0GO > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Openobex-users mailing list > Ope...@li... > http://lists.sourceforge.net/lists/listinfo/openobex-users > -- Cordially. Small Eric Quotations of the days: --------------------------------------------------------------------------- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --------------------------------------------------------------------------- Few people are done for independence, it is the privilege of the powerful ones. --------------------------------------------------------------------------- No key was wounded during the drafting of this message. |
From: Christian Z. <Christian@Zuckschwerdt.org> - 2009-03-03 13:02:58
|
Michael, Am 03.03.2009 um 13:24 schrieb Michael Bell: > I think about using obexftp_browse_bt_src of obexftp to search for > SyncML on the remote device. There are two questions now. > 1. Is this possible? > 2. btkit_browse of WIN32 always returns 0 I did refactor the BT related stuff into bt_kit.c for something like this ;) The win32 part isn't complete yet. There is need for a different api as win32 needs some internal structs for the browse. Perhaps caching the results from the inquiry would do. Basicly your requirement is only a simple int channel_for_service(char *btaddr, UUID_CONST uuid)? regards, Christian |
From: Michael B. <mic...@cm...> - 2009-03-03 13:07:58
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Zuckschwerdt wrote: > Michael, > > Am 03.03.2009 um 13:24 schrieb Michael Bell: > >> I think about using obexftp_browse_bt_src of obexftp to search for >> SyncML on the remote device. There are two questions now. >> 1. Is this possible? >> 2. btkit_browse of WIN32 always returns 0 > > I did refactor the BT related stuff into bt_kit.c for something like > this ;) The win32 part isn't complete yet. There is need for a > different api as win32 needs some internal structs for the browse. > Perhaps caching the results from the inquiry would do. > Basicly your requirement is only a simple int channel_for_service(char > *btaddr, UUID_CONST uuid)? Yes, I just look for a library where I can call a function with a Bluetooth address and the SyncML service UUID (client). I don't want to overload the code with OS specific Bluetooth code because this can only cause maintenance problems. Best regards Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrSuo2L0ZGCAwWqsRAuEaAJ46t1OwjIKVX6CNfosDTusfddzebQCeKJJY YpOowaaqfQakXxCDSDB9AhA= =jDIN -----END PGP SIGNATURE----- |
From: Michael B. <mic...@cm...> - 2009-03-03 17:32:10
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Zuckschwerdt wrote: > Michael, > > Am 03.03.2009 um 13:24 schrieb Michael Bell: > >> I think about using obexftp_browse_bt_src of obexftp to search for >> SyncML on the remote device. There are two questions now. >> 1. Is this possible? >> 2. btkit_browse of WIN32 always returns 0 > > I did refactor the BT related stuff into bt_kit.c for something like > this ;) The win32 part isn't complete yet. There is need for a > different api as win32 needs some internal structs for the browse. > Perhaps caching the results from the inquiry would do. > Basicly your requirement is only a simple int channel_for_service(char > *btaddr, UUID_CONST uuid)? Just for completeness - SyncML is a 128 bit UUID. I added some code to libsyncml after reading obexftp and bluez utils. https://libsyncml.opensync.org/changeset/965 Thanks for the help Michael - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrWmW2L0ZGCAwWqsRArpZAJ9Z+D4g//y9pCuWRwbDF+eOAfphCgCgm8M5 wPN3KvI/R3M7sSdJfiToouY= =KxPs -----END PGP SIGNATURE----- |
From: Christian Z. <Christian@Zuckschwerdt.org> - 2009-03-05 14:46:07
|
Hi Michael, Am 03.03.2009 um 18:32 schrieb Michael Bell: >> Am 03.03.2009 um 13:24 schrieb Michael Bell: >>> I think about using obexftp_browse_bt_src of obexftp to search for >>> SyncML on the remote device. >>> 2. btkit_browse of WIN32 always returns 0 I've updated the bt_kit, see http://github.com/zuckschwerdt/obexftp/commit/8177c8971cc84a7328c3686e689b98f4057b8bec http://github.com/zuckschwerdt/obexftp/commit/e312cbb4a18ad3e81619c2877c3e403126aaf899 The first patch adds two missing stubs for win32. You won't need those anyway (un-/registering server on SDP). The second finally fixed the browse bt on win32 and also added a special case for SyncML. Instead of the full UUID you simply use the (non standard) UUID-16 value. It's the short int portion of the first int in the UUID (aka Data1). It's 0x0002 for SyncMLClient. There is also no need to link this as a lib. bt_kit is intended to be dropped right into your source code tree. Please let me know if the preprocessor stuff is compatible with your project. Right now it tries to pull in config.h (autoconf style) and will need a common.h with defines for a DEBUG(int level, char *format, args...) --maybe I'll change that. Also everything is conditional on HAVE_BLUETOOTH regards, Christian |
From: Michael B. <mic...@cm...> - 2009-03-05 16:17:41
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Christian, Christian Zuckschwerdt wrote: > > Am 03.03.2009 um 18:32 schrieb Michael Bell: > >>> Am 03.03.2009 um 13:24 schrieb Michael Bell: >>>> I think about using obexftp_browse_bt_src of obexftp to search for >>>> SyncML on the remote device. >>>> 2. btkit_browse of WIN32 always returns 0 > > I've updated the bt_kit, see > > http://github.com/zuckschwerdt/obexftp/commit/8177c8971cc84a7328c3686e689b98f4057b8bec > http://github.com/zuckschwerdt/obexftp/commit/e312cbb4a18ad3e81619c2877c3e403126aaf899 This looks really cool. Thank you very much. BTW you copied your old copyright and lost two years (2007 -> 2009). > The first patch adds two missing stubs for win32. You won't need those > anyway (un-/registering server on SDP). > The second finally fixed the browse bt on win32 and also added a > special case for SyncML. > > Instead of the full UUID you simply use the (non standard) UUID-16 > value. It's the short int portion of the first int in the UUID (aka > Data1). > It's 0x0002 for SyncMLClient. If this does not block future extensions of bt_kit then this is fine for me. I don't know the meaning of Data1. > There is also no need to link this as a lib. bt_kit is intended to be > dropped right into your source code tree. I have a little bit different opinion here. A lot of problems during the handling of security issues appear because code was copied and not a library linked (e.g. libz). Therefore I always prefer to link. So if you release a new version of obexftp then I will add some cmake magic to libsyncml. > Please let me know if the preprocessor stuff is compatible with your > project. Right now it tries to pull in config.h (autoconf style) and > will need a common.h with defines for a DEBUG(int level, char *format, > args...) --maybe I'll change that. > Also everything is conditional on HAVE_BLUETOOTH Don't worry about this. Please see above. obexftp supports pkgconfig which solves my problems. Thanks a lot Michael P.S. when do you plan the next release (just informal for me to set a reminder). - -- ___________________________________________________________________ Michael Bell Humboldt-Universitaet zu Berlin Tel.: +49 (0)30-2093 2482 ZE Computer- und Medienservice Fax: +49 (0)30-2093 2704 Unter den Linden 6 mic...@cm... D-10099 Berlin ___________________________________________________________________ PGP Fingerprint: 09E4 3D29 4156 2774 0F2C C643 D8BD 1918 2030 5AAB -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJr/rQ2L0ZGCAwWqsRAg7KAKDb7vwxHj1J9uzUObHj4k0FEXTtzQCglpA1 CC92S0ktUXZxhqDTElDJ6RQ= =b35/ -----END PGP SIGNATURE----- |