On Mon, 2012-02-27 at 14:32 +0200, Juha Pahkala wrote: > On 02/27/2012 01:51 PM, Patrick Ohly wrote: > > I am running FunV10, Version 10.1.1. Is that also your version? > > I'm on 10.1.1 also. Strange... > > >> Doing a two-way sync failed with the same SAN error: > >> > >> [ERROR] sync: SML (or SAN) error processing incoming message (local, > >> status 20007) > > > > I've looked at the logs that you sent me. It does indeed look like the > > old problem. > > > > Can you run the test again with the attached syncevo-http-server.py and > > -d on its command line? > > > > Sure. Just did and sent the output to you.
The concatenation in the XML message dump is indeed an artifact of how buffers are handled; it's not the root cause of the problem. I tried to reproduce the decoding problem by feeding the same message into a local SyncEvolution installation, but after making a few changes to the message to fit into a normal session the problem didn't occur. Juha, I have to rely on you for some remote debugging. As a first step, please use the pre-release 1.2.99+20120228+SE+cb0b7f6 +SYSYNC+5e0f652 from the experimental apt repo on syncevolution.org or from dowloads.syncevolution.org. It has additional debug printing enabled in the SyncML Toolkit. Please send me another server-side log of a failed sync attempt with that version. Perhaps it'll tell me something (not sure yet). If it doesn't, do you know gdb well enough to step through the source code manually? -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
