Dear Patrick,
Thank you for an unexpectedly swift reply.
On Mon, 12 Oct 2009, Patrick Ohly wrote:
The .html log contains a dump of the XML config that was used. It
indeed
doesn't contain a <defaultsyncmlversion>1.1</defaultsyncmlversion>. Are
you sure that the current directory had a modified
syncclient_sample_config.xml? The file is loaded by libsyncevolution.so:
That was my bad. I forgot that I have played with the name of the file and
have sent you the log with a wrong one. I attach the one which clearly
includes the 1.1 directive, but nevertheless the message sent is 1.2
$ strings -a /usr/lib/syncevolution/libsyncevolution.so | grep
sample
$ ls *sample*xml
syncclient_sample_config.xml
$ strace -e trace=open syncevolution scheduleworld_1 vcard30 2>&1 | grep
sample
open("syncclient_sample_config.xml", O_RDONLY) = 6
open("syncclient_sample_config.xml", O_RDONLY) = 25
Works as it should. You are right that the file is opened. (I have a static
version of the library apparently, but this should not matter, I believe).
The relevant (and unfortunately not very informative part) is quoted
below.
Yes. I was contemplated this for days, with intensive use of google, but it
did not take me far. So I am here bugging you now :(
Wow, you've been really patient.
I have not been debugging for weeks, just suffering from inability to
synchronize :). Now I am on vacation this week, so may be I can hunt it down.
It is a shame that an iPhone can do this, and evolution cannot :(
On Mon, 2009-10-12 at 08:26 +0100, Andrzej Wąsowski wrote:
> * [2009-10-12 09:20:36.661] Calling
> smlProcessData(NEXT_COMMAND)
> * [2009-10-12 09:20:36.661] ===> smlProcessData failed, returned
> 0x10
Whatever the server sent back, it couldn't be parsed at all. There isn't
even a dump of the incoming data (unless you forgot to attach it).
I know that occasionally I get the message back, but the file in the log
directory is empty. But I was not able to replicate this - sometimes an empty
message, and sometimes no message is saved.
Can you try with --run --sync-property enableWBXML=0? If you
don't get
the incoming data dumped by SyncEvolution/libsynthesis, then you can at
least grab it from a normal network dump in a readable XML format
Unfortunately this 0x10 error is already produced with WBXML=0. If I set it
to 1, I get error 0x2012. I do feel that the server is misresponding, and
this is why I hoped that switching to SyncML 1.1 would help, however I cannot
enforce it with success, as you can see above.
I hope you will have an idea. In the meantime I will try to get a dump (can't
remember on top of my head how to nail in it down).
Best,
Andrzej