segfault on sync

[Fernando Toledo]

i am in debian testing:
please if need another specific info, tell me.


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb24ceb90 (LWP 14051)]
0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
#1 0xb7ef82f5 in osync_time_isutc (vtime=0x0) at
/build/mbanck/opensync-0.22/opensync/opensync_time.c:154
#2 0xb7fd3aec in osxml_compare_time (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:62
#3 0xb7fd3fdf in osxml_compare_node (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:177
#4 0xb7fd3f58 in osxml_compare_node (leftnode=0xb12efdb0,
rightnode=0xb12f6748) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:182
#5 0xb7fd43ee in osxml_compare (leftinpdoc=0xb11e37a0,
rightinpdoc=0xb1209ec0, scores=0xb24ce124, default_score=0, treshold=99)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-support.c:335
#6 0xb5575250 in compare_vevent (leftchange=0x83a9408, rightchange=0x8389568)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-vcal.c:1270
#7 0xb7ef5f97 in osync_change_compare_data (leftchange=0x83a9408,
rightchange=0x8389568) at
/build/mbanck/opensync-0.22/opensync/opensync_changecmds.c:194
#8 0xb7ed3947 in _osengine_mapping_find (engine=0x80d4c48, entry=0x8389530)
at /build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:251
#9 osengine_change_map (engine=0x80d4c48, entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:267
#10 0xb7ed51b7 in osengine_mappingentry_decider (engine=0x80d4c48,
entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_deciders.c:62
#11 0xb7ed0206 in engine_message_handler (message=0x83e8ea0, engine=0x80d4c48)
at /build/mbanck/opensync-0.22/osengine/osengine_engine.c:322
#12 0xb7efabb2 in _incoming_dispatch (source=0x8370e48, callback=0,
user_data=0x836e248) at
/build/mbanck/opensync-0.22/opensync/opensync_queue.c:107
#13 0xb7f3fe98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#14 0xb7f43623 in ?? () from /lib/libglib-2.0.so.0
#15 0xb7f43aea in g_main_loop_run () from /lib/libglib-2.0.so.0
#16 0xb7f6a11f in ?? () from /lib/libglib-2.0.so.0
#17 0xb7b184b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#18 0xb7e48a5e in clone () from /lib/i686/cmov/libc.so.6
(gdb) INFO:SynCE:device synchronization complete

[David Eriksson]

I can't solve this for you, but it seems to be related to the date/time
fields. Maybe someone can help you further if you extract those fields
from the data you are trying to sync and send them to the list?

Best regards,

David Eriksson, http://www.divideandconquer.se/

Post by Fernando Toledo
please if need another specific info, tell me.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb24ceb90 (LWP 14051)]
0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
#1 0xb7ef82f5 in osync_time_isutc (vtime=0x0) at
/build/mbanck/opensync-0.22/opensync/opensync_time.c:154
#2 0xb7fd3aec in osxml_compare_time (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:62
#3 0xb7fd3fdf in osxml_compare_node (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:177
#4 0xb7fd3f58 in osxml_compare_node (leftnode=0xb12efdb0,
rightnode=0xb12f6748) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:182
#5 0xb7fd43ee in osxml_compare (leftinpdoc=0xb11e37a0,
rightinpdoc=0xb1209ec0, scores=0xb24ce124, default_score=0, treshold=99)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-support.c:335
#6 0xb5575250 in compare_vevent (leftchange=0x83a9408, rightchange=0x8389568)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-vcal.c:1270
#7 0xb7ef5f97 in osync_change_compare_data (leftchange=0x83a9408,
rightchange=0x8389568) at
/build/mbanck/opensync-0.22/opensync/opensync_changecmds.c:194
#8 0xb7ed3947 in _osengine_mapping_find (engine=0x80d4c48, entry=0x8389530)
at /build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:251
#9 osengine_change_map (engine=0x80d4c48, entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:267
#10 0xb7ed51b7 in osengine_mappingentry_decider (engine=0x80d4c48,
entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_deciders.c:62
#11 0xb7ed0206 in engine_message_handler (message=0x83e8ea0, engine=0x80d4c48)
at /build/mbanck/opensync-0.22/osengine/osengine_engine.c:322
#12 0xb7efabb2 in _incoming_dispatch (source=0x8370e48, callback=0,
user_data=0x836e248) at
/build/mbanck/opensync-0.22/opensync/opensync_queue.c:107
#13 0xb7f3fe98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#14 0xb7f43623 in ?? () from /lib/libglib-2.0.so.0
#15 0xb7f43aea in g_main_loop_run () from /lib/libglib-2.0.so.0
#16 0xb7f6a11f in ?? () from /lib/libglib-2.0.so.0
#17 0xb7b184b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#18 0xb7e48a5e in clone () from /lib/i686/cmov/libc.so.6
(gdb) INFO:SynCE:device synchronization complete
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

[Mark Ellis]

