[Opensync-users] Unknown CTCapType for Property: ParamName

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi,

I decided to give the trunk syncml-ds-tool and wbxml a try despite the 
session_transmit test failing.  I get the same problems I get with the lastest 
Debian packages (which are version 0.5.3 of libsyncml and 0.10.6 of wbxml).

$ syncml-ds-tool -b xx:xx:xx:xx:xx:xx yy --wbxml --identifier "PC Suite" --
sync text/x-vcard Contacts
** Message: Remote device was successfully connected.
** Message: ERROR: Unknown CTCapType for Property: ParamName

and if I enable tracing and logging it segment faults

$ syncml-ds-tool -b xx:xx:xx:xx:xx:xx yy --wbxml --identifier "PC Suite" --
sync text/x-vcard Contacts
Segmentation fault

Compiling with debugging information and running under gdb with or without 
tracing and logging enabled I get the message

** ERROR **: A disconnect event was received but there is no connected 
transport.
aborting...

and "info threads" gives

  4 Thread 0x7fc30bb40950 (LWP 6912)  0x00007fc30e1751be in 
__lll_lock_wait_private ()
   from /lib/libpthread.so.0
* 3 Thread 0x7fc30c341950 (LWP 6911)  0x00007fc30e5e4065 in raise () from 
/lib/libc.so.6
  2 Thread 0x7fc30cb42950 (LWP 6910)  0x00007fc30e6778f6 in poll () from 
/lib/libc.so.6
  1 Thread 0x7fc310716780 (LWP 6907)  0x00007fc30e16eb92 in 
pthread_create@@GLIBC_2.2.5 ()
   from /lib/libpthread.so.0

and backtracing for the third thread above shows

#0  0x00007f2b7529d065 in raise () from /lib/libc.so.6
#1  0x00007f2b752a0153 in abort () from /lib/libc.so.6
#2  0x00007f2b76ccf0de in IA__g_logv (log_domain=0x0, 
log_level=G_LOG_LEVEL_ERROR, format=0x7f2b76fbb660 "A disconnect event was 
received but there is no connected transport.", args1=0x7f2b72fa9c40) at 
/tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmessages.c:506
#3  0x00007f2b76ccf163 in IA__g_log (log_domain=0x1a97 <Address 0x1a97 out of 
bounds>, log_level=6809, format=0x6 <Address 0x6 out of bounds>) at 
/tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmessages.c:526
#4  0x00007f2b76f7b897 in smlTransportReceiveEvent (tsp=0x1a92ff0, link_=0x0, 
type=SML_TRANSPORT_EVENT_DISCONNECT_DONE, data=0x0, error=0x0) at 
/home/tyson/Sync/libsyncml/libsyncml/sml_transport.c:303
#5  0x00007f2b76fad587 in smlTransportObexClientEvent (handle=0x1a932a0, 
object=0x1aa0930, mode=<value optimized out>, event=4, obex_cmd=2, obex_rsp=0) 
at /home/tyson/Sync/libsyncml/libsyncml/transports/obex_client.c:570
#6  0x00007f2b755c1463 in ?? () from /usr/lib/libopenobex.so.1
#7  0x00007f2b755c0fb7 in ?? () from /usr/lib/libopenobex.so.1
#8  0x00007f2b76fab21f in smlTransportObexClientSend (userdata=0x1a930b0, 
link_=<value optimized out>, data=0x7f2b6c002370, error=0x0) at 
/home/tyson/Sync/libsyncml/libsyncml/transports/obex_client.c:1287
#9  0x00007f2b76f7c319 in smlTransportWorkerHandler (message=0x7f2b6c002260, 
userdata=0x1a92ff0) at 
/home/tyson/Sync/libsyncml/libsyncml/sml_transport.c:145
#10 0x00007f2b76f73368 in _queue_dispatch (source=<value optimized out>, 
callback=<value optimized out>, user_data=0x1a93180) at 
/home/tyson/Sync/libsyncml/libsyncml/sml_queue.c:78
#11 0x00007f2b76cc4f7a in IA__g_main_context_dispatch (context=0x7f2b6c000960) 
at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmain.c:1814
#12 0x00007f2b76cc8640 in g_main_context_iterate (context=0x7f2b6c000960, 
block=1, dispatch=1, self=<value optimized out>) at /tmp/cdt.XX50MgKl/build-
area/glib2.0-2.20.1/glib/gmain.c:2448
#13 0x00007f2b76cc8b0d in IA__g_main_loop_run (loop=0x7f2b6c000af0) at 
/tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmain.c:2656
#14 0x00007f2b76f79a14 in smlThreadStartCallback (data=0x7f2b6c000a40) at 
/home/tyson/Sync/libsyncml/libsyncml/sml_thread.c:118
#15 0x00007f2b76cee574 in g_thread_create_proxy (data=0x7f2b6c000d10) at 
/tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gthread.c:635
#16 0x00007f2b74e27faa in start_thread () from /lib/libpthread.so.0
#17 0x00007f2b7533929d in clone () from /lib/libc.so.6
#18 0x0000000000000000 in ?? ()

