|
From: Tyson W. <twh...@gm...> - 2009-08-08 14:19:58
|
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
|