Menu
▾
▴
opensync-users
|
From: <li...@ba...> - 2007-12-29 13:06:40
|
Hi,
I tried the latest version of opensync without success. The scenario was to
syncronize the phone (syncml-obex-client) with the file system. The mobile
phone only says: "Session failed Invalid server response". I tried bluetooth
as well as usb connections.
I've tested two phones, which are probably quite the same: Sony Ericsson 750i
and a W810i, both showed the same behavior.
I've used the latest version of libsyncml and tried the syncml-obex-client
tool for testing. This showed the same behavior as opensync. Therefore I
assume it might be a problem in libsyncml. In the following the debug output,
with a self-compiled open-obex library.
./syncml-obex-client -u 0 --identifier "Sony Ericss" --sync text/x-vcard
Contacts --dumpinfo --wbxml
Tx: 80 00 15 10 00 FF FF 46 00 0E 53 59 4E 43 4D 4C 2D 53 59 4E 43
Rx: A0 00 1A 10 00 10 00 CB 00 00 00 01 4A 00 0E 53 59 4E 43 4D 4C 2D 53 59 4E
43
Tx: 82 00 A7 CB 00 00 00 01 42 00 20 61 70 70 6C 69 63 61 74 69 6F 6E 2F 76 6E
64
Tx: 2E 73 79 6E 63 6D 6C 2B 77 62 78 6D 6C 00 C3 00 00 00 77 49 00 7A 02 9F 53
6A
Tx: 00 6D 6C 71 03 31 2E 31 00 01 72 03 53 79 6E 63 4D 4C 2F 31 2E 31 00 01 65
03
Tx: 31 00 01 5B 03 31 00 01 6E 57 03 2F 00 01 01connection with device
succeeded
67 57 03 53 6F 6E 79 20 45 72 69
Tx: 63 73 73 00 01 01 01 6B 46 4B 03 31 00 01 4F 03 32 30 36 00 01 54 67 57 03
43
Tx: 6F 6E 74 61 63 74 73 00 01 01 5A 00 01 53 03 74 65 78 74 2F 78 2D 76 63 61
72
Tx: 64 00 01 01 01 01 00 00 12 01 01
Rx: A0 00 03
Tx: 83 00 28 CB 00 00 00 01 42 00 20 61 70 70 6C 69 63 61 74 69 6F 6E 2F 76 6E
64
Tx: 2E 73 79 6E 63 6D 6C 2B 77 62 78 6D 6C 00
Rx: 90 01 4C C3 00 00 01 41 48 01 44 02 00 00 6A 1D 2D 2F 2F 53 59 4E 43 4D 4C
2F
Rx: 2F 44 54 44 20 53 79 6E 63 4D 4C 20 31 2E 31 2F 2F 45 4E 6D 6C 71 03 31 2E
31
Rx: 00 01 72 03 53 79 6E 63 4D 4C 2F 31 2E 31 00 01 65 03 31 00 01 5B 03 31 00
01
Rx: 6E 57 03 53 6F 6E 79 20 45 72 69 63 73 73 00 01 01 67 57 03 49 4D 45 49 3A
33
Rx: 35 36 35 35 33 30 30 39 32 30 32 35 37 31 00 01 01 5A 00 01 4C 03 36 30 30
30
Rx: 00 01 01 01 00 00 6B 69 4B 03 31 00 01 5C 03 31 00 01 4C 03 30 00 01 4A 03
53
Rx: 79 6E 63 48 64 72 00 01 6F 03 2F 00 01 68 03 53 6F 6E 79 20 45 72 69 63 73
73
Rx: 00 01 4F 03 32 30 30 00 01 01 69 4B 03 32 00 01 5C 03 31 00 01 4C 03 31 00
01
Rx: 4A 03 41 6C 65 72 74 00 01 68 03 43 6F 6E 74 61 63 74 73 00 01 4F 03 32 30
30
Rx: 00 01 01 46 4B 03 33 00 01 4F 03 32 30 31 00 01 54 6E 57 03 43 6F 6E 74 61
63
Rx: 74 73 00 01 01 67 57 03 43 6F 6E 74 61 63 74 73 00 01 01 5A 00 01 45 4A 03
30
Rx: 00 01 4F 03 31 00 01 01 55 03 36 35 35 33 35 00 01 4D 49 03 33 32 37 30 31
39
Rx: 36 35 00 01 48 03 34 39 39 00 01 01 01 01 01 00 00 12 01 01
Tx: 83 00 03
Rx: A0 00 06 49 00 03
Received an Alert for the DS Server at Contacts: Type: 201, Last 0, Next 1
Just received a new session with ID 1
Going to request the devinf
Session 1 reported final. flushing
Tx: 82 01 64 CB 00 00 00 01 42 00 20 61 70 70 6C 69 63 61 74 69 6F 6E 2F 76 6E
64
Tx: 2E 73 79 6E 63 6D 6C 2B 77 62 78 6D 6C 00 C3 00 00 01 34 49 01 37 02 9F 53
6A
Tx: 38 49 4D 45 49 3A 33 35 36 35 35 33 30 30 39 32 30 32 35 37 31 00 53 6F 6E
79
Tx: 20 45 72 69 63 73 73 00 73 79 6E 63 6D 6C 3A 6D 65 74 69 6E 66 00 43 6F 6E
74
Tx: 61 63 74 73 00 6D 6C 71 03 31 2E 31 00 01 72 03 53 79 6E 63 4D 4C 2F 31 2E
31
Tx: 00 01 65 03 31 00 01 5B 03 32 00 01 6E 57 83 00 01 01 67 57 83 15 01 01 01
6B
Tx: 69 4B 03 31 00 01 5C 03 31 00 01 4C 03 30 00 01 4A 03 53 79 6E 63 48 64 72
00
Tx: 01 68 83 15 01 6F 83 00 01 4F 03 32 30 30 00 01 01 69 4B 03 32 00 01 5C 03
31
Tx: 00 01 4C 03 33 00 01 4A 03 41 6C 65 72 74 00 01 54 4F 00 01 45 4F 03 31 00
01
Tx: 01 01 01 00 00 68 83 2F 01 6F 83 2F 01 4F 03 32 30 30 00 01 01 46 4B 03 33
00
Tx: 01 4F 03 32 30 36 00 01 54 6E 57 83 2F 01 01 67 57 83 2F 01 01 01 01 53 4B
03
Tx: 34 00 01 5A 00 01 53 03 61 70 70 6C 69 63 61 74 69 6F 6E 2F 76 6E 64 2E 73
79
Tx: 6E 63 6D 6C 2D 64 65 76 69 6E 66 2B 77 62 78 6D 6C 00 01 01 00 00 54 6E 57
03
Tx: 2E 2F 64 65 76 69 6E 66 31 31 00 01 01 01 01 12 01 01
Rx: D0 00 03
Received an transport error: Request not successful: 0x50
Tx: 81 00 08 CB 00 00 00 01
Rx: A0 00 03
Didnt receive the devinf though it was requested
marc@A64-Ubuntu:~/opensync/build/bin$ ldd ./syncml-
syncml-http-client syncml-http-server syncml-obex-client
marc@A64-Ubuntu:~/opensync/build/bin$ ldd ./syncml-obex-client
linux-gate.so.1 => (0xffffe000)
libsyncml.so.0 => /home/marc/opensync/build/lib/libsyncml.so.0
(0xb7ed7000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7e2d000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7e29000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7e25000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7e20000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7e17000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7cfa000)
libbluetooth.so.2 => /usr/lib/libbluetooth.so.2 (0xb7ce8000)
libwbxml2.so.0 => /usr/lib/libwbxml2.so.0 (0xb7cc8000)
libsoup-2.2.so.8 => /usr/lib/libsoup-2.2.so.8 (0xb7c9c000)
libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0xb7c2c000)
libopenobex.so.1 => /home/marc/opensync/build/lib/libopenobex.so.1
(0xb7c22000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7ae1000)
/lib/ld-linux.so.2 (0xb7f27000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7ac9000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7ab5000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7a8e000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7a6e000)
libpopt.so.0 => /lib/libpopt.so.0 (0xb7a66000)
libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7a4e000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7a14000)
libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0xb79ff000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0xb79ae000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0xb79aa000)
libusb-0.1.so.4 => /lib/libusb-0.1.so.4 (0xb79a1000)
I've used different names of "Contacts" and for the Identifier, but nothing
changed.
I've used libsyncml with opensync 0.34 in November and at that time it worked.
Switching back to libsyncml revision 263 (probably the version I've used at
that time) brought no success. The only difference is the computer and
probably the installed version of Ubuntu.
Find attached the libsyncml log-files. If required, I can sent the trace
files.
Best regards
Marc |
|
From: Daniel G. <dg...@su...> - 2007-12-29 22:33:18
|
On Saturday 29 December 2007 14:06:32 li...@ba... wrote:
> I've used the latest version of libsyncml and tried the syncml-obex-client
> tool for testing. This showed the same behavior as opensync. Therefore I
> assume it might be a problem in libsyncml. In the following the debug
> output, with a self-compiled open-obex library.
I just had a quick look on the syncml log dumps. I guess following SyncML
message generated by libsyncml is wrong (sent-1.xml):
<SyncBody>
<Status>
...
<SourceRef>Sony Ericss</SourceRef>
<TargetRef>IMEI:xxxxxxxxxxxxxx</TargetRef>
....
</Status>
....
</SyncBody>
Actually your identifier string should be in that context the <TargetRef/>,
and the IMEI string in <SourceRef/>. Since the Status refers from a SyncML
command which got emitted by the mobile. And for the mobile the Target is
libsyncml ...
I'll review the commits to see when this bug got introduced... not quite sure
if r263 is affected or not.
best regards,
Daniel
|
|
From: Michael B. <mic...@cm...> - 2008-01-08 13:20:26
Attachments:
smime.p7s
|
Daniel Gollub schrieb: > I just had a quick look on the syncml log dumps. I guess following SyncML > message generated by libsyncml is wrong (sent-1.xml): > > <SyncBody> > <Status> > ... > <SourceRef>Sony Ericss</SourceRef> > <TargetRef>IMEI:xxxxxxxxxxxxxx</TargetRef> > .... > </Status> > .... > </SyncBody> > > Actually your identifier string should be in that context the <TargetRef/>, > and the IMEI string in <SourceRef/>. Since the Status refers from a SyncML > command which got emitted by the mobile. And for the mobile the Target is > libsyncml ... This is correct. The bug is in sml_auth.c where it creates a new status. The used session is used with the wrong viewpoint (local site instead of the remote peer). > I'll review the commits to see when this bug got introduced... not quite sure > if r263 is affected or not. I fixed it in r320. This is a single commit of one file - so it is human readable :) 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 _______________________________________________________________ X.509 CA Certificates / Wurzelzertifikate http://ra.pki.hu-berlin.de |
Thanks for helping keep SourceForge clean.
X