Running the debug version from the command line or under valgrind gives the 
earlier results (i.e., "ERROR: Unknown CTCapType for Property: ParamName").  
Valgrind also complains about 8 "conditional jumps or moves depending on 
uninitializsed values" within ld-2.9.so, but I assume that is irrelevant.

Enabling tracing and logging, running outside of gdb, and then loading the 
dumped core with gdb, "info threads" gives

  4 process 6958  0x00007f8f74b7b8f6 in poll () from /lib/libc.so.6
  3 process 6960  0x00007f8f74b7b8f6 in poll () from /lib/libc.so.6
  2 process 6957  0x00007f8f746791f4 in __lll_lock_wait () from 
/lib/libpthread.so.0
* 1 process 6959  0x00007f8f74b2fcc0 in strlen () from /lib/libc.so.6

and a backtrace on the first thread gives

#0  0x00007f8f74b2fcc0 in strlen () from /lib/libc.so.6
#1  0x00007f8f74afc9ae in vfprintf () from /lib/libc.so.6
#2  0x00007f8f74b1d43f in vasprintf () from /lib/libc.so.6
#3  0x00007f8f76544ec0 in IA__g_vasprintf (string=0x3,
    format=0x7f8f76806ba6 "%s: connect + no link", args=0x7f8f72844a70)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gprintf.c:315
#4  0x00007f8f76531b00 in IA__g_strdup_vprintf (format=0x3 <Address 0x3 out of 
bounds>,
    args=<value optimized out>)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gstrfuncs.c:244
#5  0x00007f8f767c3b9d in smlTrace (type=TRACE_INTERNAL,
    message=0x7f8f76806ba6 "%s: connect + no link")
    at /home/tyson/Sync/libsyncml/libsyncml/sml_support.c:160
#6  0x00007f8f767c684a in smlTransportReceiveEvent (tsp=0x1693ff0, link_=0x0,
    type=SML_TRANSPORT_EVENT_CONNECT_DONE, data=0x0, error=0x0)
    at /home/tyson/Sync/libsyncml/libsyncml/sml_transport.c:293
#7  0x00007f8f767f89db in smlTransportObexClientEvent (handle=0x16942a0,
    object=0x7f8f6c001d00, mode=<value optimized out>, event=<value optimized 
out>,
    obex_cmd=<value optimized out>, obex_rsp=32)
    at /home/tyson/Sync/libsyncml/libsyncml/transports/obex_client.c:489
#8  0x00007f8f74e0c442 in ?? () from /usr/lib/libopenobex.so.1
#9  0x00007f8f74e0bedf in ?? () from /usr/lib/libopenobex.so.1
#10 0x00007f8f74e0c6ab in ?? () from /usr/lib/libopenobex.so.1
#11 0x00007f8f74e0e1f0 in ?? () from /usr/lib/libopenobex.so.1
#12 0x00007f8f767f6c7e in smlTransportObexClientConnect (data=0x16940b0)
    at /home/tyson/Sync/libsyncml/libsyncml/transports/obex_client.c:1082
#13 0x00007f8f767c72f2 in smlTransportWorkerHandler (message=0x16a12c0,
    userdata=0x1693ff0) at 
/home/tyson/Sync/libsyncml/libsyncml/sml_transport.c:153
#14 0x00007f8f767be368 in _queue_dispatch (source=<value optimized out>,
    callback=<value optimized out>, user_data=0x1694180)
    at /home/tyson/Sync/libsyncml/libsyncml/sml_queue.c:78
#15 0x00007f8f7650ff7a in IA__g_main_context_dispatch (context=0x16a0ff0)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmain.c:1814
#16 0x00007f8f76513640 in g_main_context_iterate (context=0x16a0ff0, block=1, 
dispatch=1,
    self=<value optimized out>)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmain.c:2448
#17 0x00007f8f76513b0d in IA__g_main_loop_run (loop=0x16a1120)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gmain.c:2656
#18 0x00007f8f767c4a14 in smlThreadStartCallback (data=0x16a0dd0)
    at /home/tyson/Sync/libsyncml/libsyncml/sml_thread.c:118
#19 0x00007f8f76539574 in g_thread_create_proxy (data=0x16a12f0)
    at /tmp/cdt.XX50MgKl/build-area/glib2.0-2.20.1/glib/gthread.c:635
#20 0x00007f8f74672faa in start_thread () from /lib/libpthread.so.0
#21 0x00007f8f74b8429d in clone () from /lib/libc.so.6
#22 0x0000000000000000 in ?? ()

I would be happy to provide any additional information I can or test any 
patches that anyone proposes.

Thanks!

-Tyson