Post by David Eriksson
I can't solve this for you, but it seems to be related to the date/time
fields. Maybe someone can help you further if you extract those fields
from the data you are trying to sync and send them to the list?
Best regards,
David Eriksson, http://www.divideandconquer.se/

And what is this backtrace actually from ?

Mark

Post by David Eriksson

Post by Fernando Toledo
please if need another specific info, tell me.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb24ceb90 (LWP 14051)]
0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ddd263 in strchr () from /lib/i686/cmov/libc.so.6
#1 0xb7ef82f5 in osync_time_isutc (vtime=0x0) at
/build/mbanck/opensync-0.22/opensync/opensync_time.c:154
#2 0xb7fd3aec in osxml_compare_time (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:62
#3 0xb7fd3fdf in osxml_compare_node (leftnode=0xb12f6990,
rightnode=0xb12efff8) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:177
#4 0xb7fd3f58 in osxml_compare_node (leftnode=0xb12efdb0,
rightnode=0xb12f6748) at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-
support.c:182
#5 0xb7fd43ee in osxml_compare (leftinpdoc=0xb11e37a0,
rightinpdoc=0xb1209ec0, scores=0xb24ce124, default_score=0, treshold=99)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-support.c:335
#6 0xb5575250 in compare_vevent (leftchange=0x83a9408, rightchange=0x8389568)
at /build/mbanck/opensync-0.22/formats/vformats-xml/xml-vcal.c:1270
#7 0xb7ef5f97 in osync_change_compare_data (leftchange=0x83a9408,
rightchange=0x8389568) at
/build/mbanck/opensync-0.22/opensync/opensync_changecmds.c:194
#8 0xb7ed3947 in _osengine_mapping_find (engine=0x80d4c48, entry=0x8389530)
at /build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:251
#9 osengine_change_map (engine=0x80d4c48, entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_mapcmds.c:267
#10 0xb7ed51b7 in osengine_mappingentry_decider (engine=0x80d4c48,
entry=0x8389530) at
/build/mbanck/opensync-0.22/osengine/osengine_deciders.c:62
#11 0xb7ed0206 in engine_message_handler (message=0x83e8ea0, engine=0x80d4c48)
at /build/mbanck/opensync-0.22/osengine/osengine_engine.c:322
#12 0xb7efabb2 in _incoming_dispatch (source=0x8370e48, callback=0,
user_data=0x836e248) at
/build/mbanck/opensync-0.22/opensync/opensync_queue.c:107
#13 0xb7f3fe98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#14 0xb7f43623 in ?? () from /lib/libglib-2.0.so.0
#15 0xb7f43aea in g_main_loop_run () from /lib/libglib-2.0.so.0
#16 0xb7f6a11f in ?? () from /lib/libglib-2.0.so.0
#17 0xb7b184b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#18 0xb7e48a5e in clone () from /lib/i686/cmov/libc.so.6
(gdb) INFO:SynCE:device synchronization complete
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

--

[Fernando Toledo]

Post by Mark Ellis

Post by David Eriksson
I can't solve this for you, but it seems to be related to the date/time
fields. Maybe someone can help you further if you extract those fields
from the data you are trying to sync and send them to the list?

i can't understand (sorry my english)
how to extract these fields?
maybe, exporting my calendar as ics or my contact as vcf files?

Post by Mark Ellis

Post by David Eriksson
Best regards,
David Eriksson, http://www.divideandconquer.se/

And what is this backtrace actually from ?
Mark

its from msynctool i can't detect what cause it

im attach the msynctool --sync output
im use synce-opensync-plugin and kdepim-plugin on debian testing/unstable
my kdepim is using akonadi for calendar and contacts

Note: few day ago, my country don't change the DST and the debian tzdata was
out of date.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551195
now i have my tzdata up to date but the problem persist.

another data that can i send here , please tell me.
thanks you for response.

[Mark Ellis]

Post by Fernando Toledo

Post by Mark Ellis

Post by David Eriksson
I can't solve this for you, but it seems to be related to the date/time
fields. Maybe someone can help you further if you extract those fields
from the data you are trying to sync and send them to the list?

i can't understand (sorry my english)
how to extract these fields?
maybe, exporting my calendar as ics or my contact as vcf files?

Post by Mark Ellis

Post by David Eriksson
Best regards,
David Eriksson, http://www.divideandconquer.se/

And what is this backtrace actually from ?
Mark

its from msynctool i can't detect what cause it
im attach the msynctool --sync output
im use synce-opensync-plugin and kdepim-plugin on debian testing/unstable
my kdepim is using akonadi for calendar and contacts
Note: few day ago, my country don't change the DST and the debian tzdata was
out of date.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551195
now i have my tzdata up to date but the problem persist.
another data that can i send here , please tell me.
thanks you for response.

Right, lets start again. Send the output from the following.

msynctool --showgroup <syncgroupname>
msynctool --sync <syncgroupname>
synce-matchmaker status
synce-pstatus

Mark