From: Stian J. <li...@jo...> - 2006-04-23 20:51:40
|
s=C3=B8n, 23,.04.2006 kl. 17.10 +0200, skrev Armin Bauer: > yes, i would need a gdb backtrace as well. from the trace i can see that > it crashes in the function where it tries to add the event to evo. I've had a hard time reproducing that crash again. Yesterday it happened _every_ time I tried, which was maybe ten times. Anyway, I had it crash once more (but wasn't running it trought gdb then): But after the crash it wanted to slow-sync, and said I had two duplicates (I only had two entries in the calendar at the time), but then it wouldn't complete. Output from that syncing here: ------------------- stianj@chevrolet:~$ msynctool --sync test2 --wait Synchronizing group "test2" The previous synchronization was unclean. Slow-syncing received event dsession Member 1 of type syncml-http-server just connected Member 2 of type evo2-sync just connected All clients connected or error Received a entry 20060423T202751Z-7298-1000-1-86@chevrolet with data of siz= e 4 from member 2. Changetype ADDED Received a entry 20060423T203029Z-4442-1000-1-71@chevrolet with data of siz= e 4 from member 2. Changetype ADDED Member 2 of type evo2-sync just sent all changes Received an reply to our Alert Going to receive 0 changes Received a entry 1194 with data of size 286 from member 1. Changetype MODIF= IED Received a entry 1195 with data of size 286 from member 1. Changetype MODIF= IED Member 1 of type syncml-http-server just sent all changes All clients sent changes or error Conflict for Mapping 0x8095230: Entry 1: UID: 1195 BEGIN:VCALENDAR VERSION:1.0 BEGIN:VEVENT UID:1195 SUMMARY:Test DTSTART:20060420T090000Z DTEND:20060420T100000Z X-EPOCAGENDAENTRYTYPE:APPOINTMENT CLASS:PUBLIC DCREATED:20060422T220000Z LAST-MODIFIED:20060423T202600Z PRIORITY:0 STATUS:NEEDS ACTION END:VEVENT END:VCALENDAR Entry 2: UID: 20060423T202751Z-7298-1000-1-86@chevrolet <?xml version=3D"1.0"?> <vcal> <Method> <Content>PUBLISH</Content> </Method> <Event> <Summary> <Content>Test</Content> </Summary> <DateStarted> <Content>20060420T100000Z</Content> </DateStarted> <DateEnd> <Content>20060420T110000Z</Content> </DateEnd> <Class> <Content>PRIVATE</Content> </Class> <DateCreated> <Content>20060423T202751</Content> </DateCreated> <LastModified> <Content>20060423T202833</Content> </LastModified> <Priority> <Content>0</Content> </Priority> <DateCalendarCreated> <Content>20060423T202751Z</Content> </DateCalendarCreated> <Transparency> <Content>OPAQUE</Content> </Transparency> <Sequence> <Content>1</Content> </Sequence> </Event> </vcal> Which entry do you want to use? [1-9] To select a side, [D]uplicate, [I]gno= re, Keep [N]ewer: n Newest entry used Conflict not resolved: No revision function set Conflict for Mapping 0x8095ab8: Entry 1: UID: 1194 BEGIN:VCALENDAR VERSION:1.0 BEGIN:VEVENT UID:1194 SUMMARY:Test DTSTART:20060423T210000Z DTEND:20060423T220000Z X-EPOCAGENDAENTRYTYPE:APPOINTMENT CLASS:PUBLIC DCREATED:20060422T220000Z LAST-MODIFIED:20060423T201900Z PRIORITY:0 STATUS:NEEDS ACTION END:VEVENT END:VCALENDAR Entry 2: UID: 20060423T203029Z-4442-1000-1-71@chevrolet <?xml version=3D"1.0"?> <vcal> <Method> <Content>PUBLISH</Content> </Method> <Event> <Summary> <Content>Test</Content> </Summary> <DateStarted> <Content>20060423T210000Z</Content> </DateStarted> <DateEnd> <Content>20060423T220000Z</Content> </DateEnd> <Class> <Content>PUBLIC</Content> </Class> <DateCreated> <Content>20060423T203029</Content> </DateCreated> <LastModified> <Content>20060423T203029</Content> </LastModified> <Priority> <Content>0</Content> </Priority> <DateCalendarCreated> <Content>20060423T203029Z</Content> </DateCalendarCreated> </Event> </vcal> Which entry do you want to use? [1-9] To select a side, [D]uplicate, [I]gno= re, Keep [N]ewer: n Newest entry used Conflict not resolved: No revision function set All conflicts have been reported ------------------- If you need trace output, I have that as well (but for once, I don't want to send them to list so the message will be moderated again..) > Attached you will find the event. can you please manually import it to > evo2 (its a icalendar) and see if it crashes then as well? This worked fine. I've been syncing a bit both ways now, and except for that one crash, it seems to work fine :) Two small things though: * Every appointment is two hours off... * When syncing all day events from Evo to the phone, they are created as normal appointments spanning all day. Other way around is fine. Best regards, Stian |