msynctool core dumps

View: New views
5 Messages — Rating Filter:   Alert me  

msynctool core dumps

by Christian Hilgers-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

msynctool --sync on an kde->file group crashes as follows

...
Received an entry libkcal-643774169.833 from member 1 (file-sync). Changetype ADDED
Received an entry libkcal-1179725020.600 from member 1 (file-sync). Changetype ADDED
event sink of member 1 of type file-sync just sent all changes
Speicherzugriffsfehler (core dumped)


gdb where shows
Core was generated by `msynctool --sync file-kde'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7c66c33 in xmlDocDumpFormatMemoryEnc__internal_alias (out_doc=0x4e4f4953, doc_txt_ptr=0xb48b7ea0,
doc_txt_len=0xb48b7e9c,
     txt_encoding=0x0, format=1) at xmlsave.c:2074
2074    xmlsave.c: No such file or directory.
         in xmlsave.c
(gdb) where
#0  0xb7c66c33 in xmlDocDumpFormatMemoryEnc__internal_alias (out_doc=0x4e4f4953, doc_txt_ptr=0xb48b7ea0,
doc_txt_len=0xb48b7e9c,
     txt_encoding=0x0, format=1) at xmlsave.c:2074
#1  0xb7ef3fd6 in osync_xmlformat_assemble (xmlformat=0x80b7600, buffer=0xb48b7ea0, size=0xb48b7e9c)
     at /opt/opensync/opensync/opensync/merger/opensync_xmlformat.c:391
#2  0xb7ea41db in marshal_xmlformat (input=0x80b7600 "BEGIN:VNOTE\r\nVERSION:1.1\r\nSUMMARY:KaffeePads\r\nEND:VNOTE\r",
inpsize=56,
     message=0x80ca200, error=0xb48b7f58) at /opt/opensync/opensync/formats/xmlformat.c:98
#3  0xb7eded6d in osync_objformat_marshal (format=0x807de50, input=0x80b7600
"BEGIN:VNOTE\r\nVERSION:1.1\r\nSUMMARY:KaffeePads\r\nEND:VNOTE\r",
     inpsize=56, message=0x80ca200, error=0xb48b7f58) at /opt/opensync/opensync/opensync/format/opensync_objformat.c:455
...


libxml2 were updated without changing the behaviour.
ii  libxml2                        2.6.32.dfsg-2                  GNOME XML library
ii  libxml2-dbg                    2.6.32.dfsg-2                  Debugging symbols for the GNOME XML library
ii  libxml2-dev                    2.6.32.dfsg-2                  Development files for the GNOME XML library
ii  libxml2-doc                    2.6.32.dfsg-2                  Documentation for the GNOME XML library


Is that an opensync or an libxml issue?


Christian
--
Christian Hilgers                  |ConSol*
Tel.   +49.2102.994-423            |Consulting&Solutions Software GmbH
Fax    +49.2102.994-411            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: msynctool core dumps

by Daniel Gollub :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Tuesday 22 April 2008 17:59:33 Christian Hilgers wrote:
> msynctool --sync on an kde->file group crashes as follows
>
> ...
> Received an entry libkcal-643774169.833 from member 1 (file-sync).
> Changetype ADDED Received an entry libkcal-1179725020.600 from member 1
> (file-sync). Changetype ADDED event sink of member 1 of type file-sync just
> sent all changes
> Speicherzugriffsfehler (core dumped)
>

What does your file-sync configuration look like?

>
> gdb where shows
> Core was generated by `msynctool --sync file-kde'.
> Program terminated with signal 11, Segmentation fault.
> #0  0xb7c66c33 in xmlDocDumpFormatMemoryEnc__internal_alias
> (out_doc=0x4e4f4953, doc_txt_ptr=0xb48b7ea0, doc_txt_len=0xb48b7e9c,
>      txt_encoding=0x0, format=1) at xmlsave.c:2074
> 2074    xmlsave.c: No such file or directory.
>          in xmlsave.c
> (gdb) where
> #0  0xb7c66c33 in xmlDocDumpFormatMemoryEnc__internal_alias
> (out_doc=0x4e4f4953, doc_txt_ptr=0xb48b7ea0, doc_txt_len=0xb48b7e9c,
>      txt_encoding=0x0, format=1) at xmlsave.c:2074
> #1  0xb7ef3fd6 in osync_xmlformat_assemble (xmlformat=0x80b7600,
> buffer=0xb48b7ea0, size=0xb48b7e9c) at
> /opt/opensync/opensync/opensync/merger/opensync_xmlformat.c:391 #2
>  0xb7ea41db in marshal_xmlformat (input=0x80b7600
> "BEGIN:VNOTE\r\nVERSION:1.1\r\nSUMMARY:KaffeePads\r\nEND:VNOTE\r",
> inpsize=56,
>      message=0x80ca200, error=0xb48b7f58) at
> /opt/opensync/opensync/formats/xmlformat.c:98 #3  0xb7eded6d in
> osync_objformat_marshal (format=0x807de50, input=0x80b7600
> "BEGIN:VNOTE\r\nVERSION:1.1\r\nSUMMARY:KaffeePads\r\nEND:VNOTE\r",
> inpsize=56, message=0x80ca200, error=0xb48b7f58) at
> /opt/opensync/opensync/opensync/format/opensync_objformat.c:455 ...

Could you send the full backtrace .. there is something REALLY odd. The libxml
got feed with a plain vnote instead of something in XML - this cause libxml
to crash i guess. Maybe libxml should not crash, but opensync should not try
to feed libxml with non-xml stuff

