opensync-users — The place to get help for the OpenSync project

Re: [Opensync-users] [Opensync-devel] Comparison between OpenSync and SyncEvolution

[Daniel G. <go...@b1...>]

On Sunday 10 January 2010 01:20:55 pm Bjoern Ricks wrote:
> In the opposite a cool feature of SyncEvolution
> is the scriptable data conversion using libsynthesis.
> 

I'm also very interested in this. That's also the reason why I spent so much 
time in making sure that we can support multiple common formats (e.g 
XMLFormat, and others ...). The idea is to make use of libsynthesis data 
conversion code for better support of the vformats ... and keep XMLFormat for 
compatibly reason or more simpler API for plugins which don't have vformats.

(No, xmlformat is not going to be dropped ... at least as long plugins still 
using it. If there is one way a better alternative we can easily switch to it)


Best Regards,
Daniel

-- 
Daniel Gollub                        Geschaeftsfuehrer: Ralph Dehner
FOSS Developer                       Unternehmenssitz:  Vohburg
B1 Systems GmbH                      Amtsgericht:       Ingolstadt
Mobil: +49-(0)-160 47 73 970         Handelsregister:   HRB 3537
EMail: go...@b1...          http://www.b1-systems.de

Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D

[Opensync-users] Comparison between OpenSync and SyncEvolution

[Bjoern R. <bjo...@go...>]

Hi,

I am currently at the KDE PIM Meeting and yesterday I attended to a talk
about SyncEvolution and syncing in general. Patrick Ohly had presented
some slides about SyncEvolution and I also talked to him in private.
Afterwards it became clear to me that there are some differences between
OpenSync and SyncEvolution that I want to share with the list. Patrick
please correct me if I am wrong in any comment and also if I forgot some
features.

The general approach of SyncEvolution was and is to solve current
syncing problems. That's completely different to OpenSync. OpenSync
wants to be a general framework for mostly all PIM synchronization
problems. Therefore our architecture is more complicated and difficult
to understand. SyncEvolution is based on syncml and uses syncml to
communicate with their peers. In OpenSync syncml is only one possible
client. SyncEvolution also has a dbus daemon and provides a GUI.
OpenSync is only concentrating on the framework/library and does provide
osynctool for testing. There is no dbus integration in OpenSync at all.
SyncEvolution is well integrated into the gnome world (e.g. using eds as
backend). If I understood Patrick correctly SyncEvolution isn't able to
sync with different backends at the same time (at the moment). The
OpenSync architecture always supported different backends/peers (e.g.
evolution and gnokii) and is loosely coupled to syncml. With OpenSync it
is also possible to sync different backends/peers at the same time
because of the sync group feature. In OpenSync the sync plugin are able
to run in different threads, processes, etc. OpenSync contains an IPC
layer and plugins don't have to care about that in detail. This feature
is completely missing in SyncEvolution. In my opinion this is a big
advantage of OpenSync. In the opposite a cool feature of SyncEvolution
is the scriptable data conversion using libsynthesis.

regards
Bjoern

Re: [Opensync-users] opensync and n900

[Rainer D. <rd...@we...>]

Am Freitag, 18. Dezember 2009 schrieb Marc Deop i Argemí:
> On Sunday 13 December 2009 23:03:32 Rainer Dorsch wrote:
> > I am wondering if anybody has any experience with syncing the n900
> >  addressbook  with a linux desktop (kdepim) with opensync.
>
> I'd love to see this happen as I'm also using kdepim and a N900 owner.
> Haven't had much success yet though :(

I have not yet investigated this issue further. I copied in the meantime my 
kdepim contacts from ~/.kde/share/apps/kabc/std.vcf and imported it into the 
contacts application.

> I'm more than willing to help if I can in any way...

Not sure which distri you are running, but you might have a newer version of 
libsyncml. Maybe it would be worth to try if you have more luck with the 
basic reading of the addressbook

 syncml-obex-client -b <N900 BT address> 25 --slow-sync text/x-vcard 
contacts --wbxml --identifier "PC Suite"

Rainer


-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rd...@we...
jabber: rd...@ja...
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: [Opensync-users] opensync and n900

[Bernhard R. <ber...@in...>]

Am Freitag, 18. Dezember 2009 13:11:00 schrieb Marc Deop i Argemí:
> On Sunday 13 December 2009 23:03:32 Rainer Dorsch wrote:
> > I am wondering if anybody has any experience with syncing the n900
> >  addressbook  with a linux desktop (kdepim) with opensync.
>
> I'd love to see this happen as I'm also using kdepim and a N900 owner.
> Haven't had much success yet though :(

