akregator is not crash proof

Bug #56369 reported by Fred van Zwieten
8
Affects Status Importance Assigned to Milestone
KDE PIM
New
High
kdepim (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: akregator

Sometimes, my laptop runs flat out of juice, while in suspend. After a full boot, akregator (as part of kontact) crashes. If the current part in kantact was akregator before the depleted power situation, then kontact crashes. Removing everything in ~\.kde\share\apps\akregator solves this. Only removing the lock file doesn't help.

Revision history for this message
In , Luciano Montanaro (mikelima) wrote :

Version: 3.5rc1 (using KDE KDE 3.5.0)
Installed from: SuSE RPMs

Akregator cannot be started for me since I upgraded to RC1.
Beta2 was ok.
starting akregator from the command line, I get the following message:
akregator: ERROR: Communication problem with akregator, it probably crashed.

The crash window does not appear, however, strace output suggests akregator actually crashes.

I see also this line:

*** glibc detected *** malloc(): memory corruption: 0x08393f88 ***
I'll attach the strace output.

Revision history for this message
In , Luciano Montanaro (mikelima) wrote :

Created attachment 13495
The strace output for the failing execution

Revision history for this message
In , Osterfeld (osterfeld) wrote :

Have you upgraded to 3.5.0? Does Akregator work now for you?

Revision history for this message
In , Murtaza-iit84 (murtaza-iit84) wrote :

Created attachment 14131
Backtrace produced by KDE crash handler

Akregator crashes on startup saying "Communication problem with akregator, it
probably crashed." This problem started when I upgraded to KDE 3.5.0 and also
upgraded akregator with packages obtained from
http://pkg-kde.alioth.debian.org.

Revision history for this message
In , Thiago Macieira (thiago-kde) wrote :
Download full text (3.6 KiB)

Pasting the backtrace:

(no debugging symbols found)
[KCrash handler]
#3 0x4241f89a in c4_FormatB::Define ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#4 0x4242491b in c4_HandlerSeq::Prepare ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#5 0x42424e7a in c4_Persist::LoadAll ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#6 0x4242509c in c4_Storage::c4_Storage ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#7 0x42407e54 in Akregator::Backend::FeedStorageMK4Impl::FeedStorageMK4Impl ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#8 0x4240844a in Akregator::Backend::StorageMK4Impl::archiveFor ()
   from /usr/lib/kde3/libakregator_mk4storage_plugin.so
#9 0x400c1e96 in Akregator::Feed::loadArticles ()
   from /usr/lib/libakregatorprivate.so
#10 0x400c2a02 in Akregator::Feed::fromOPML ()
   from /usr/lib/libakregatorprivate.so
#11 0x400c2e22 in Akregator::FeedList::parseChildNodes ()
   from /usr/lib/libakregatorprivate.so
#12 0x400c339a in Akregator::FeedList::readFromXML ()
   from /usr/lib/libakregatorprivate.so
#13 0x422e49ba in Akregator::View::loadFeeds ()
   from /usr/lib/kde3/libakregatorpart.so
#14 0x422e4d4a in Akregator::Part::openFile ()
   from /usr/lib/kde3/libakregatorpart.so
#15 0x422dc0f5 in Akregator::Part::openURL ()
   from /usr/lib/kde3/libakregatorpart.so
#16 0x422b8d02 in Akregator::Part::openStandardFeedList ()
   from /usr/lib/kde3/libakregatorpart.so
#17 0x422ee1b2 in Akregator::AkregatorPartIface::process ()
   from /usr/lib/kde3/libakregatorpart.so
#18 0x40994415 in DCOPClient::receive () from /usr/lib/libDCOP.so.4
#19 0x409949f9 in DCOPClient::send () from /usr/lib/libDCOP.so.4
#20 0x40994fd0 in DCOPRef::sendInternal () from /usr/lib/libDCOP.so.4
#21 0x08051540 in ?? ()
#22 0xbfffee40 in ?? ()
#23 0xbfffee94 in ?? ()
#24 0xbfffeeb4 in ?? ()
#25 0xbfffee74 in ?? ()
#26 0xbfffeeb4 in ?? ()
#27 0x08052fd9 in vtable for QGList ()
#28 0xbfffee84 in ?? ()
#29 0xbfffee48 in ?? ()
#30 0x40268ea2 in free () from /lib/tls/libc.so.6
#31 0x408e3684 in KUniqueApplication::processDelayed ()
   from /usr/lib/libkdecore.so.4
#32 0x408e4fc9 in KUniqueApplication::qt_invoke ()
   from /usr/lib/libkdecore.so.4
#33 0x40cb5b57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#34 0x41046055 in QSignal::signal () from /usr/lib/libqt-mt.so.3
#35 0x40cd3a40 in QSignal::activate () from /usr/lib/libqt-mt.so.3
#36 0x40cdb354 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3
#37 0x40c4b698 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#38 0x40c4b8b6 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#39 0x408d1abc in KApplication::notify () from /usr/lib/libkdecore.so.4
#40 0x40bdb5e5 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
#41 0x40c3c98c in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3
#42 0x40bef35c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#43 0x40c63da2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#44 0x40c63ccb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#45 0x40c4a225 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#46 0x08050d80 in ?? ()
#47 0xbffff664 in ?? ()
#48 ...

Read more...

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 119476 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 120446 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

It seems that Akregator crashes while accessing the backend corrupt the metakit storage, which causes crashes then at startup.
A workaround is to move ~/.kde/share/apps/akregator/Archive/*mk4 somewhere else. That should make Akregator start again, but all archived articles are lost.You can then copy mk4 files back and test which one causes the crash...

It would be _very_ useful if someone experiencing this crash could zip the files in Archive/ and send them to me (frank.osterfeld at gmail.com) and also his feeds.opml. (If you want to help even more, identify the exact archive file that causes the crash).

Revision history for this message
In , Osterfeld (osterfeld) wrote :
Download full text (7.7 KiB)

SVN commit 513455 by osterfeld:

Lock archive to avoid metakit archive corruption due to multiple write access.
Usually Akregator being a KUniqueApplication avoids multiple Akregator instances accessing the archive, but there seem to
be some cases where KUniqueApp is not safe enough (right after update, multiple KDE sessions, when using --nofork option).
So we lock the archive like KMail does: if locking fails, show an error message to the user, giving him the possibility to
either continue without archive, or to force access.
As this is a severe bug (multiple write access can corrupt archives, which can make Akregator crash at startup), I think
making use of the message unfreeze is justified.
CCBUG: 116482
CCMAIL:<email address hidden>
CCMAIL:<email address hidden>

 M +133 -1 akregator_part.cpp
 M +2 -0 akregator_part.h
 A kcursorsaver.h [License: no copyright]

--- branches/KDE/3.5/kdepim/akregator/src/akregator_part.cpp #513454:513455
@@ -56,6 +56,13 @@
 #include <qwidgetlist.h>
 #include <private/qucomextra_p.h>

+#include <cerrno>
+#include <sys/types.h>
+#include <signal.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <unistd.h>
+
 #include "aboutdata.h"
 #include "actionmanagerimpl.h"
 #include "akregator_part.h"
@@ -68,6 +75,7 @@
 #include "frame.h"
 #include "article.h"
 #include "kernel.h"
+#include "kcursorsaver.h"
 #include "notificationmanager.h"
 #include "pageviewer.h"
 #include "plugin.h"
@@ -135,8 +143,21 @@

     m_storage = 0;
     Backend::StorageFactory* factory = Backend::StorageFactoryRegistry::self()->getFactory(Settings::archiveBackend());
+
     if (factory != 0)
- m_storage = factory->createStorage(QStringList());
+ {
+
+ if (Settings::archiveBackend() == "metakit")
+ {
+ if (tryToLock(factory->name()))
+ m_storage = factory->createStorage(QStringList());
+ else
+ m_storage = dummyFactory->createStorage(QStringList());
+ }
+ else
+ m_storage = factory->createStorage(QStringList());
+ }
+

     if (!m_storage) // Houston, we have a problem
     {
@@ -877,6 +898,117 @@
     return false;
 }

+static QString getMyHostName()
+{
+ char hostNameC[256];
+ // null terminate this C string
+ hostNameC[255] = 0;
+ // set the string to 0 length if gethostname fails
+ if(gethostname(hostNameC, 255))
+ hostNameC[0] = 0;
+ return QString::fromLocal8Bit(hostNameC);
+}

+// taken from KMail
+bool Part::tryToLock(const QString& backendName)
+{
+// Check and create a lock file to prevent concurrent access to metakit archive
+ QString appName = kapp->instanceName();
+ if ( appName.isEmpty() )
+ appName = "akregator";
+
+ QString programName;
+ const KAboutData *about = kapp->aboutData();
+ if ( about )
+ programName = about->programName();
+ if ( programName.isEmpty() )
+ programName = i18n("Akregator");
+
+ QString lockLocation = locateLocal("data", "akregator/lock");
+ KSimpleConfig config(lockLocation);
+ int oldPid = config.readNumEntry("pid", -1);
+ const QString oldHostName = config.readEnt...

Read more...

Revision history for this message
In , Y-coolo (y-coolo) wrote :

Are you still interested in a corrupted file? I have one :)

Revision history for this message
In , Osterfeld (osterfeld) wrote :

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

Revision history for this message
In , Osterfeld (osterfeld) wrote :

eh, wrong direction. need coffee.

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 121826 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 124201 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 129452 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 130224 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

Ken writes in 130224:

"This happened after a power outage so I am not surprised something got
corrupted. [...]"

Revision history for this message
In , Bugs-kde-org-g (bugs-kde-org-g) wrote :

Hi !

I got a problem starting akregator after a machine crash. It's due to a corrupted archive file because moving my archive folder solved the startup issue. But I'm a bit puzzled : how can I identify which mk4 is causing the crash ? It looks like moving some mk4 files out of the Archive folder is making Akregator hang (not crash).

Thus a little feature request : could it be possible to display on output (when launching from the command line) which mk4 file is being read/parsed ? It would be easier to identify the corrupted one.

Revision history for this message
In , Bugs-kde-org-g (bugs-kde-org-g) wrote :

According to the other bugs I've seen around, I guess this is an upstream problem with metakit not handling correctly corrupted archive files. So it should probably be reported here : http://www.equi4.com/cgi-bin/cvstrac/metakit/rptview?rn=4 but as I said, I don't know how to determine which file is corrupted. I would send it to you if I could find a way...

26 comments hidden view all 296 comments
Revision history for this message
Fred van Zwieten (fvzwieten) wrote :

Update: just found out that removing the archive map and the lock file from ~/.kde/share/apps/akregator/archive solves this keeping all my subscription info intact (but empty).

Revision history for this message
Fred van Zwieten (fvzwieten) wrote :

I'm running kubuntu dapper with all updates up till now (15-aug-06). Running KDE 3.5.4 with kontact v1.2.3 and akregator v1.2.4

Revision history for this message
Andreas Simon (andreas-w-simon) wrote :

This looks very much like upstream KDE bug #116482. When the system crashes or when a power outage happens, akregator's archive gets corrupted which causes akgregator to segfault.

Changed in kdepim:
status: Unknown → Confirmed
25 comments hidden view all 296 comments
Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 117978 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 128313 has been marked as a duplicate of this bug. ***

25 comments hidden view all 296 comments
Revision history for this message
Scott Beamer (angrykeyboarder) wrote :

Just wondering...

Is *any* application "crash-proof"?

26 comments hidden view all 296 comments
Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 132411 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 137976 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jure Repinc (jlp) wrote :
Download full text (5.1 KiB)

I also have a crash at sturtup. This is with Akregator 3.5.5 on Gentoo Linux. Here is the backtrace:

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1244051760 (LWP 1558)]
[KCrash handler]
#6 c4_Column::PullValue (ptr_=@0xbfc4b634) at column.cpp:777
#7 0xb5967b73 in c4_FormatV::SetupAllSubviews (this=0x85bdbb8)
    at format.cpp:1026
#8 0xb59681ee in c4_FormatV::Get (this=0x85bdbb8, index_=0,
    length_=@0xbfc4b69c) at format.cpp:1096
#9 0xb596b790 in c4_Handler::GetBytes (this=0x85bdbb8, index_=0,
    buf_=@0xbfc4b710, copySmall_=false) at handler.cpp:58
#10 0xb597b237 in c4_Sequence::Get (this=0x85be370, index_=0, propId_=35,
    buf_=@0xbfc4b710) at viewx.cpp:356
#11 0xb596fb4a in c4_Reference::GetData (this=0xbfc4b74c, buf_=@0xbfc4b710)
    at ./../include/mk4.inl:421
#12 0xb597aab7 in c4_ViewRef::operator c4_View (this=0xbfc4b74c)
    at viewx.cpp:643
#13 0xb5974e15 in c4_Storage::Description (this=0x855eea0,
    name_=0xb4f0046a "articles") at store.cpp:360
#14 0xb597504d in c4_Storage::GetAs (this=0x855eea0,
    description_=0xb5993924 "articles[guid:S,title:S,hash:I,guidIsHash:I,guidIsPermaLink:I,description:S,link:S,comments:I,commentsLink:S,status:I,pubDate:I,tags[tag:S],hasEnclosure:I,enclosureUrl:S,enclosureType:S,enclosureLengt"...)
    at store.cpp:279
#15 0xb5955279 in FeedStorageMK4Impl (this=0x85bdf70, url=@0x85bde00,
    main=0x8091458) at feedstoragemk4impl.cpp:156
#16 0xb5958e7a in Akregator::Backend::StorageMK4Impl::archiveFor (
    this=0x8091458, url=@0x85bde00) at storagemk4impl.cpp:278
#17 0xb7f7b2e7 in Akregator::Feed::loadArticles (this=0x85bdd98)
    at feed.cpp:221
#18 0xb7f7c14a in Akregator::Feed::fromOPML (e=@0xbfc4bb84) at feed.cpp:165
#19 0xb7f878ba in Akregator::FeedList::parseChildNodes (this=0x82436d8,
    node=@0xbfc4bbf4, parent=0x85bc180) at feedlist.cpp:117
#20 0xb7f8784d in Akregator::FeedList::parseChildNodes (this=0x82436d8,
    node=@0xbfc4bd0c, parent=0x82435c0) at feedlist.cpp:135
#21 0xb7f87d74 in Akregator::FeedList::readFromXML (this=0x82436d8,
    doc=@0xbfc4bebc) at feedlist.cpp:175
#22 0xb5b625fc in Akregator::View::loadFeeds (this=0x8093cf8,
    doc=@0xbfc4bebc, parent=0x0) at akregator_view.cpp:541
#23 0xb5b59a22 in Akregator::Part::openFile (this=0x812db68)
    at akregator_part.cpp:443
#24 0xb5b56b94 in Akregator::Part::openURL (this=0x812db68, url=@0xbfc4bf84)
    at akregator_part.cpp:332
#25 0xb5b59fd2 in Akregator::Part::openStandardFeedList (this=0x812db68)
    at akregator_part.cpp:337
#26 0xb5b6c156 in Akregator::AkregatorPartIface::process (this=0x812dc14,
    fun=@0xbfc4c224, data=@0xbfc4c25c, replyType=@0xbfc4c1b4,
    replyData=@0xbfc4c1ac) at akregator_partiface_skel.cpp:39
#27 0xb6dd1fa8 in DCOPClient::receive (this=0x8063c38, objId=@0xbfc4c2a4,
    fun=@0xbfc4c224, data=@0xbfc4c25c, replyType=@0xbfc4c1b4,
    replyData=@0xbfc4c1ac) at dcopclient.cpp:1640
#28 0xb6dd27ee in DCOPClient::send (this=0x8063c38, remApp=@0xbfc4c29c,
    remObjId=@0xbfc4c2a4, remFun=@0xbfc4c224, data=@0xbfc4c25c)
    at dcopclient.cpp:1060
#29 0xb6dcba03 in DCOPRef::sendInternal (this=0xbfc4c29c, fun=@0xbfc4c2...

Read more...

Revision history for this message
In , Jure Repinc (jlp) wrote :

I just upgraded to 3.5.6 an the crash remains.

Revision history for this message
In , Osterfeld (osterfeld) wrote :

*** Bug 141665 has been marked as a duplicate of this bug. ***

29 comments hidden view all 296 comments
Revision history for this message
Sarah Kowalik (hobbsee-deactivatedaccount) wrote :

will attempt to grab that patch post-beta

Changed in kdepim:
assignee: nobody → hobbsee
status: Unconfirmed → In Progress
Revision history for this message
Andrew Ash (ash211) wrote :

Were you able to get that patch into feisty, hobbsee?

Revision history for this message
Sarah Kowalik (hobbsee-deactivatedaccount) wrote :

no.

it'll be in kde 3.5.7, out soon.

Changed in kdepim:
status: In Progress → Fix Committed
Revision history for this message
Sarah Kowalik (hobbsee-deactivatedaccount) wrote :

fixed in gutsy. (or will be, when i get it uploaded)

Changed in kdepim:
status: Fix Committed → Fix Released
27 comments hidden view all 296 comments
Revision history for this message
In , Raul Sanchez Siles (rasasi78) wrote :
Download full text (4.8 KiB)

Seems this is the right one. It happens to me as well on kde 3.5.7. This is my backtrace:
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1243031856 (LWP 9057)]
[KCrash handler]
#6 0xb7cbba1c in memcpy () from /lib/i686/cmov/libc.so.6
#7 0xb5707153 in c4_String::Init (this=0xb562cc6c, p=0x80aa39b, n=135651325)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mk4storage/metakit/src/string.cpp:212
#8 0xb571bb03 in c4_HandlerSeq::Prepare (this=0x80a9bb8, ptr_=0xbf8acc60,
    selfDesc_=true)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mk4storage/metakit/src/../include/mk4str.inl:209
#9 0xb571fea5 in c4_Persist::LoadAll (this=0x80aa2e8)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mk4storage/metakit/src/persist.cpp:1043
#10 0xb572010d in c4_Storage (this=0x80abf60,
    fname_=0x80aa138 "/home/rasasi/.kde/share/apps/akregator/Archive/archiveindex.mk4", mode_=1)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mk4storage/metakit/src/store.cpp:217
#11 0xb5702971 in Akregator::Backend::StorageMK4Impl::open (this=0x80a9da0,
    autoCommit=true)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mk4storage/storagemk4impl.cpp:129
#12 0xb5a17aab in Part (this=0x8116528, parentWidget=0x8098500,
    parent=0x8098500, name=0x8052f3d "akregator_part")
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/akregator_part.cpp:181
#13 0xb5a25808 in KParts::GenericFactory<Akregator::Part>::createPartObject (
    this=0x81102a8, parentWidget=0x8098500,
    widgetName=0x8052f3d "akregator_part", parent=0x8098500,
    name=0x8052f3d "akregator_part",
    className=0x8052f28 "KParts::ReadOnlyPart", args=@0xbf8acf00)
    at /usr/include/kde/kgenericfactory.tcc:146
#14 0xb7f6177f in KParts::Factory::createPart (this=0x81102a8,
    parentWidget=0x8098500, widgetName=0x8052f3d "akregator_part",
    parent=0x8098500, name=0x8052f3d "akregator_part",
    classname=0x8052f28 "KParts::ReadOnlyPart", args=@0xbf8acf00)
    at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kparts/factory.cpp:44
#15 0xb7f617e1 in KParts::Factory::createObject (this=0x81102a8,
    parent=0x8098500, name=0x8052f3d "akregator_part",
    classname=0x8052f28 "KParts::ReadOnlyPart", args=@0xbf8acf00)
    at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kparts/factory.cpp:80
#16 0xb76a3931 in KLibFactory::create (this=0x81102a8, parent=0x8098500,
    name=0x8052f3d "akregator_part",
    classname=0x8052f28 "KParts::ReadOnlyPart", args=@0xbf8acf00)
    at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kdecore/klibloader.cpp:83
#17 0x08051dc7 in Akregator::MainWindow::loadPart (this=0x8098500)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/mainwindow.cpp:107
#18 0x080524e9 in Akregator::Application::newInstance (this=0xbf8ad690)
    at /tmp/buildd/kdepim-3.5.7/./akregator/src/main.cpp:61
#19 0xb7769b86 in KUniqueApplication::newInstanceNoFork (this=0xbf8ad690)
    at /tmp/buildd/kdelibs-3.5.7.dfsg.1/./kdecore/kuniqueapplication.cpp:378
#20 0xb776ff28 in KUniqueApplication::qt_invoke (this=0xbf8ad690, _id=20,
    _o=0xbf8ad098) at ./kuniqueapplication.moc:87
#21 0xb70a9e1b in QObject::activate_signal (this=0x809dff8, clist=0x8095650,
    o=0xbf8a...

Read more...

Revision history for this message
In , Raul Sanchez Siles (rasasi78) wrote :

The file I got is 6MB, unfortunately I have no web space available. If you are interested on it, please let me know and also how should I send it to you.

Revision history for this message
In , Jack Bunce (jackbunce) wrote :
Download full text (3.5 KiB)

I am having a crash on Startup also. It started after an update to KDE 3.5.7 release 10.1 which was followed by a power hit which caused the computer to restart. I am not certain which was the cause of the problem. Here is the trace:

System configuration startup check disabled.

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1235679536 (LWP 13322)]
[KCrash handler]
#9 0xb6f444cc in memcpy () from /lib/libc.so.6
#10 0xb59e22c3 in c4_String::Init ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#11 0xb59d90d3 in c4_HandlerSeq::Prepare ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#12 0xb59dcaa5 in c4_Persist::LoadAll ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#13 0xb59e170d in c4_Storage::c4_Storage ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#14 0xb59c5b06 in Akregator::Backend::FeedStorageMK4Impl::FeedStorageMK4Impl ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#15 0xb59c7f21 in Akregator::Backend::StorageMK4Impl::archiveFor ()
   from /opt/kde3/lib/kde3/libakregator_mk4storage_plugin.so
#16 0xb7f422c8 in Akregator::Feed::loadArticles ()
   from /opt/kde3/lib/libakregatorprivate.so
#17 0xb7f43030 in Akregator::Feed::fromOPML ()
   from /opt/kde3/lib/libakregatorprivate.so
#18 0xb7f4d805 in Akregator::FeedList::parseChildNodes ()
   from /opt/kde3/lib/libakregatorprivate.so
#19 0xb7f4d90c in Akregator::FeedList::parseChildNodes ()
   from /opt/kde3/lib/libakregatorprivate.so
#20 0xb7f4dd7e in Akregator::FeedList::readFromXML ()
   from /opt/kde3/lib/libakregatorprivate.so
#21 0xb6274cdc in Akregator::View::loadFeeds ()
   from /opt/kde3/lib/kde3/libakregatorpart.so
#22 0xb62703ab in Akregator::Part::openFile ()
   from /opt/kde3/lib/kde3/libakregatorpart.so
#23 0xb626df4c in Akregator::Part::openURL ()
   from /opt/kde3/lib/kde3/libakregatorpart.so
#24 0xb626a91b in Akregator::Part::openStandardFeedList ()
   from /opt/kde3/lib/kde3/libakregatorpart.so
#25 0xb6269770 in Akregator::AkregatorPartIface::process ()
   from /opt/kde3/lib/kde3/libakregatorpart.so
#26 0xb7812e77 in DCOPClient::receive () from /opt/kde3/lib/libDCOP.so.4
#27 0xb7813602 in DCOPClient::send () from /opt/kde3/lib/libDCOP.so.4
#28 0xb7813c3f in DCOPRef::sendInternal () from /opt/kde3/lib/libDCOP.so.4
#29 0x08050796 in Akregator::Application::newInstance ()
#30 0xb798f26d in KUniqueApplication::processDelayed ()
   from /opt/kde3/lib/libkdecore.so.4
#31 0xb79d4eb8 in KUniqueApplication::qt_invoke ()
   from /opt/kde3/lib/libkdecore.so.4
#32 0xb738bf1d in QObject::activate_signal ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#33 0xb76c70ae in QSignal::signal () from /usr/lib/qt3/lib/libqt-mt.so.3
#34 0xb73a7ff7 in QSignal::activate () from /usr/lib/qt3/lib/libqt-mt.so.3
#35 0xb73af383 in QSingleShotTimer::event ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#36 0xb732c9c7 in QApplication::internalNotify ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#37 0xb732d791 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#38 0xb79e4202 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4
#39 0xb7321bd3 in QEventL...

Read more...

Revision history for this message
In , Rosenauer (rosenauer) wrote :

same here on Kubuntu Feisty KDE 3.5.7.
Akregator does not start but eats 100% CPU until killed.
Removing my feeds (the OPML-file) "help" in that starting Akregator produces a normal crash.
Only when removing the Archive-folder in .kde/share/apps/akregator, Akregator starts up normally again.
Mine is only 450K so I'll attach it here.
This has happened before already, so I know the procedure, but I don't know the cause. I am using Akregator embedded in Kontact, maybe the Akregator-Archive got corrupted when Kontact crashed.

Revision history for this message
In , Rosenauer (rosenauer) wrote :

Created attachment 20916
problematic feed-archive

when uncompressing this archive to your akregator-configdir, akregator will
crash at startup.

30 comments hidden view all 296 comments
Revision history for this message
grauscho (grauscho) wrote :

When shutting down three days ago, there was a kernel panic before syncing the disks.

After that, akregator crashed, too. I'm running KDE 3.5.8, Kontact
Version 1.2.4 (enterprise 0.20070907.709405) on Gutsy.

To resolve this, I deleted two files in .kde/share/apps/akregator: lock and lockPgRNWa.new.

akregator seems to work again now.

Changed in kdepim:
importance: Unknown → High
247 comments hidden view all 296 comments
Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 280579 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 281645 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 282563 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jaak-x (jaak-x) wrote :

(In reply to comment #242)
> For anybody hitting this issue, here's an easy way to identify the corrupt mk4
> file:
>
> cd ~/.kde4/share/apps/akregator/Archive
> for i in *.mk4; do echo $i; ./mku.linux $i > /dev/null; done
>
> Each file name followed by "Segmentation fault" is corrupt and should be
> removed in order to successfuly start akregator.

I wouldn't say so, because I couldn't find where I could get this ./mku.linux executable.

Another way to detect which mk4 file in ~/.kde4/share/apps/akregator/Archive/ causes Akregator to crash is to use strace to trace the akregator process to find out which file it (opens and) reads last. Just move the corrupted file somewhere else (in case you need to restore the data somehow) to get akregator running again. One might have to do this multiple times if multiple files are corrupt.

When oh when are you KDE guys going to add a decent backend to akregator?! Akregator is destroying my feed data too often and it's getting my the nerves. And there seems to be no recovery option *sob* =[

Revision history for this message
In , Andrei Slavoiu (ansla80) wrote :

I don't remember exactly where I got the mku.utility initially, I must have copied it there and later thought Akregator installed it... Anyway, a google search revealed it's part of the mkstats.kit utility http://equi4.com/metakit/stats.html

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 291403 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 296791 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 298843 has been marked as a duplicate of this bug. ***

Revision history for this message
In , adaptee (adaptee) wrote :

*** Bug 299644 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 305250 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 305938 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 307368 has been marked as a duplicate of this bug. ***

Revision history for this message
In , adaptee (adaptee) wrote :

*** Bug 308076 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Winter-s (winter-s) wrote :

*** Bug 313221 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 313074 has been marked as a duplicate of this bug. ***

Revision history for this message
In , De-meyer-maarten (de-meyer-maarten) wrote :

*** Bug 313554 has been marked as a duplicate of this bug. ***

Revision history for this message
In , adaptee (adaptee) wrote :

*** Bug 318425 has been marked as a duplicate of this bug. ***

Revision history for this message
In , adaptee (adaptee) wrote :

*** Bug 330095 has been marked as a duplicate of this bug. ***

Revision history for this message
In , sergiomb (sergio-sergiomb) wrote :

149 users , 9 years , 274 comments , any solution ?

Revision history for this message
In , sergiomb (sergio-sergiomb) wrote :

Cleaning archive doing:
mv ./.kde/share/apps/akregator/Archive/* akregator/Archive/

fixed the crash

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 333440 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 331119 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 326343 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cgiboudeaux (cgiboudeaux) wrote :

*** Bug 255744 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 353607 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 379496 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 382936 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 384207 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Squan (squan) wrote :

The correct location of feeds.opml seems to be in ~/.local/share/akregator/data (and not in .kde4 as it used to be in earlier times of this issue).

After a failed resume from suspend to RAM (which since several weeks is a common experience with openSUSE Leap/Tumbleweed with both NVidia and AMD graphics) my feeds.opml got corrupted (Bug 384207).
Is there a backup to be found somewhere may be?

Revision history for this message
In , Orivej Desh (orivej) wrote :

The only backup is feeds.opml~ in the same directory.

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 386013 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 398866 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 398557 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 398559 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Nicolás Alvarez (nicolas-alvarez) wrote :

Why did you mark this as fixed, rubi ortiz?

Revision history for this message
In , KAMiKAZOW (kamikazow) wrote :
Changed in kdepim:
status: Confirmed → New
Revision history for this message
In , Götz Christ (g-christ) wrote :

*** This bug has been confirmed by popular vote. ***

Changed in kdepim:
status: New → Unknown
Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 418507 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cfeck (cfeck) wrote :

*** Bug 422594 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Thanhvuy02 (thanhvuy02) wrote :
Download full text (5.2 KiB)

Application: kdeconnectd (1.4.0)

Qt Version: 5.14.2
Frameworks Version: 5.70.0
Operating System: Linux 5.7.0-2parrot2-amd64 x86_64
Distribution: Parrot GNU/Linux 4.10

-- Information about the crash:
<In detail, tell us what you were doing when the application crashed.>

-- Backtrace:
Application: KDE Connect Daemon (kdeconnectd), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f5748672600 (LWP 83677))]

Thread 4 (Thread 0x7f57449a4700 (LWP 83731)):
#0 0x00007f574ca11e8c in read () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f574b60df4f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f574b5c633e in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f574b5c6792 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f574b5c690f in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f574cfab90b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#6 0x00007f574cf5389b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#7 0x00007f574cd7e8be in QThread::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#8 0x00007f574cd7f988 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#9 0x00007f574bf6bea7 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#10 0x00007f574ca20daf in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 3 (Thread 0x7f5745c71700 (LWP 83723)):
#0 0x00007f574b6127b9 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x00007f574b5c5d7a in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f574b5c671b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f574b5c690f in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f574cfab90b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5 0x00007f574cf5389b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#6 0x00007f574cd7e8be in QThread::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#7 0x00007f574d1fc507 in ?? () from /lib/x86_64-linux-gnu/libQt5DBus.so.5
#8 0x00007f574cd7f988 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#9 0x00007f574bf6bea7 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#10 0x00007f574ca20daf in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7f5747890700 (LWP 83707)):
#0 0x00007f574ca163bf in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f574b299d02 in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#2 0x00007f574b29b98a in xcb_wait_for_event () from /lib/x86_64-linux-gnu/libxcb.so.1
#3 0x00007f5748280dc0 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4 0x00007f574cd7f988 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5 0x00007f574bf6bea7 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007f574ca20daf in clone () from /lib/x86_64-linux-gnu/...

Read more...

Changed in kdepim:
status: Unknown → New
Displaying first 40 and last 40 comments. View all 296 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.