Menu
▾
▴
Re: [Opensync-users] SyncML over bluetooth/obex again
|
From: Martin S. <mar...@hi...> - 2006-02-02 08:46:56
|
You need a recent cvs checkout of openobex.
Martin
Am Montag, den 30.01.2006, 15:27 -0200 schrieb =C1drian L=EDvio:
> Hi=20
>=20
> I'm trying to build the libyscml-threaded version, I instaled the
> libsoup-2.2.9, and patched the libwbxml with the patch in the
> libyscml-threaded dir, I have also instaled the openobex-dev package,
> but when I run the configure script:
>=20
> ./configure --prefix=3D/home/local/workspace/syncml-testdir
> --with-wbxml=3D/home/local/workspace/syncml-testdir
>=20
> I got:
>=20
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Unit Tests: Enabled
> Tracing: Enabled
> Tools: Enabled
> Libwbxml: Enabled
>=20
> The transports are:
> Http Client: Enabled
> Http Server: Enabled
> Obex Client: Disabled
> Obex Server: Disabled
>=20
> Done configuring.
> Please review the settings above
> If they are ok, build libsyncml and install it.
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> I noticide that there is no openobex.pc file
> in /usr/lib/pkgconfig/ then I create one:
>=20
> # Package Information for pkg-config
>=20
> prefix=3D/usr
> exec_prefix=3D${prefix}
> libdir=3D${exec_prefix}/lib
> includedir=3D${prefix}/include
>=20
> Name: openobex
> Description: openobex adricionado por mim
> Version:1.0
> Libs: -L${libdir} -lopenobex
> Cflags: -I${includedir}
>=20
> but the configure script don't work, in the configure.ac file I
> noticed that the required version is the 1.1,
>=20
> PKG_CHECK_MODULES(LIBOPENOBEX, openobex >=3D 1.1, HAVE_OPENOBEX=3Dyes,
> HAVE_OPENOBEX=3Dno)
>=20
> Someone can help me?
>=20
> Regards,=20
> =C1drian L=EDvio
> Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br
> Centro de Engenharia El=E9trica e Informatica - CEEI=20
> Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br
> Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva -
> www.embeddedacademy.org
>=20
> 2006/1/28, Martin Schulze <mar...@hi...>:
> I've had a look at the libsyncml-threaded version this
> evening. From the
> sparse information that I could get, this seems to be the
> actively
> maintained branch. Attached are patches to this branch and the
> sycml-plugin from trunk.=20
> =20
> With these patches applied to current svn, sycml-plugin
> compiles and
> runs with the libyscml-threaded version. There is no
> ChangeLog, so I
> have enclosed a short description of the changes below.
> =20
> msynctool still doesn't work with my mobile phone. It doesn't
> seem to=20
> react on the SAN. I gather so much that SAN requires syncml
> 1.2 (at
> least the way it is currently implemented in libsyncml) and
> the SGH-D600
> only support syncml 1.1.
> =20
> Regards,
> =20
> Martin
> =20
> _____________________________________________=20
> =20
> libsyncml-2006_01_29.diff:
> =20
> libsyncml/sml_queue.c: Rename the callback functions.
> Before, the
> callback functions from libopensync/osengine/osengine_queue.c
> were
> called on my testing platform (leading to SEGFAULT).=20
> libsyncml/sml_transport.c: Fix typo in the
> documentation.
> libsyncml/sml_manager.c: Enhance
> _smlManagerDataHandler() to handle to
> only event type SML_TRANSPORT_EVENT_DATA. TODO: Probably,
> events of type=20
> SML_TRANSPORT_EVENT_CONNECT_DONE should also be forwarded to
> manager->eventCallback(). However, there is no SML_MANAGER*
> macro for
> this, yet.
> smlManagerSessionRemove() now calls
> manager->eventCallback() with=20
> SML_MANAGER_SESSION_END.
> smlManagerNew(): Fix typo.
> libsyncml/sml_support.c: The idle callback doesn't get
> called when a
> new thread is started. Work around: _start_main_loop().
> =20
> syncml-plugin-2006_01_29.diff:=20
> =20
> src/syncml_plugin.[hc]: Make it work with the
> libsyncml-threaded branch
> of libsyncml. Use smlManager to manage sessions. I'm not sure
> whether
> SmlDsSession is used correctly in batch_commit().
> src/syncml-obex-client: Rename 'path' to 'url'. Add
> new parameter=20
> 'port'.
> =20
> =20
> Am Samstag, den 28.01.2006, 02:18 +0100 schrieb Martin
> Schulze:
> > Am Samstag, den 28.01.2006, 01:36 +0100 schrieb Martin
> Schulze:
> > > Am Freitag, den 27.01.2006, 12:43 -0200 schrieb =C1drian
> L=EDvio:=20
> > > > Hi
> > > > I am also studing the libsyncml.
> > > >
> > > > Which version of the libsyncml are you studing, the
> libsyncml
> > > > (trunk) or libsyncml-threaded (branch)?=20
> > >
> > > I have checked out the trunk version (following the
> instructions in the
> > > wiki). I will try the libsyncml-threaded version ...
> > >
> > > > Do you have any problem building the lib?=20
> > >
> > > trunk compiles out-of-the-box.
> >
> > So does libsyncml-threaded (with current cvs versions of
> openobex and
> > libsoup). However, sycml-plugin doesn't compile with
> > libsyncml-threaded ...=20
> >
> > Regards,
> >
> > Martin
> >
> > > > Thanks.
> > > >
> > > > --
> > > > =C1drian L=EDvio
> > > > Universidade Federal de Campina Grande - UFCG -
> www.ufcg.edu.br
> > > > Centro de Engenharia El=E9trica e Informatica - CEEI
> > > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE -
> www.ee.ufcg.edu.br
> > > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o
> Pervasiva -
> > > > www.embeddedacademy.org
> > > >
> > > >=20
> > > > 2006/1/26, Martin Schulze <mar...@hi...>:
> > > > I have the impression that the SGH-D600 doesn't
> support the=20
> > > > full syncml=20
> > > > specification. In particular,
> > > > http://www.traud.de/gsm/samsung.htm names
> > > > some restictions on the sync alert sent by the
> server.=20
> > > > Therefore, I'm
> > > > trying to gain a more detailed understanding of
> the libsyncml
> > > > code.
> > > >
> > > > Currently, I don't understand the following
> point:=20
> > > >
> > > > libopensync obviously waits for a feedback on
> the
> > > > notification request
> > > > (which my mobile phone doesn't give; see last
> email). As far=20
> > > > as I can
> > > > gather from the code, the execution flow should
> be like this:
> > > >
> > > > smlTransportReceive() -> smlSessionReceive()
> ->=20
> > > > smlSessionDispatchCommand() -> [chain of
> callbacks] ->
> > > > osync_context_report_success()
> > > >
> > > > If osync_context_report_success() is not called
> within 60s=20
> > > > after the
> > > > notification request, a timeout error is
> reported (which is
> > > > what I get).
> > > >
> > > > However, even if the SGH-D600 _would_ send an
> answer, I don't=20
> > > > understand
> > > > how the above call chain can be triggered:
> > > > smlTransportReceive() doesn't
> > > > get called from the OBEX transport layer,
> neither gets=20
> > > > smlDsServerRegister() which registers the first
> callback in
> > > > [chain of
> > > > callbacks]. (Both functions get called from the
> http transport
> > > > layer.)=20
> > > > Is the OBEX transport layer incomplete? Did I
> miss something?
> > > >
> > > > Regards,
> > > >
> > > > Martin
> > > >
> > > >=20
> > > > Am Donnerstag, den 26.01.2006, 00:45 +0100
> schrieb Martin
> > > > Schulze:
> > > > > $ msynctool --sync testsync --wait
> > > > > ^^^^^^
> > > > >
> > > > > As it turns out, this was _not_ the way to go
> for the
> > > > SGH-D600.
> > > > >
> > > > >=20
> > > > > Instead, I had to insert a hack in
> > > > >
> > > > > libsyncml/libsyncml/transport/obex_client.c
> > > > >
> > > > > that sends an AT command=20
> > > > >
> > > > > AT+CPROT=3D0
> > > > >
> > > > > to the pseudo serial device and listens for
> the answer
> > > > >=20
> > > > > CONNECT
> > > > >
> > > > > _before_ sending the OBEX connect request.
> Then, the
> > > > SGH-D600 answers
> > > > > with a connect response with connection ID 2.
> Am OBEX put=20
> > > > (final)
> > > > > request follows and gets a success respone.
> > > > >
> > > > > Unfortunately, nothing more happens. After
> while, msynctool=20
> > > > quits with
> > > > > the message
> > > > >
> > > > > Member 2 of type syncml-obex-client had an
> error while
> > > > connecting:=20
> > > > > Timeout while waiting for a reply to message
> "CONNECT"
> > > > > ...
> > > > >
> > > > > What exactly it is msynctool waiting for? Any
> ideas why it=20
> > > > doesn't get
> > > > > what it awaits?
> > > > >
> > > > >
> > > > > Regards,
> > > > >
> > > > > Martin
> > > > >
> > > > >
> > > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb
> Martin
> > > > Schulze:
> > > > > > $ msynctool --sync testsync --wait
> > > > > >
> > > > > > This doesn't seem to work for the Samsung -
> at least I
> > > > have no idea how=20
> > > > > > to initiate the sync from the SGH-D600,
> then, so the
> > > > msynctool waits ad
> > > > > > infinitum.
> > > > > >
> > > > > > What changes are needed in libsyncml to
> trigger the
> > > > syncronization from
> > > > > > the pc side?
> > > > > >
> > > > > > Regards,=20
> > > > > >
> > > > > > Martin
> > > > > >
> > > > > >
> > > > > > Am Montag, den 23.01.2006, 11:25 +0000
> schrieb kevin=20
> > > > james:
> > > > > > > I've been trying to sync my Nokia 6680
> with opensync,
> > > > first trying the
> > > > > > > syncml-http-server, until I realised that
> it is only
> > > > inbound and my
> > > > > > > laptop doesn't have a "real" IP address.
> > > > > > >=20
> > > > > > > Then I tried using the obex-client - some
> info on the
> > > > mailing list
> > > > > > > archive (from around November time) says
> it's still not
> > > > working, don't
> > > > > > > know if that's changed yet. Also I
> couldn't find any
> > > > info on what the
> > > > > > > config needs to be.
> > > > > > >
> > > > > > > One thing (I think) I did find out is that
> the=20
> > > > obex-client is also
> > > > > > > inbound only, so you will need to test it
> with:
> > > > > > >
> > > > > > > $ msynctool --sync testsync --wait=20
> > > > > > >
> > > > > > > so that it will wait for a connection.
> > > > > > >
> > > > > > > I am still having problems at the phone
> end trying to
> > > > use bluetooth/obex
> > > > > > > so I have no messages from opensync saying
> if anything
> > > > has worked or
> > > > > > > not. I saw someone mention that some of
> the devs have
> > > > 6680's - do any of
> > > > > > > them have any advice?
> > > > > > >
> > > > > > > Cheers,=20
> > > > > > > KEv.
> > > > > > >
> > > > > > >
> > > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin
> Schulze wrote:
> > > > > > > > Hi!
> > > > > > > >
> > > > > > > > Encouraged by
> > > > > > > >
> > > > > > > >
> > > >
> http://sourceforge.net/mailarchive/forum.php?thread_id=3D9428612&=
forum_id=3D44467
> > > > > > > >
> > > > > > > > I've configured a synchronizing group
> between my
> > > > evolution environment
> > > > > > > > (plugin evo2-sync) and /dev/rfcomm0
> (plugin
> > > > syncml-obex-client) which is=20
> > > > > > > > bound to the serial port bluetooth
> service of my
> > > > mobile phone (Samsung
> > > > > > > > SGH-D600). libsyncml and syncml-plugin
> are fresh
> > > > checkouts from svn. The
> > > > > > > > configuration for the syncml-plugin
> reads:
> > > > > > > >=20
> > > > > > > > <config>
> > > > > > > > <username></username>
> > > > > > > > <password></password>=20
> > > > > > > > <path>/dev/rfcomm0</path>
> > > > > > > > <type>1</type>
> > > > > > > > <usestringtable>2</usestringtable>
> > > > > > > > <onlyreplace>0</onlyreplace>
> > > > > > > > <contact_db>addressbook</contact_db>
> > > > > > > > <calendar_db>calendar</calendar_db>
> > > > > > > > <task_db>tasks</task_db>
> > > > > > > > </config>
> > > > > > > >
> > > > > > > > However, I run into the same troubles
> discussed in
> > > > > > > >
> > > > > > > >
> > > >
> http://sourceforge.net/mailarchive/forum.php?thread_id=3D8902424&=
forum_id=3D44467
> > > > > > > >
> > > > > > > > E.i.
> > > > > > > >=20
> > > > > > > > $ msynctool --sync testsync
> > > > > > > >
> > > > > > > > yields:
> > > > > > > >=20
> > > > > > > > Synchronizing group "testsync"
> > > > > > > > Member 1 of type evo2-sync just
> connected
> > > > > > > > Member 2 of type syncml-obex-client had
> an error while
> > > > connecting: No
> > > > > > > > success
> > > > > > > > Member 1 of type evo2-sync just
> disconnected=20
> > > > > > > > All clients have disconnected
> > > > > > > > The sync failed: Unable to connect one
> of the members
> > > > > > > > Error synchronizing: Unable to connect
> one of the
> > > > members
> > > > > > > >
> > > > > > > > The trace output from the
> syncml-obex-client plugin
> > > > reads as follows:
> > > > > > > >
> > > > > > > > [1137969737.641293] +++++++++ This
> is the client
> > > > #2
> > > > > > > > (syncml-obex-client plugin) of group
> testsync
> > > > +++++++++
> > > > > > > > [1137969737.746230 ]
> > > > >>>>>>> client_message_handler(0x80638f0,
> > > > > > > > 0x8077aa0, 0x80614e0)
> > > > > > > > [1137969737.746285] [CLI]
> DEBUG: Client
> > > > message handler
> > > > > > > > called for message "CONNECT"
> > > > > > > > [1137969737.746306]
> > > > >>>>>>> osync_member_connect(0x80625c0,
> > > > > > > > 0xb7ebbd70, 0x8077aa0)
> > > > > > > > [1137969737.746330]
> >>>>>>>
> > > > > > > > client_connect(0x8077e08)
> > > > > > > > [1137969741.853995]
> > > > >>>>>>>=20
> > > > > > > >
> osync_context_report_osyncerror(0x8077e08,
> > > > 0xb6b99244:(No success))
> > > > > > > > [1137969741.854070]
> > > > [CLI] WARNING:=20
> > > > > > > > Member is replying with message
> 0x807ef48 to message
> > > > 0x8077aa0:"CONNECT"
> > > > > > > > with error 1: No success
> > > > > > > > [ 1137969741.854106]
> > > > <<<<<<<
> > > > > > > > osync_context_report_osyncerror
> > > > > > > > [1137969741.854126]
> <--- ERROR ---
> > > > client_connect:
> > > > > > > > No success
> > > > > > > > [1137969741.854145]
> > > > <<<<<<< osync_member_connect=20
> > > > > > > > [1137969741.854163]
> > > > <<<<<<< client_message_handler
> > > > > > > >
> > > > > > > > Does anybody have an idea where the
> problem lies? To
> > > > start with: is it
> > > > > > > > more likely from the OBEX transport
> layer or a SyncML
> > > > related problem?
> > > > > > > > Is there anything I can do to help
> getting the thing
> > > > to work?
> > > > > > > >
> > > > > > > > The only information related to SyncML
> with my mobile
> > > > phone I've found
> > > > > > > > up to now is here:
> > > > > > > >
> > > > > > > > http://www.traud.de/gsm/samsung.htm
> > > > > > > >=20
> > > > > > > > I have just e-mailed Samsung about the
> SyncML version
> > > > that the SGH-D600
> > > > > > > > is using. Has it already been clarified,
> how to find
> > > > the correct values
> > > > > > > > of the XXX_db parameters in the
> configuration of the
> > > > syncml-plugin?
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > >=20
> > > > > > > > Martin
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >=20
> > > > > > > >
> > > >
> -------------------------------------------------------
> > > > > > > > This SF.net email is sponsored by:
> Splunk Inc. Do you
> > > > grep through log files
> > > > > > > > for problems? Stop! Download the new
> AJAX search
> > > > engine that makes
> > > > > > > > searching your log files as easy as
> surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > > > > >=20
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304=
86&dat=3D121642
> > > > > > > >
> _______________________________________________=20
> > > > > > > > Opensync-users mailing list
> > > > > > > > Ope...@li...
> > > > > > > >=20
> > > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > > > > > >
> > > > > > >=20
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> -------------------------------------------------------
> > > > > > This SF.net email is sponsored by: Splunk
> Inc. Do you grep
> > > > through log files
> > > > > > for problems? Stop! Download the new AJAX
> search engine
> > > > that makes
> > > > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304=
86&dat=3D121642
> > > > > >
> _______________________________________________=20
> > > > > > Opensync-users mailing list
> > > > > > Ope...@li...
> > > > > >=20
> > > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > > >
> > > > >=20
> > > > >
> > > > >
> -------------------------------------------------------
> > > > > This SF.net email is sponsored by: Splunk Inc.
> Do you grep
> > > > through log files=20
> > > > > for problems? Stop! Download the new AJAX
> search engine
> > > > that makes
> > > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304=
86&dat=3D121642
> > > > >
> _______________________________________________=20
> > > > > Opensync-users mailing list
> > > > > Ope...@li...
> > > > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > >
> > > >
> > > >
> > > >
> -------------------------------------------------------
> > > > This SF.net email is sponsored by: Splunk Inc.
> Do you grep
> > > > through log files
> > > > for problems? Stop! Download the new AJAX
> search engine that
> > > > makes
> > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304=
86&dat=3D121642
> > > > _______________________________________________
> > > > Opensync-users mailing list
> > > > Ope...@li...
> > > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep
> through log files=20
> > > for problems? Stop! Download the new AJAX search engine
> that makes
> > > searching your log files as easy as surfing
> the web. DOWNLOAD SPLUNK!
> > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=
=121642
> > > _______________________________________________
> > > Opensync-users mailing list
> > > Ope...@li...
> > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> >
> >
> >
> > -------------------------------------------------------=20
> > This SF.net email is sponsored by: Splunk Inc. Do you grep
> through log files
> > for problems? Stop! Download the new AJAX search engine
> that makes
> > searching your log files as easy as surfing
> the web. DOWNLOAD SPLUNK!=20
> >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=
=121642
> > _______________________________________________=20
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users
> =20
> =20
>=20
|
