From: Stian J. <li...@jo...> - 2006-04-20 20:50:32
|
tor, 20,.04.2006 kl. 22.00 +0200, skrev Armin Bauer: > > 2: > > I create an contact in evo called "name1 name2" (File as "name2, name1". > > Puts in a couple of phonenumbers. This contact syncs fine, but on the > > phone I get two "fields" below the normal fields were the text "name1 > > name2" and "name2, name1" are. I think this is because this is some > > fields that my phone doesn't really recognize. > > > > (If I choose to "File As: name1 name2" I get "name1 name2" twice > > instead) > > > > 3: > > If I change this contact on the phone, and syncs it, the "Full name" in > > Evolution disappears (but "File as" is still correct). Though, this > > makes me unable to edit the contact in Evolution without first re-adding > > the "Full name". > > 2 and 3 are probably related. The problem is that evo2 and your phone > store the information in different fields. To solve this i need traces > of both syncs (separate please) so that i can see what exactly the phone > sends and what evo2 sends. > > but please, try to sync only a single contact so that the log does not > get too long. Attached files 2.txt and 3.txt (which I _think_ is the relevant files. Even though I have only one contact on both Evo and the phone, the traces get huge! Guess that's normal. I have done excatly as I wrote here. For 2.txt I added a contact with "Full name: name1 name2" "File as: name2, name1" and cellphone 12345678 in Evo and synced. For 3.txt I added an email-address "te...@te..." on the phone, and synced. Now the contacts "Full name" disappeared from Evo. I don't know syncml at all, but it seems that Evolution tries to save two (!) different <FormattedName> (which I'm pretty sure are the ones the phone doesn't recognize). Then on the sync back, the phone tries to re-add both <FormattedName>, but obviously with a type that Evolution doesn't recognize... Since I don't know SyncML and vCards, I don't know if those FormattedName's should be recognized by the phone, but do you think there could be an option to make Evo not write FormattedName to the phone, while making OpenSync translate LastName, FirstName to Formattedname? Or is this spec-breaking? Probably is... > > 4: > > When I delete a contact in Evolution, I get: > > > > Member 1 of type syncml-http-server had an error while commiting changes: Unable to add data. > > Error writing entry 155 to member 1: Timeout while waiting for a reply to message "COMMIT_CHANGE" > > Mapping Write Error: Timeout while waiting for a reply to message "COMMIT_CHANGE" > > Error writing entry 156 to member 1: Timeout while waiting for a reply to message "COMMIT_CHANGE" > > Mapping Write Error: Timeout while waiting for a reply to message "COMMIT_CHANGE" > > Member 2 of type evo2-sync just disconnected > > Received an reply to our sync > > *** glibc detected *** double free or corruption (fasttop): 0xb3f01388 *** > > Aborted > > ok. for this i need a trace of the sync as well as a gdb backtrace of > the crash (if gdb does not trigger, you can try to use valgrind). Here's gdb's output, don't know if you need it. Backtrace is pasted after that. (gdb) run --sync test2 --wait Starting program: /usr/local/bin/msynctool --sync test2 --wait [Thread debugging using libthread_db enabled] [New Thread -1212654976 (LWP 823)] Synchronizing group "test2" [New Thread -1224787024 (LWP 1047)] [New Thread -1233179728 (LWP 1048)] [New Thread -1241572432 (LWP 1049)] [New Thread -1249965136 (LWP 1050)] [New Thread -1258357840 (LWP 1051)] [Thread -1258357840 (LWP 1051) exited] [New Thread -1266750544 (LWP 1052)] [Thread -1266750544 (LWP 1052) exited] received contact dsession Member 1 of type syncml-http-server just connected [New Thread -1266750544 (LWP 1061)] [New Thread -1275143248 (LWP 1062)] [New Thread -1258357840 (LWP 1069)] [New Thread -1277166672 (LWP 1070)] Member 2 of type evo2-sync just connected All clients connected or error Received a entry pas-id-4447F2510000008E with data of size 0 from member 2. Changetype DELETED Member 2 of type evo2-sync just sent all changes Received an reply to our Alert Going to receive 0 changes Member 1 of type syncml-http-server just sent all changes All clients sent changes or error [Thread -1277166672 (LWP 1070) exited] [Thread -1258357840 (LWP 1069) exited] All conflicts have been reported Member 1 of type syncml-http-server had an error while commiting changes: Unable to add data. Member 2 of type evo2-sync committed all changes. All clients have written Error writing entry 160 to member 1: Timeout while waiting for a reply to message "COMMIT_CHANGE" Mapping Write Error: Timeout while waiting for a reply to message "COMMIT_CHANGE" [New Thread -1258357840 (LWP 1191)] [Thread -1258357840 (LWP 1191) exited] Member 2 of type evo2-sync just disconnected Received an reply to our sync Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1233179728 (LWP 1048)] 0x45494c43 in ?? () Backtrace: (gdb) bt full #0 0x45494c43 in ?? () No symbol table info available. #1 0xb7ec524a in osync_context_report_success (context=0xb3e4a198) at opensync_context.c:76 __func__ = "osync_context_report_success" __PRETTY_FUNCTION__ = "osync_context_report_success" #2 0xb73711ec in _manager_event (manager=0x474e4148, type=SML_MANAGER_SESSION_FINAL, session=0x8247d30, error=0x0, userdata=0x808c530) at syncml_plugin.c:294 __func__ = "_manager_event" oserror = <value optimized out> #3 0xb73355fe in smlManagerDispatch (manager=0x808c670) at sml_manager.c:450 __FUNCTION__ = "smlManagerDispatch" #4 0xb7371328 in _sessions_dispatch (source=0x808d3b8, callback=0, user_data=0x808c530) at syncml_plugin.c:390 No locals. #5 0xb7ef4876 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0xb7ef7936 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #7 0xb7ef7c58 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #8 0xb7f10582 in g_static_private_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #9 0xb7b8b341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 No symbol table info available. #10 0xb7e3a4ee in clone () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. (gdb) Don't know if this helps? Trace is attached as tar.gz for this session, since I had no idea what you needs. > Thanks for your help! Gee, it's me (and all of us) who should thank! I'd be happy to donate something to this project, of you'd need something! Best regards, Stian |