BTW, we will port KDEPIM (from the Kolab Enterprise5 branch) to the N900
as well and of course syncing with it, e.g. over a Kolab Server, will be much 
easier. (We as in Kolab-Konsortium, Intevation, KDAB, KDEPIM people.)

Note that I've heard that the kdepim opensync module was not progressing, 
because some kdepim developers felt that opensync was too much a moving 
target. Reading the 0.39 changelog I hope that the time of a moving API is 
over. If this the case, I would recommend to communicate the grade of API 
stability to module developers and especially the kdepim folks.

Bernhard
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Re: [Opensync-users] opensync and n900

[Marc D. i A. <dam...@gm...>]

On Sunday 13 December 2009 23:03:32 Rainer Dorsch wrote:
> I am wondering if anybody has any experience with syncing the n900
>  addressbook  with a linux desktop (kdepim) with opensync.
> 

I'd love to see this happen as I'm also using kdepim and a N900 owner. Haven't 
had much success yet though :(

I'm more than willing to help if I can in any way...

Damnshock

[Opensync-users] opensync and n900

[Rainer D. <rd...@we...>]

Hello,

I am wondering if anybody has any experience with syncing the n900 addressbook 
with a linux desktop (kdepim) with opensync.

http://wiki.maemo.org/Sync contains only the information that The N900 
(preproduction) provides SyncML over Bluetooth and USB but not IP.

I tried

rd@blackbox:~$ syncml-obex-client -b <N900 BT address> 25 --slow-sync 
text/x-vcard contacts --wbxml --identifier "PC Suite"
Received an transport error: Link Error: 0x0
Received an transport error: Unable to get answer
Received an transport error: Link Error: 0x0
rd@blackbox:~$

but no luck with libsyncml-utils 0.4.6

Many thanks,
Rainer

-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rd...@we...
jabber: rd...@ja...
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

[Opensync-users] How to avoid collisions on UIDs

[<boe...@ht...>]

Hi all,

I'm writing a sync plugin for v0.22 but got a problem understanding the UIDs.
Assuming a group is newly set up with two plugins and a slow sync is started.
How can plugin A set an UID to a OSyncChange in get_changeinfo() without
knowing what UIDs plugin B is going to use for its changes? How can I avoid
collisions there?

Can I just increase the highest, locally known UID for a new entry with status
CHANGE_ADDED?
And do I have to reset the UID counter back to 0 when a slow-sync is requested?

Regards,
Eric 

Re: [Opensync-users] collaboration proposal

[Michael B. <mic...@cm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Brian,

Brian Cavagnolo wrote:
> 
> Wind River has been evaluating libsyncml, and we're happy with the 
> results so
> far.  We'd like to collaborate to move some of our changes upstream.  
> Also, we
> have some other developments in mind that we'd also like to
> discuss/collaborate/contribuite.  I've listed the rough areas in which the
> changes fall.  Please comment if these changes sound useful, reasonable, 
> etc.:

The simple answer is a big YES to all points. I only comment the points
where I have more to say then only yes ;)

> 3. Split the ENABLE_HTTP functionality into two parts: 
> ENABLE_HTTP_CLIENT and
> ENABLE_HTTP_SERVER.  This will allow only building the required half.

Do you need this because of your different libraries for the client and
server part?

> 4. Develop alternative HTTP client that does not depend on libsoup.  (We're
> using libcurl instead).  We'd like to avoid depending on libsoup and the
> portions of glib required to support it.

Which portions of the glib do you mean? libsoup is problematic for me
because of the poor SSL/TLS support. The upcoming libsyncml 0.6.0 stuff
(please see trunk) makes heavy use of the glib.

> 6. Migrate away from the heavy polling to a more event-driven model.

Definitely a long term wish from me.

So you are more than welcome. I hope you can split your patches into
small parts. This would make it possible for me or/and you to port them
to the new trunk.

Best regards

Michael

P.S. BTW we have a developer list.
- --
___________________________________________________________________

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.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAksNDIIACgkQ2L0ZGCAwWqtNnwCg1HjbX6juR+Qf6VnHl0RG0RX2
6HYAn3uNQJyhau2zt5XVLIR+1WAv0fwT
=FLrl
-----END PGP SIGNATURE-----

[Opensync-users] collaboration proposal

[Brian C. <bri...@wi...>]

Hello,

Wind River has been evaluating libsyncml, and we're happy with the 
results so
far.  We'd like to collaborate to move some of our changes upstream.  
Also, we
have some other developments in mind that we'd also like to
discuss/collaborate/contribuite.  I've listed the rough areas in which the
changes fall.  Please comment if these changes sound useful, reasonable, 
etc.:

1. Fix bugs in the syncml-ds-tool HTTP client behavior.

2. Introduce some regular automated tests for syncml-ds-tool that spawn a
server, spawn a client, perform syncs, and analyze the results.

3. Split the ENABLE_HTTP functionality into two parts: 
ENABLE_HTTP_CLIENT and
ENABLE_HTTP_SERVER.  This will allow only building the required half.

4. Develop alternative HTTP client that does not depend on libsoup.  (We're
using libcurl instead).  We'd like to avoid depending on libsoup and the
portions of glib required to support it.

5. Develop an alternative HTTP server that does not depend on libsoup.  
(We're
using libmicrohttpd instead).

6. Migrate away from the heavy polling to a more event-driven model.

Thanks,
Brian

Re: [Opensync-users] [SPAM] I'm in desperate need for a guide

[Tino K. <tin...@ti...>]

On Sun, Nov 15, 2009 at 00:24:28 +0800, Yiping Cheng wrote:

> Thank you very much! I have tried and achieved partial success. But
> there seems to still have plenty of problems waiting me.  I now know
> how to install glib2, simply the sequence: ./configure; make; make
> install but when executing ./configure, it said it needs gettext.  So
> I also downloaded gettext and installed gettext.  but gettext did not
> install smoothly.  I now have no idea how to proceed.  I have given
> up.

That's what package managers are intended for. They just install the
required packages for you.  However, for some reason, you used the most
error prone way (for unexperienced users) to install software in Linux.

> I used to write programs under Windows and Visual Studio and I never
> experienced such problems before.  And I now hate Linux so much that
> I now swear I will not touch it again.  The project I undertake is to
> develop a PIM program using SyncML, and I need to study the SyncML

Haha, you made my day.

Regards,
Tino

Re: [Opensync-users] [SPAM] I'm in desperate need for a guide

[Tino K. <tin...@ti...>]

On Fri, Nov 13, 2009 at 14:34:52 +0800, Yiping Cheng wrote:

[...]

> directory on the linux machine.  But CMake failed to generate the
> make file giving error notices such as "cannot find glib2, libxml2,
> openobex, etc" I have already downloaded these libraries but I do not
> know where to put them so that they can be found by CMake.

- just use the package manager that comes with your distribution

- install the development packages for those libs, usually they have a
  "-dev" appended to the name of the library package

Regards,
Tino

Re: [Opensync-users] libsyncml failure with N97

[Bernhard R. <ber...@in...>]

On Monday 02 November 2009, Michael Bell wrote:
> > From source I've build, on a big endian powerpc GNU/Debian Lenny system:
> > build:

> > libwbxml-0.10.7
> > libsyncml-0.5.4

> > b) Side problem:
> > Exporting SYNCML_TRACE=/tmp/somedir
> > lead to a seqmentation fault. (SYNCML_LOG was also set and worked).
>
> Do you still have the logged messages?

