From: Mariano R. <ml...@al...> - 2006-03-10 20:59:42
|
Hello, list. After a nightmare of libraries installations (since I did not had development packages installed) I finally was able to compile libopensync.0.18, multisync.0.90 and the plugins file-sync and evo2-sync. The problem is that whenever I add members to a group, and configure them I have this problem. If using CLI, it adds, I configure it, and when I try to sync it gives me: Synchronizing group "migrupo" Segmentation fault If I use the GUI, I add the group, then when I pick the plugins for the members, and press OK, it gives me the "Application quit unexpectedly". I'm running FC4 with kernel 2.6.15.1-1833.x86-64, on an Athlon64. I downloaded the tarballs from the project's page. All the libraries that I had to download were the most recent available version. Is this a known incompatibility on 64 bits, or am I doing something wrong (very likely)? Also, where is the synce plugin, since that this is the most important thing to me and I haven't found it in the project's download page. Thanks in advance, -- Mariano López Reta Tortuguitas, Buenos Aires República Argentina |
From: Mariano R. <ml...@da...> - 2006-03-11 12:53:03
|
On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: > > Hi, > > it probably a undiscovered bug regarding 64 bit platforms. Can you > please send me a gdb trace of the crash? > > Best Regards, > Armin Bauer > Hello, Armin: I'm sending this to you and the list, since I'm not sure you meant "send me" literally ;) Is this what you need? I'm sorry if not (I haven't used gdb before). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912498464928 (LWP 28003)] 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffff86b788) at opensync_member.c:982 982 if (!(member->plugindata = functions.initialize(member, error))) { This happened when run: (gdb --args) msynctool --sync prueba2 where prueba2 is: Groupname: prueba2 Member 1: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Member 2: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Do you want me to gdb it with other pairs? Let's say file-sync/evo2? Also, could you tell me where's synce plugin? Thank you very much, Mariano López Reta |
From: Mariano R. <ml...@al...> - 2006-03-11 12:53:44
|
On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: > > Hi, > > it probably a undiscovered bug regarding 64 bit platforms. Can you > please send me a gdb trace of the crash? > > Best Regards, > Armin Bauer > Hello, Armin: I'm sending this to you and the list, since I'm not sure you meant "send me" literally ;) Is this what you need? I'm sorry if not (I haven't used gdb before). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912498464928 (LWP 28003)] 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffff86b788) at opensync_member.c:982 982 if (!(member->plugindata = functions.initialize(member, error))) { This happened when run: (gdb --args) msynctool --sync prueba2 where prueba2 is: Groupname: prueba2 Member 1: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Member 2: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Do you want me to gdb it with other pairs? Let's say file-sync/evo2? Also, could you tell me where's synce plugin? Thank you very much, Mariano López Reta |
From: Mariano R. <ml...@al...> - 2006-03-11 12:59:16
|
I'm really sorry for the double posting. First, sent from non-subscribed address, so I assumed that it would not go thru, so resent it from subscribed address. Then I saw the first one got posted, but 'twas too late... Sorry again, Mariano |
From: Ademar de S. R. Jr. <ad...@ma...> - 2006-03-11 13:15:58
|
Mariano L=C3=B3pez Reta wrote: > On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: >=20 >>Hi, >> >>it probably a undiscovered bug regarding 64 bit platforms. Can you >>please send me a gdb trace of the crash? >> >>Best Regards, >>Armin Bauer >=20 > Hello, Armin: >=20 > I'm sending this to you and the list, since I'm not sure you meant "sen= d > me" literally ;) >=20 > Is this what you need? I'm sorry if not (I haven't used gdb before). >=20 > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912498464928 (LWP 28003)] > 0x00002aaaaabd1718 in osync_member_initialize (member=3D0x0, > error=3D0x7fffff86b788) at opensync_member.c:982 > 982 if (!(member->plugindata =3D functions.initialize(membe= r, > error))) { >=20 Armin probably wants a backtrace: use the bt command from gdb as soon as you get the core. The backtrace contains the list of functions called up to the point where you get this SIGSEGV. (This fragment may be enough for him of course, but just in case...) Best regards, - Ademar --=20 Ademar de Souza Reis Jr. Mandriva Conectiva - http://www.mandriva.com.br ^[:wq! |
From: Mariano R. <ml...@al...> - 2006-03-11 13:26:11
|
On Sat, 2006-03-11 at 09:15 -0400, Ademar de Souza Reis Jr. wrote: > > > Armin probably wants a backtrace: use the bt command from > gdb as soon as you get the core. The backtrace contains > the list of functions called up to the point where you > get this SIGSEGV. (This fragment may be enough for him of > course, but just in case...) > > Best regards, > - Ademar > OK. Here goes: #0 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffffd1c8c8) at opensync_member.c:982 #1 0x00002aaaaaab4df6 in osync_client_init (client=0x523490, error=0x7fffffd1c8c8) at osengine_client.c:312 #2 0x00002aaaaaab754b in osengine_init (engine=0x52b230, error=0x7fffffd1c8c8) at osengine_engine.c:994 #3 0x00000000004038da in main (argc=Variable "argc" is not available. ) at msynctool.c:351 Thanks in advance, Mariano López Reta |