Summary: | kopete hangs in FUTEX_WAIT_PRIVATE | ||
---|---|---|---|
Product: | [Applications] kdepimlibs | Reporter: | Kai Krakow <kai> |
Component: | kabc | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | kopete-bugs-null, lars.scheiter, tokoe |
Priority: | NOR | ||
Version: | 4.4 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
GDB backtrace of kopete hanging in futex
Another hang Another backtrace, gdb directly attached without interrupting kopete (v4.4.5) |
Description
Kai Krakow
2010-04-04 00:15:11 UTC
Created attachment 42469 [details]
GDB backtrace of kopete hanging in futex
Created attachment 42502 [details]
Another hang
futex(0xda4bbec, FUTEX_WAIT_PRIVATE, 1, NULL^C <unfinished ...>
IMHO it's kdepim/KABC bug Yep I suspect that, too, because the backtrace includes kdepim/akonadi and I use the kaddressbook integration of kopete. The problem exists since Akonadi and KDEpim have a tighter integration - so since around 4.4.0. Created attachment 49346 [details]
Another backtrace, gdb directly attached without interrupting kopete (v4.4.5)
The problem is still there in kopete 4.4.5. Interestingly this hangs on my home machine (x86, P4-HT 3.2GHz) but never on my work machine (amd64, Athlon64 X2) neither on my laptop (P3 1GHz, single core).
Hej, don't use the kresource compatibility bridges for kabc but the native Akonadi resources, please! The old kresource framework is known to have problems with nested event loops and multithreading, that's the whole reason why we started the Akonadi framework. Ciao, Tobias |