bin/syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard 
Contacts
worked for me today, I have no idea why it works today, this is the same 
command as I was trying a few days ago.

> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 0x490304d0 (LWP 15122)]
> > 0x0fa644c8 in strlen () from /lib/libc.so.6
> > (gdb) bt
> > #0  0x0fa644c8 in strlen () from /lib/libc.so.6
> > #1  0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6
> > #2  0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6
> > #3  0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0
> > #4  0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
> > #5  0x0ff87c74 in smlTrace ()
> >    from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
> > #6  0x0ff8a33c in smlTransportReceiveEvent ()
> >    from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
>
> This is a bug in a trace statement. Do you have the generated traces
> before the crash happens? Usually this is a good description of the
> error condition.

Attached as 20091111-crash.tar.bz2, HTH.


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

[Opensync-users] Assertion fail in smlDataSyncMappingCallback

[Jason G. <exp...@lo...>]

Hello again,

I'm using version 0.39 (full list at [1] below), and am getting an
assertion failure shown at [2] every time I try and sync between obex
and file.  This happens even if I wipe out all previous history; i.e. I
follow the sequence below:

1) Manually delete call contacts from my Nokia 6300
2) Delete everything under d:/predefsyncml
3) Reboot the phone
4) Ensure I have one simple contact in my "file" area
5) Run osynctool --sync with my obex/file config.

Step (5) fails as shown at [2].

Not sure if this is relevant, but when I look at the trace files, I
always see a CmdID of 10000, and the CDATA is empty.  Sample shown at
[3] below.  I can provide a trace if required.

Thanks for any tips,

Jason.

----------------------------------
[1] versions used
libopensync-0.39.tar.bz2
libopensync-plugin-evolution2-0.39.tar.bz2
libopensync-plugin-file-0.39.tar.bz2
libopensync-plugin-syncml-0.39.tar.bz2
libopensync-plugin-vformat-0.39.tar.bz2
libopensync-plugin-xmlformat-0.39.tar.bz2
libsyncml-0.5.4.tar.bz2
libwbxml-0.10.7.tar.bz2
osynctool-0.39.tar.bz2

