Hi, this bug was fixed a couple of days ago in cvs. please download the latest snapshot: http://www.multisync.org/files/multisync-cvs-snapshot.tar.gz
On Sun, 2004-11-28 at 22:08 +0100, Jonas Birmà wrote: > sÃn 2004-11-28 klockan 21:16 +0100 skrev Fabian Sturm: > > Hi! > > > [snip] > > > > The call to evo2_calendar_modify is similar and I suspect that deleting > > > a calendar entry in the phone will also cause multisync to crash. I have > > > not tested this yet. > > > > I guess the problem is also when an address book entry is deleted. > > Multisync crashed in this case on my computer. I never debugged it and > > fixed it by not allowing any changes to propagate from the phone to > > evolution. It didn't work anyways because it created broken entries for > > all the names containing special characters. > > > Yes, the problem also occur when removing a calendar entry. I have a > quick fix attached in this mail. It can be applied with: > > In the top dir of multisync > > $ patch -p0 < evolution_sync.c.patch > > You could test with --dry-run first if you'd like. > > As I said, it is just a quick fix (by passing a pointer to uidretlen), > but I guess it should be asserted in the called function which is not > added by this patch. > > > e.g. MÃller was created correctly on the phone but on a second > > synchronization I got a M entry in evolution (stopping at the first > > umlaut). > > /Jonas -- Armin Bauer <[EMAIL PROTECTED]> ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Multisync-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/multisync-devel
