Bug 272697 - Memoryleak while importing ldif from former kaddressbook version
Summary: Memoryleak while importing ldif from former kaddressbook version
Status: RESOLVED DUPLICATE of bug 283922
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Nepomuk Feeder Agents (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Tobias Koenig
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-07 14:55 UTC by krichter
Modified: 2011-11-18 00:02 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description krichter 2011-05-07 14:55:21 UTC
Application: akonadi_nepomuk_contact_feeder (0.1)
KDE Platform Version: 4.6.2 (4.6.2)
Qt Version: 4.7.2
Operating System: Linux 2.6.38-8-generic i686
Distribution: Ubuntu 11.04

-- Information about the crash:
- What I was doing when the application crashed:
import of a ldif file created by a former kaddressbook version (exact version unknown). Contains 9500 addresses. At import kontact crashes (after loading about 6,5 GB into memory (3.0 GB) and the rest into swap (7.5 GB) (CPU (1.6 GHz, 2Core) at 100% all the time). After reboot and restart of kontact addressbook is displayable (import was successful for 9000 addresses), but memory leaks until same point and makes kontact crash again and again.
Opening ldif in an editor or importing it into another app (e. g. thunderbird, evolution) shows that it is a big mess, but the 9000 imports into Kontact are displayed correctly and export to vCard 3.0 creates correct and importable file.
So, my problem is that I depend on Kontact to ever be able to convert all 9500 contacts (not only 9000) to a readable format for any other application (2vcard won't do the job by the way).

-- Backtrace:
Application: Akonadi Agent (akonadi_nepomuk_contact_feeder), signal: Aborted
[KCrash Handler]
#7  0x001af416 in __kernel_vsyscall ()
#8  0x069d3e71 in raise () from /lib/i386-linux-gnu/libc.so.6
#9  0x069d734e in abort () from /lib/i386-linux-gnu/libc.so.6
#10 0x00b560b5 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#11 0x00b53fa5 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#12 0x00b53fe2 in std::terminate() () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#13 0x00b5414e in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#14 0x00f53f85 in qBadAlloc () at global/qglobal.cpp:2019
#15 0x00f611a5 in QByteArray::realloc (this=0xbfe95e14, alloc=0) at tools/qbytearray.cpp:1429
#16 0x00f6370d in detach (in=..., ba=...) at ../../include/QtCore/../../src/corelib/tools/qbytearray.h:418
#17 data (in=..., ba=...) at ../../include/QtCore/../../src/corelib/tools/qbytearray.h:412
#18 operator>> (in=..., ba=...) at tools/qbytearray.cpp:2739
#19 0x00d577bc in Akonadi::ChangeRecorderPrivate::loadNotifications (this=0x8a5a1e0) at ../../akonadi/changerecorder_p.h:138
#20 0x00d365f6 in Akonadi::AgentBasePrivate::init (this=0x8a615f0) at ../../akonadi/agentbase.cpp:211
#21 0x00d37286 in Akonadi::AgentBase::AgentBase (this=0x8a4c938, id=...) at ../../akonadi/agentbase.cpp:484
#22 0x080549eb in NepomukFeederAgentBase::NepomukFeederAgentBase (this=0x8a4c938, id=...) at ../../../agents/nepomukfeeder/nepomukfeederagentbase.cpp:79
#23 0x0804e8bd in NepomukFeederAgent (this=0x8a4c938, id=...) at ../../../agents/nepomukfeeder/nepomukfeederagent.h:37
#24 AkonadiFuture::NepomukContactFeeder::NepomukContactFeeder (this=0x8a4c938, id=...) at ../../../agents/nepomuk_contact_feeder/nepomukcontactfeeder.cpp:57
#25 0x0804ea08 in init<AkonadiFuture::NepomukContactFeeder> (argc=) at /usr/include/akonadi/agentbase.h:335
#26 main (argc=) at ../../../agents/nepomuk_contact_feeder/nepomukcontactfeeder.cpp:262

Reported using DrKonqi
Comment 1 Christophe Marin 2011-11-18 00:02:29 UTC

*** This bug has been marked as a duplicate of bug 283922 ***