----------------------------------
[2] assertion failure

ObjType: contact
        Member 1: Adding(1) Modifying(0) Deleting(0)
        Member 2: Adding(0) Modifying(0) Deleting(0)

Do you want to continue the synchronization? (N/y): y

OK! Completing synchronization!
Main sink of member 1 of type syncml-obex-client committed all changes.
contact sink of member 2 of type file-sync committed all changes.
Main sink of member 2 of type file-sync committed all changes.
/home/jas/opensync-0.39/libsyncml-0.5.4/libsyncml/data_sync_api/data_sync_callbacks.c:653:E:smlDataSyncMappingCallback: Assertion "datastore->dsObject->mappingCallback" failed
Aborted

----------------------------------
[3] extract from trace
[1257240682.611916]									smlXmlAssemblerRunFull: Message Assembled: <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE SyncML PUBLIC "-//SYNCML//DTD SyncML 1.1//EN" "http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd"><SyncML xmlns="SYNCML:SYNCML1.1"><SyncHdr><VerDTD>1.1</VerDTD><VerProto>SyncML/1.1</VerProto><SessionID>29186</SessionID><MsgID>2</MsgID><Target><LocURI>IMEI:359544018309256</LocURI></Target><Source><LocURI>PC Suite</LocURI></Source><Meta><MaxMsgSize xmlns="syncml:metinf">3584</MaxMsgSize></Meta></SyncHdr>
<SyncBody><Status><CmdID>1</CmdID><MsgRef>2</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><TargetRef>PC Suite</TargetRef><SourceRef>IMEI:359544018309256</SourceRef><Data>200</Data></Status>
<Status><CmdID>8</CmdID><MsgRef>2</MsgRef><CmdRef>4</CmdRef><Cmd>Sync</Cmd><TargetRef>Contacts</TargetRef><SourceRef>/telecom/pb.vcf</SourceRef><Data>200</Data></Status>
<Sync><CmdID>9</CmdID><Target><LocURI>/telecom/pb.vcf</LocURI></Target><Source><LocURI>Contacts</LocURI></Source><Meta><MaxObjSize xmlns="syncml:metinf">1024000</MaxObjSize></Meta><NumberOfChanges>1</NumberOfChanges>
<Add><CmdID>10000</CmdID><Meta><Type xmlns="syncml:metinf">text/x-vcard</Type><Size xmlns="syncml:metinf">58</Size></Meta><Item><Source><LocURI>320</LocURI></Source><Data><![CDATA[]]></Data><MoreData></MoreData></Item>
</Add></Sync><Final></Final></SyncBody></SyncML>

Re: [Opensync-users] libsyncml failure with N97

[Michael B. <mic...@cm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bernhard Reiter wrote:
> This is just a short report of one attempt to try libsyncml with Nokia's N97
> smartphone (S60 5th edition).
> I am moving off the device so I might not be able to follow up on it,
> I'd still thought you might want the feedback. 
> Please copy me on relevant replies. 
> 
> Details:
> From source I've build, on a big endian powerpc GNU/Debian Lenny system: 
> build:

Okay, this is really interesting hardware ;)

> libwbxml-0.10.7
> libsyncml-0.5.4 

> I'v tried several variations with --wbxml and --identifier "PC Suite Data 
> Sync" and "Addressbook".

- --wbxml should be enough.

> b) Side problem:
> Exporting SYNCML_TRACE=/tmp/somedir
> lead to a seqmentation fault. (SYNCML_LOG was also set and worked).

Do you still have the logged messages?

> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x490304d0 (LWP 15122)]
> 0x0fa644c8 in strlen () from /lib/libc.so.6
> (gdb) bt
> #0  0x0fa644c8 in strlen () from /lib/libc.so.6
> #1  0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6
> #2  0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6
> #3  0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0
> #4  0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
> #5  0x0ff87c74 in smlTrace ()
>    from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
> #6  0x0ff8a33c in smlTransportReceiveEvent ()
>    from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2

This is a bug in a trace statement. Do you have the generated traces
before the crash happens? Usually this is a good description of the
error condition.

BTW I have an E71 which is a S60 too but I use bluetooth all the time.

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.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrupO8ACgkQ2L0ZGCAwWqs9vACeLYoOv4pzCHjalhDTjXKZ1Bp0
h0QAoJMVhH9/QUX121JwcGeD2laES1rZ
=uUMM
-----END PGP SIGNATURE-----

[Opensync-users] libsyncml failure with N97