best regards,
Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: msynctool core dumps

by Christian Hilgers-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Daniel,

Daniel Gollub schrieb:

> What does your file-sync configuration look like?
see attached file

> Could you send the full backtrace .. there is something REALLY odd. The libxml
see attached file

This is the first time with "live" data so there might be weird data in.

The Note visible in the stacktrace does not look different then
the other notes in that directory.
BUT there is no data in these notes.

expample note:
cat libkcal-542667007.520  <- thats the one in the file-sync-directory
BEGIN:VNOTE
VERSION:1.1
SUMMARY:KaffeePads
END:VNOTE

There is data in the kdepim.


Christian
--
Christian Hilgers                  |ConSol*
Tel.   +49.2102.994-423            |Consulting&Solutions Software GmbH
Fax    +49.2102.994-411            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

osyncdump.gz (1K) Download Attachment

Re: msynctool core dumps

by Daniel Gollub :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Wednesday 23 April 2008 10:41:11 Christian Hilgers wrote:
> > What does your file-sync configuration look like?
>
> see attached file

  <directory>
    <path>/opt/opensync/kde-file/note</path>
    <objtype>note</objtype>
    <objformat>xmlformat-note</objformat>
    <converterpath_config></converterpath_config>
  </directory>

This <objformat> line is VERY interesting....

>
> > Could you send the full backtrace .. there is something REALLY odd. The
> > libxml
>
> see attached file
>
> This is the first time with "live" data so there might be weird data in.
>
> The Note visible in the stacktrace does not look different then
> the other notes in that directory.
> BUT there is no data in these notes.

What do you mean by data?

>
> expample note:
> cat libkcal-542667007.520  <- thats the one in the file-sync-directory
> BEGIN:VNOTE
> VERSION:1.1
> SUMMARY:KaffeePads
> END:VNOTE
>
> There is data in the kdepim.

... i guess the problem is that you try to dump with the xmlformat-note ...
but the conversation path is for some reason broken; it just dumps the notes
as vnote10/vnote11. Later when you sync again.. the file-sync reads this
vnote1* and handles it as xmlformat-note... and when it comes to parsing the
XML, which actually is not in XML form - > KABOOOOOOOOOOOOM

I try to reproduce this ... never tried <objformat>xmlformat-note</objformat>
for file-sync plugin. But i suspect some problems right now with the
conversion path of xmlformat-$objtype to objformat file (to dump it on the
disk).

Hint: In meanwhile just replace "xmlformat-note" with "memo" for now. This
might work...

best regards,
Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: msynctool core dumps

by Christian Hilgers-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Daniel Gollub schrieb:

> On Wednesday 23 April 2008 10:41:11 Christian Hilgers wrote:
>>> What does your file-sync configuration look like?
>> see attached file
>
>   <directory>
>     <path>/opt/opensync/kde-file/note</path>
>     <objtype>note</objtype>
>     <objformat>xmlformat-note</objformat>
>     <converterpath_config></converterpath_config>
>   </directory>
>
> This <objformat> line is VERY interesting....

I took that from msynctool --discover file-kde 1
Discovered Objtypes:
         contact
                 Format: vcard30
                                  conversion config:
         event
                 Format: vevent20
                                  conversion config:
         todo
                 Format: vtodo20
                                  conversion config:
         note
                 Format: xmlformat-note
                                  conversion config:


> What do you mean by data?

The note is just empty. The original data contains a lot of
prices of coffeepads from different shops and vendors.
In the first version of the mail I added some lines as example,
but removed it later as I thought prices for coffee pads are
not interesting.

> Hint: In meanwhile just replace "xmlformat-note" with "memo" for now. This
> might work...

done, now it does no longer core dump, but loops at the end and does not sync.
I did manually remove the previously synced files.

strace shows:

strace -p 5316
Process 5316 attached - interrupt to quit
futex(0x80774e4, 0x80 /* FUTEX_??? */, 1 <unfinished ...>
Process 5316 detached


top - 10:50:43 up 38 days, 23:10,  4 users,  load average: 1.76, 1.46, 0.98
Tasks: 231 total,   7 running, 223 sleeping,   0 stopped,   1 zombie
Cpu(s): 24.8%us, 27.1%sy,  0.0%ni, 47.9%id,  0.0%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:   2074288k total,  2022112k used,    52176k free,    13060k buffers
Swap:  1959920k total,  1004372k used,   955548k free,   562928k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  5316 con_chi   20   0  113m  28m  10m S  100  1.4   5:31.30 msynctool
  3283 root      20   0  695m 238m  20m S    3 11.8 416:27.00 Xorg

ps -efl | grep 5316
0 S con_chi   5316 25135 96  80   0 - 28982 stext  10:44 pts/8    00:05:51 msynctool --sync file-kde
0 R con_chi   5325  5316  1  80   0 - 20979 stext  10:45 pts/8    00:00:05 osplugin -f 25 32
0 R root      7123 22567  0  80   0 -   958 -      10:51 pts/12   00:00:00 grep 5316
root@aachen:~# strace -p 5325
Process 5325 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
poll([{fd=5, events=POLLIN}], 1, 1)     = 0
....


Any ideas how to continue?

Christian
--
Christian Hilgers                  |ConSol*
Tel.   +49.2102.994-423            |Consulting&Solutions Software GmbH
Fax    +49.2102.994-411            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel