On Sat, 2016-01-02 at 17:46 +0100, Janusz wrote:
Dnia Thursday 31 of December 2015 20:57:40 Patrick Ohly pisze:
Yes, it stuck there.
Here is output:
$ gdb --args syncevolution loglevel=10 --print-databases --daem
GNU gdb (Ubuntu 7.10-1ubuntu2) 7.10
Thread 1 (Thread 0x7ffff7f2b880 (LWP 5810)):
#0 0x00007ffff66638dd in poll ()
#1 0x00007ffff71241ec in ?? ()
#2 0x00007ffff71242fc in g_main_context_iteration ()
#3 0x00007fffead461ee in
to continue, or q <return> to quit---
:ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4 0x00007fffead140d1 in
#5 0x00007fffead14445 in
#6 0x00007fffea7d8363 in KJob::exec() ()
#7 0x00007fffeb5afcf0 in SyncEvo::AkonadiSyncSource::getDatabases (
#8 0x00007ffff758c3c5 in SyncEvo::Cmdline::listDatabases (
this=<optimized out>, source=0x793d00, header=
"KDE Address Book = KDE Contacts = kde-contacts")
#9 0x00007ffff759efe0 in SyncEvo::Cmdline::run (this=0x7fffffffd700)
#10 0x000000000041a90d in SyncEvo::main (argc=<optimized out>,
KJob::exec() is supposed to return when the work is done; that doesn't
seem to work anymore.
Have you tried with SYNCEVOLUTION_DEBUG=1 and --log-level=10? There
might be some error output from Akonadi which is hidden during normal
command line operation (many libs typically used by graphical
applications are fairly noisy, so SyncEvolution hides normal stdout).
Perhaps try simplifying the process in which the call happens:
temporarily move away all backends except syncakonadi.so and
platformkde.so, then try again. If that fails, also move away
platformkde.so and try one last time.
If that still fails, one could try to write a very simple test program
with getDatabases() as main():
Do you think you can do that? I don't have Ubuntu 15.10 installed at the
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.