[Bernhard R. <ber...@in...>]

This is just a short report of one attempt to try libsyncml with Nokia's N97
smartphone (S60 5th edition).
I am moving off the device so I might not be able to follow up on it,
I'd still thought you might want the feedback. 
Please copy me on relevant replies. 

Thanks for writing Free Software!
Bernhard

Details:
From source I've build, on a big endian powerpc GNU/Debian Lenny system: 
build:

libwbxml-0.10.7
libsyncml-0.5.4 

using already existing packages: 
ii  libxslt1-dev                                 1.1.24-2                                     
ii  libopenobex1-dev                             1.3+cvs20070425-2                            
Linux version 2.6.26-1-powerpc (Debian 2.6.26-13lenny2)

I can see the interfaces:

# bin/syncml-ds-tool -u
Found 2 USB OBEX interfaces
Interface 0:
        Manufacturer: Nokia
        Product: Nokia N97
        Interface description: SYNCML-SYNC
Interface 1:
        Manufacturer: Nokia
        Product: Nokia N97
        Interface description: PC Suite Services

a) Main problem:
All attempts to see the Contacts fail, 
error messages are always similiar to

# bin/syncml-ds-tool -u 0 --version 1.2 --dumpinfo
All datastores will be requested because no datastore is configured.
** Message: Remote device was successfully disconnected.
** Message: SyncML session finished successfully.
Didn't receive the device information though it was requested.
** Message: ERROR: Command failed. The recipient encountered an unexpected 
condition which prevented it from fulfilling the request. The request was not 
successful (-110).

bin/syncml-ds-tool -u 0 --identifier "PC Suite" --sync text/x-vcard Contacts
** Message: Remote device was successfully disconnected.
** Message: SyncML session finished successfully.
** Message: ERROR: Command failed. The recipient encountered an unexpected 
condition which prevented it from fulfilling the request. The request was not 
successful (-110).

I'v tried several variations with --wbxml and --identifier "PC Suite Data 
Sync" and "Addressbook".

b) Side problem:
Exporting SYNCML_TRACE=/tmp/somedir
lead to a seqmentation fault. (SYNCML_LOG was also set and worked).
Here is a simple backtrace, I did not inquire much further:
gdb bin/syncml-ds-tool
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu"...
(gdb) run -u 0 --identifier "PC Suite" --wbxml --sync text/x-vcard Contacts
Starting program: /mobilehome/bernhard/hacking/opensync/bin/syncml-ds-tool -u 
0 --identifier "PC Suite" --wbxml --sync text/x-vcard Contacts
[Thread debugging using libthread_db enabled]
[New Thread 0x48023e90 (LWP 15118)]
[New Thread 0x488304d0 (LWP 15121)]
[New Thread 0x490304d0 (LWP 15122)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x490304d0 (LWP 15122)]
0x0fa644c8 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x0fa644c8 in strlen () from /lib/libc.so.6
#1  0x0fa2d364 in vfprintf@@GLIBC_2.4 () from /lib/libc.so.6
#2  0x0fa528e8 in vasprintf@@GLIBC_2.4 () from /lib/libc.so.6
#3  0x0fee27c8 in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#4  0x0fec8798 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
#5  0x0ff87c74 in smlTrace ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#6  0x0ff8a33c in smlTransportReceiveEvent ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#7  0x0ffb9028 in smlTransportObexClientEvent ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#8  0x0fb64fa8 in ?? () from /usr/lib/libopenobex.so.1
#9  0x0fb67f48 in ?? () from /usr/lib/libopenobex.so.1
#10 0x0fb651d8 in ?? () from /usr/lib/libopenobex.so.1
#11 0x0fb674a8 in ?? () from /usr/lib/libopenobex.so.1
#12 0x0fb64890 in OBEX_HandleInput () from /usr/lib/libopenobex.so.1
#13 0x0ffbb0e0 in smlTransportObexClientConnect ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#14 0x0ff89e94 in smlTransportWorkerHandler ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#15 0x0ff80784 in smlQueueDispatch ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#16 0x0ff7edd4 in _queue_dispatch ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#17 0x0fe9c70c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#18 0x0fea0ea8 in ?? () from /usr/lib/libglib-2.0.so.0
#19 0x0fea15e4 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#20 0x0ff88ca8 in smlThreadStartCallback ()
   from /mobilehome/bernhard/hacking/opensync/lib/libsyncml.so.2
#21 0x0fed210c in ?? () from /usr/lib/libglib-2.0.so.0
#22 0x0f963e34 in start_thread () from /lib/libpthread.so.0
#23 0x0fac4ab0 in clone () from /lib/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)


