On Thu, 2012-09-13 at 16:36 +0200, Vladimir Elisseev wrote: > Oke, I've compiled with debugging symbols, so see output of gdb below. > Hopefully it helps. Let me know if you need any other commands (I > mentioned already I'm not familiar with gdb, sorry.)
I see roughly where it crashes, but I have no idea why. It looks like a boost::signals2 internal boost::shared_ptr is empty at a time when boost::signals2 expects it to be set. SyncEvolution is careful to work with real singletons her (instances initialized in a function before returning a pointer to them), so it is not a problem of using a global instance which has not been initialized yet at a time when another global instance constructor tries to use it - I hope Boost itself is not making that mistake. Did the version of Boost perhaps change since the last time that you built SyncEvolution? Can you double-check by recompiling SyncEvolution 1.2.99.4 with the current set of system libraries? Alternatively (or in addition), can you compile with "-O0 -g" and produce another stack backtrace? It might be a bit more informative. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
