Version: (using KDE Devel) Installed from: Compiled sources OS: Linux (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1209071024 (LWP 20118)] [KCrash handler] #6 0x00547402 in __kernel_vsyscall () #7 0x41712d40 in raise () from /lib/libc.so.6 #8 0x41714591 in abort () from /lib/libc.so.6 #9 0x41caed20 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #10 0x41cac805 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #11 0x41cac842 in std::terminate () from /usr/lib/libstdc++.so.6 #12 0x41cac97a in __cxa_throw () from /usr/lib/libstdc++.so.6 #13 0x41cacd7e in operator new () from /usr/lib/libstdc++.so.6 #14 0x41cace5d in operator new[] () from /usr/lib/libstdc++.so.6 #15 0x415b7fda in bt::BitSet::BitSet () from /usr/lib/libktorrent.so.0 #16 0x415de8b7 in bt::ChunkDownload::load () from /usr/lib/libktorrent.so.0 #17 0x415d3555 in bt::Downloader::loadDownloads () from /usr/lib/libktorrent.so.0 #18 0x415d9a7d in bt::TorrentControl::continueStart () from /usr/lib/libktorrent.so.0 #19 0x415d9d9b in bt::TorrentControl::start () from /usr/lib/libktorrent.so.0 #20 0x4160a665 in bt::QueueManager::startSafely () from /usr/lib/libktorrent.so.0 #21 0x4160aa37 in bt::QueueManager::start () from /usr/lib/libktorrent.so.0 #22 0x4160aef0 in bt::QueueManager::orderQueue () from /usr/lib/libktorrent.so.0 #23 0x0807111d in QListViewItem::removeItem () #24 0x080620ec in QWidget::setUpdatesEnabled () #25 0x08078881 in QValueListPrivate<int>::at () #26 0x41e36d06 in KUniqueApplication::newInstanceNoFork () from /usr/lib/libkdecore.so.4 #27 0x41e63ab8 in KUniqueApplication::qt_invoke () from /usr/lib/libkdecore.so.4 #28 0x0807835f in QValueListPrivate<int>::at () #29 0x42922bea in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #30 0x42caeace in QSignal::signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #31 0x429413b7 in QSignal::activate () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #32 0x42949ff3 in QSingleShotTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #33 0x428b9e6b in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #34 0x428bb2e9 in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #35 0x41e99d82 in KApplication::notify () from /usr/lib/libkdecore.so.4 #36 0x428adc72 in QEventLoop::activateTimers () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #37 0x428621df in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #38 0x428d33f0 in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #39 0x428d32a6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #40 0x428b997f in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #41 0x0805d8eb in QWidget::setUpdatesEnabled () #42 0x416fff2c in __libc_start_main () from /lib/libc.so.6 #43 0x0805d4f1 in QWidget::setUpdatesEnabled ()
Version ?
Name : ktorrent Relocations: (not relocatable) Version : 2.0.3 Vendor: Fedora Project Release : 4.fc6 Build Date: Sat 14 Oct 2006 01:20:55 PM CEST Install Date: Wed 29 Nov 2006 03:53:18 PM CET Build Host: hammer3.fedora.redhat.com Group : Applications/Internet Source RPM: ktorrent-2.0.3-4.fc6.src.rpm Size : 5359930 License: GPL Signature : DSA/SHA1, Sun 15 Oct 2006 03:59:58 PM CEST, Key ID 82ed95041ac70ce6 Packager : Fedora Project <http://bugzilla.redhat.com/bugzilla> URL : http://ktorrent.pwsp.net/ Summary : A BitTorrent program for KDE Description : KTorrent is a BitTorrent program for KDE. Its main features are native KDE integration, download of torrent files, upload speed capping, internet searching using various search engines, UDP Trackers and UPnP support.
Have you tried 2.1rc1 yet ?
No, not yet. I'm using yum and hence get the updates as they're pushed...
It is strange that it happens in operator new, which indicates that it cannot allocate d some memory during startup. I can understand new failing when KT is leaking memory and all your memory is used up, but during start up is very strange.
hi, what i noticed is was that KT seemed to "re-check" the downloaded pieces (for all queued torrents ?) during startup (because it had not closed down properly ?). This process would use large amounts of CPU/RAM, to the point where it would just crash... I haven't looked at the code, but does this make sense to you ?
We don't do any rechecks at startup
This has been fixed already (see 141758) *** This bug has been marked as a duplicate of 141758 ***