More phone detail:
   gsmctl -d /dev/ttyACM0 ALL

  <ME0>  Hersteller: Nokia
  <ME1>  Modell: Nokia N97
  <ME2>  Revision: V ICPR72_09w17.7
  24-08-09
  RM-505
  (c) Nokia
  V 12.0.026
[.. fails later]



-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Re: [Opensync-users] OT: Reset Nokia 5800 Was: Did opensync kill mynokia 5800 ?

[<db...@in...>]

 
 
Thanks Achim, I actually found another source of the same information but it did not suggest, as yours did, that I remove the SIM card first. Thats a pretty good idea ! Not a problem in my case, it was all new so nothing I needed to keep. 
 
The hard reset worked, took phone back to factory conditions (apart from any user set lock code). 
 
I then tried opensync (et al) again, this time a little more informed of what I was doing. Its all working fine now. Valuable things I learn include - 
 
1. In Nokia S60 at least always set recvLimit (to, ie 10000). I believe the lack of that setting has two effects, firstly, sync fails and something on the PC goes into a loop using most of a cpu. I did not notice this at first in the GUI, it terminates cleanly and being a dual core box it was still responsive. The second thing I associate with the lack of the recvLimit is that it trashed the OS in my phone, will relate to the endless loop, perhaps a buffer overflow in the phone ? Anyway, setting recvLimit does no harm other than perhaps slowing down the transfer a bit. I suggest, play safe, set it ! 
 
2. A failed run does not seem to be something multisync can recover from. Clean out part or all of .opensync directory and start again ! 
 
There are a couple of phone/connection specific HowTos on the web site but I think that whats necessary is a general one that covers the common ideas and maybe mentions in line any differences between (eg) phones. If its regarded as a good idea, I'll have a first cut .... 
 
David 
 
 
 
 
 
 
 
 On Tue 27/10/09  3:33 AM , Achim Settelmeier ope...@ma... sent: 
> Hi dbannon, 
>  
> > [...] Nokia 5800 and now the phone does not 
> boot. It brings up its > screen but does not respond to the key unlock 
> slide switch. So nothing > works effectively. It does not accept calls 
> either. 
> Here's how to hard reset the phone (this might kill some data, too!): 
> http://discussions.europe.nokia.com/discussions/board/message?b 
> oard.id=smartphones&thread.id=166900 
>  
> bye, 
> Settel 
>  
> --------------------------------------------------------------------------- 
> ---Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
> is the only developer event you need to attend this year. Jumpstart 
> yourdeveloping skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
> http://p.sf.net/sfu/devconference_______________________________________________ 
> Opensync-users mailing list 
> Ope...@li...https://lists.sourceforge.net/lists/listinfo/opensync-users 
>  
>  

[Opensync-users] OT: Reset Nokia 5800 Was: Did opensync kill my nokia 5800 ?

[Achim S. <ope...@ma...>]

Hi dbannon,

> [...] Nokia 5800 and now the phone does not boot. It brings up its 
> screen but does not respond to the key unlock slide switch. So nothing 
> works effectively. It does not accept calls either.

Here's how to hard reset the phone (this might kill some data, too!):
http://discussions.europe.nokia.com/discussions/board/message?board.id=smartphones&thread.id=166900


bye,
  Settel

Re: [Opensync-users] syncml-ds-tool to sync Nokia 5800 does not work as expected

[Michael B. <mic...@cm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Achim Settelmeier wrote:
> 
> I've got some serious problems with syncml-ds-tool from libsyncml 0.5.4: 
> syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml \
>   --sync text/x-vcalendar Calendar calendar/
> syncs contacts from Nokia 5800 to filesystem. But when I change an 
> appointment on the phone and call the same command again, it gets 
> overwritten with what's in the filesystem. 
> 
> That's not what I expect it to do.
> Am I using the wrong tool, am I using the tool wrong or is the tool wrong?

Yes, you are using the wrong tool. syncml-ds-tool (version 0.5.x) was
designed for testing and full sync. This means that you can use it to
backup or restore your mobile but it has no real state or index management.

syncml-ds-tool of the actually prepared 0.6.x series can do such stuff
but the trunk is actually in a beta phase. You can see the planned and
realized stuff at

https://libsyncml.opensync.org/wiki/docs/trunk/syncml-ds-tool

If you want to do real synchronization then please use OpenSync for
this. snycml-ds-tool of libsyncml stable can only be used for testing
and full backup/restore.

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.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrlurUACgkQ2L0ZGCAwWqvKxwCgmgRrlJcX2nx18dbMH7DgMp5w
BhcAn1+TgQyfZYwkiMQUDttjhuQOId9h
=0MdZ
-----END PGP SIGNATURE-----

Re: [Opensync-users] syncml-ds-tool to sync Nokia 5800 does not work as expected

[Tino K. <tin...@ti...>]

On Sun, Oct 25, 2009 at 20:25:53 +0000, Achim Settelmeier wrote:
> Hi,
> 
> I've got some serious problems with syncml-ds-tool from libsyncml 0.5.4: 
> syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml \
>   --sync text/x-vcalendar Calendar calendar/
> syncs contacts from Nokia 5800 to filesystem. But when I change an 
> appointment on the phone and call the same command again, it gets 
> overwritten with what's in the filesystem. 
> 
> That's not what I expect it to do.
> Am I using the wrong tool, am I using the tool wrong or is the tool wrong?

I think syncml-ds is the wrong tool, as it has to sync logic. The
"sync" in its name comes from "syncml". To get a real sync, you need to
use osynctool.

Regards,
Tino

[Opensync-users] Did opensync kill my nokia 5800 ?

[<db...@in...>]

 
Hi Folks, don't want to seem alarmist but it does not look good. I used multisync0.90 as a default ubuntu install to sync Evolution to my (brand new) Nokia 5800 and now the phone does not boot. It brings up its screen but does not respond to the key unlock slide switch. So nothing works  effectively. It does not accept calls either. 
 
Maybe I'm wrong and it just choose to fall over ?  I guess I'd like to hear people say "No, not possible, get it fixed and try again..." 
 
Details ? 
Multisync0.90 0.92.0~svn355-1 
libopensync0 0.22-2build1 
opensync-plugin-syncml 0.22-2 
opensync-plugin-evolution 0.22-2ubuntu2 
opensyncutils 0.22-2build1 
 
I used usb to sync evolution to syncml, changing only <identifier> = "PC Suite" and   <type> = "5" initially.  Played around a couple of times, no luck. Then I found a receipe that set <recvlimit> = "10000" on another Nokia. Now it seemed to run then crashed, I restarted it and it ran to completion. It made lots of duplicates in my evolution contacts list but I thought that may be as a result of starting again after the crash. At this stage, I could see all the contacts in the phone so I was pretty happy ! 
 
However, at that point, I shut the phone down and went to bed. In the morning, the phone won't boot. It powers up, apparently normally, I hit the key unlock slide switch and it tells me "hit the key unlock slide switch" (or words to that effect) and thats it ! Only way to power it down is remove the battery. Same thing happens after the battery is put back. 
 
I do have a fairly big contacts list, maybe 400 entries. Could this be a buffer over run that overwrites the OS ? I'd be pretty shocked if there was a bug like that in Nokia's OS. 
 
Any suggestions ? 
 
 
 
 
 
 </recvlimit></type></identifier> 

[Opensync-users] syncml-ds-tool to sync Nokia 5800 does not work as expected

[Achim S. <ope...@ma...>]

Hi,

I've got some serious problems with syncml-ds-tool from libsyncml 0.5.4: 
syncml-ds-tool -u 0 --identifier "PC Suite" --wbxml \
  --sync text/x-vcalendar Calendar calendar/
syncs contacts from Nokia 5800 to filesystem. But when I change an 
appointment on the phone and call the same command again, it gets 
overwritten with what's in the filesystem. 

That's not what I expect it to do.
Am I using the wrong tool, am I using the tool wrong or is the tool wrong?


bye,
  Settel

Re: [Opensync-users] libsyncml and the syncml plugin

[Michael B. <mic...@cm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tino Keitel wrote:
> 
> I try to get a Nokia E55 to work with the SyncML plugin, without luck
> so far. So I thought I would have more luck with libsyncml from SVN.
> However, the syncml plugins seems to require an older version of
> libsyncml. At least it looks for libsyncml-1.0.pc, whereas the
> libsyncml from SVN provides libsyncml-3.0.pc. Is the libsyncml from SVN
> used at all for opensync?

The actual OpenSync code uses libsyncml 0.5.x. The maintained code is in
branches/libsyncml-0.5.x. The released versions are in tags/.

The code in libsyncml/trunk is the upcoming version 0.6.x. This version
is no longer API compatible with the 0.5.x series. I had no time until
now to update the trunk code of OpenSync.

So please use libsyncml 0.5.4 together with OpenSync 0.39 or trunk.

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.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrd0b8ACgkQ2L0ZGCAwWquNegCeOy6q0SgSTZkz0PT26JlyUluX
h9oAn32JWC0rwHGgrXclASuD5kVdBrg+
=GsPN
-----END PGP SIGNATURE-----

[Opensync-users] libsyncml and the syncml plugin

[Tino K. <tin...@ti...>]

Hi,

I try to get a Nokia E55 to work with the SyncML plugin, without luck
so far. So I thought I would have more luck with libsyncml from SVN.
However, the syncml plugins seems to require an older version of
libsyncml. At least it looks for libsyncml-1.0.pc, whereas the
libsyncml from SVN provides libsyncml-3.0.pc. Is the libsyncml from SVN
used at all for opensync?

Regards,
Tino

Re: [Opensync-users] osynctool --sync hangs when using bluetooth

[Tino K. <tin...@ti...>]

On Tue, Sep 29, 2009 at 23:27:50 +0100, Graham Cobb wrote:
> On Tuesday 29 September 2009 12:40:16 Graham Cobb wrote:
> > I will check in a workround (either disable the check or make it a large
> > number) today.  A real fix will take a while longer.
> 
> I have committed a change (to the Opensync SVN trunk) which disables the 
> pending limit completely so builds from trunk should now allow syncml to 
> work.  This will break timeout handling so large syncs (typically 100 or more 
> items) may see timeout errors!

I tried the change from commit 5858 added to 0.39, now it looks like
this:

Synchronization Forecast Summary:

ObjType: contact
	Member 1: Adding(0) Modifying(0) Deleting(0)
	Member 3: Adding(113) Modifying(0) Deleting(0)

Do you want to continue the synchronization? (N/y): y

OK! Completing synchronization!
contact sink of member 1 of type evo2-sync committed all changes.
Main sink of member 1 of type evo2-sync committed all changes.
Main sink of member 3 of type syncml-obex-client committed all changes.
Sent an entry 1046 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1045 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1044 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1043 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1042 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1041 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1040 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1039 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1038 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1037 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1036 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1035 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1034 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1033 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1032 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1031 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1030 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1029 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1028 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1027 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1026 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Error for entry pas-id-4AC2E57800000240 (vcard21) and member 3
(syncml-obex-client): Unable to commit change. Error 424
Mapping Error: Unable to commit change. Error 424
contact sink of member 3 of type syncml-obex-client committed all
changes.
Sent an entry 1065 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1064 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1063 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1062 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1061 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1060 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1059 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1058 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1057 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1056 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1055 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1054 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1053 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1052 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1051 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1050 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1049 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1048 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1047 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Error for entry pas-id-4AC2E57800000252 (vcard21) and member 3
(syncml-obex-client): Unable to commit change. Error 424
Mapping Error: Unable to commit change. Error 424
Sent an entry 1087 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1086 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1085 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1084 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1083 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1082 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1081 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1080 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1079 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1078 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1077 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1076 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1075 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1074 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1073 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1072 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1071 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1070 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1069 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1068 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1067 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1066 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1107 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1106 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1105 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1104 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1103 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1102 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1101 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1100 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1099 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1098 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1097 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1096 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1095 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1094 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1093 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1092 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1091 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1090 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1089 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1088 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Error for entry pas-id-4AC2E57800000243 (vcard21) and member 3
(syncml-obex-client): Unable to commit change. Error 424
Mapping Error: Unable to commit change. Error 424
Sent an entry 1128 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1127 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1126 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1125 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1124 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1123 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1122 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1121 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1120 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1119 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1118 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1117 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1116 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1115 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1114 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1113 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1112 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1111 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1110 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1109 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1108 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Error for entry pas-id-4AC2E5780000027E (vcard21) and member 3
(syncml-obex-client): Unable to commit change. Error 424
Mapping Error: Unable to commit change. Error 424
Sent an entry 1134 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1133 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1132 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1131 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1130 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED
Sent an entry 1129 (vcard21) to member 3 (syncml-obex-client).
Changetype ADDED

...and then it hangs and the phone says that the session has finished
but was incomplete.

Regards,
Tino

Re: [Opensync-users] osynctool --sync hangs when using bluetooth

[Graham C. <g+o...@co...>]

On Tuesday 29 September 2009 12:40:16 Graham Cobb wrote:
> I will check in a workround (either disable the check or make it a large
> number) today.  A real fix will take a while longer.

I have committed a change (to the Opensync SVN trunk) which disables the 
pending limit completely so builds from trunk should now allow syncml to 
work.  This will break timeout handling so large syncs (typically 100 or more 
items) may see timeout errors!

Michael and I talked about the problem on IRC and he is looking into a medium 
term workround in libsyncml.  I am looking into a longer term fix that will 
require changes in opensync and in the plugin.

In the meantime, if anyone wants syncml to work either build from trunk or 
just comment out the call to osync_queue_set_pending_limit in 
osync_client_set_incoming_queue in opensync/client/opensync_client.c.

If Michael (or anyone else) wants to re-enable the pending limit for testing 
his fix, just re-enable that call to osync_queue_set_pending_limit.

Graham