Bug 105445 - Crash when deleting tasks
Summary: Crash when deleting tasks
Status: RESOLVED DUPLICATE of bug 100391
Alias: None
Product: ktimetracker
Classification: Applications
Component: general (show other bugs)
Version: 4.0.x
Platform: RedHat Enterprise Linux Linux
: NOR crash
Target Milestone: ---
Assignee: Thorsten Staerk
URL:
Keywords:
: 102986 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-05-11 07:56 UTC by Richard Crawford
Modified: 2005-05-21 08:39 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 Richard Crawford 2005-05-11 07:56:47 UTC
Version:           1.5 (using KDE KDE 3.4.0)
Installed from:    RedHat RPMs
Compiler:          gcc 3.4.3 20050227 
OS:                Linux

When deleting any tasks, running or not (so this is not a duplicate of bug id 88107), KArm crashes.  Here is the backtrace:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1208211232 (LWP 6536)] 
[KCrash handler]
#4  0x07403fa1 in QString::QString () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#5  0x0807a514 in QListViewItem::removeItem ()
#6  0x0807c485 in QListViewItem::removeItem ()
#7  0x0807dd95 in QListViewItem::removeItem ()
#8  0x0713c62e in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#9  0x0713cd04 in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#10 0x040bc4f3 in KAction::activated () from /usr/lib/libkdeui.so.4
#11 0x0416964e in KAction::slotActivated () from /usr/lib/libkdeui.so.4
#12 0x040bc540 in KAction::slotButtonClicked () from /usr/lib/libkdeui.so.4
#13 0x041d8c59 in KAction::qt_invoke () from /usr/lib/libkdeui.so.4
#14 0x0713c62e in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0x0410beb4 in KToolBarButton::buttonClicked () from /usr/lib/libkdeui.so.4
#16 0x0410bf69 in KToolBarButton::mouseReleaseEvent ()
   from /usr/lib/libkdeui.so.4
#17 0x071728ea in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0x070dda19 in QApplication::internalNotify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x070ddc59 in QApplication::notify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x006d83f8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#21 0x0707aaed in QETWidget::translateMouseEvent ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#22 0x07078f05 in QApplication::x11ProcessEvent ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#23 0x0708bd56 in QEventLoop::processEvents ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#24 0x070f30b5 in QEventLoop::enterLoop ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#25 0x070f300e in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#26 0x070dcc1b in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#27 0x0805f270 in QPtrList<QPopupMenu>::deleteItem ()
#28 0x00c08e23 in __libc_start_main () from /lib/tls/libc.so.6
#29 0x0805e521 in ?? ()
Comment 1 Mark Bucciarelli 2005-05-11 16:25:04 UTC
Thanks for your great report!

Do you get the crash when you use a keyboard shortcut to delete the task?
Comment 2 Richard Crawford 2005-05-11 18:22:16 UTC
The crash happens whether I use the [delete] key, or click on the task and then click on "delete".

The backtrace that I posted earlier is the one that is generated when I delete the task with the mouse.  This is the backtrace that I get when I use the [delete] key.  I should probably also mention that when I restart KArm, the task is deleted.

Let me know if there is any other information I can provide.

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1208936224 (LWP 6591)]
[KCrash handler]
#4  0x07403fa1 in QString::QString () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#5  0x0807a514 in QListViewItem::removeItem ()
#6  0x0807c485 in QListViewItem::removeItem ()
#7  0x0807dd95 in QListViewItem::removeItem ()
#8  0x0713c62e in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#9  0x0713cd04 in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#10 0x040bc4f3 in KAction::activated () from /usr/lib/libkdeui.so.4
#11 0x04169675 in KAction::slotActivated () from /usr/lib/libkdeui.so.4
#12 0x041d8c86 in KAction::qt_invoke () from /usr/lib/libkdeui.so.4
#13 0x0713c62e in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#14 0x0713cd04 in QObject::activate_signal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0x00613869 in KAccelPrivate::menuItemActivated ()
   from /usr/lib/libkdecore.so.4
#16 0x006e1876 in KAccelPrivate::eventFilter () from /usr/lib/libkdecore.so.4
#17 0x07139bf2 in QObject::activate_filters ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0x07139cab in QObject::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x0717237a in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x0722b91c in QMainWindow::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#21 0x070dda19 in QApplication::internalNotify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#22 0x070de02c in QApplication::notify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#23 0x006d83f8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#24 0x006137fc in KAccelPrivate::staticMetaObject ()
   from /usr/lib/libkdecore.so.4
#25 0x006d61b1 in KApplication::x11EventFilter ()
   from /usr/lib/libkdecore.so.4
#26 0x0706bac1 in qt_set_x11_event_filter ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#27 0xbff33290 in ?? ()
#28 0x07070c47 in QETWidget::translateKeyEventInternal ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#29 0x00d1b820 in main_arena () from /lib/tls/libc.so.6
#30 0x08fc2718 in ?? ()
#31 0x00000000 in ?? ()
Comment 3 Thorsten Staerk 2005-05-15 21:14:04 UTC
my fault. Is from version 410330 on. sorry.
Comment 4 Thorsten Staerk 2005-05-17 21:24:54 UTC
Richard,

if you really installed karm from RedHat packages, I cannot see your bug. Or have you compiled from HEAD ?
Comment 5 Andreas Kilgus 2005-05-18 20:18:01 UTC
I can confirm the reported behaviour for karm 1.5.0 (KDE 3.4.0 Level "b" SuSE 9.2 unsupported), package kdepim3-time-management-3.4.0-17.

If I start karm using konsole and strace, here is the last output I can read before the application completely crashes:

unlink("/home/andi/.kde/share/apps/kabc/lock/_home_andi_.kde_share_apps_karm_karm.icsektgHIeG") = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0
alarm(3)                                = 0
close(9)                                = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
close(3)                                = 0
close(4)                                = 0
close(5)                                = 0
close(6)                                = 0
close(7)                                = 0
close(8)                                = 0
close(9)                                = -1 EBADF (Bad file descriptor)
close(10)                               = 0
close(11)                               = 0
close(12)                               = 0
close(13)                               = -1 EBADF (Bad file descriptor)
-- [this repeats/continues counting up numbers] --
close(1023)                             = -1 EBADF (Bad file descriptor)
write(2, "KCrash: Application \'karm\' crash"..., 39KCrash: Application 'karm' crashing...
) = 39
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x419da5a8) = 1856
alarm(0)                                = 2
waitpid(1856, NULL, 0)                  = 1856
--- SIGCHLD (Child exited) @ 0 (0) ---
write(8, "\0", 1)                       = -1 EBADF (Bad file descriptor)
sigreturn()                             = ? (mask now [SEGV])
exit_group(253)                         = ?
Comment 6 Thorsten Staerk 2005-05-18 21:57:31 UTC
I have to revoke my comment, it would have been my fault and from version 410330 on. It is also in version 410329. To reproduce: 
- start karm
- add a task task1
- add a task task2
- delete task2
Comment 7 David Brůha 2005-05-19 09:00:15 UTC
I can confirm the same behaviour on Gentoo Linux, KDE 3.4.0, KArm v. 1.5. KArm crashes on both mine and my colleague's noteboooks.

gcc version 3.4.3-20050110 (Gentoo Linux 3.4.3,20050110-r2, ssp-3.4.3.20050110-0, pie-8.7.7)

I'm afraid the backtrace won't say too much:
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1235290448 (LWP 19186)]
[KCrash handler]
#7  0xb70cff73 in QString::QString () from /usr/qt/3/lib/libqt-mt.so.3
#8  0x0807bc9c in QListViewItem::removeItem ()
#9  0x0807e07b in QListViewItem::removeItem ()
#10 0x0807f9d4 in QListViewItem::removeItem ()
#11 0xb6dfaea8 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3
#12 0xb6dfb5d2 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3
#13 0xb76a0577 in KAction::activated () from /usr/kde/3.4/lib/libkdeui.so.4
#14 0xb76a1278 in KAction::slotActivated ()
   from /usr/kde/3.4/lib/libkdeui.so.4
#15 0xb76a0776 in KAction::slotButtonClicked ()
   from /usr/kde/3.4/lib/libkdeui.so.4
#16 0xb76a5be2 in KAction::qt_invoke () from /usr/kde/3.4/lib/libkdeui.so.4
#17 0xb6dfaea8 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3
#18 0xb7762ead in KToolBarButton::buttonClicked ()
   from /usr/kde/3.4/lib/libkdeui.so.4
#19 0xb7763110 in KToolBarButton::mouseReleaseEvent ()
   from /usr/kde/3.4/lib/libkdeui.so.4
#20 0xb6e32779 in QWidget::event () from /usr/qt/3/lib/libqt-mt.so.3
#21 0xb6d99346 in QApplication::internalNotify ()
   from /usr/qt/3/lib/libqt-mt.so.3
#22 0xb6d996f0 in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3
#23 0xb73dc2c4 in KApplication::notify ()
   from /usr/kde/3.4/lib/libkdecore.so.4
#24 0xb6d34521 in QETWidget::translateMouseEvent ()
   from /usr/qt/3/lib/libqt-mt.so.3
#25 0xb6d32e04 in QApplication::x11ProcessEvent ()
   from /usr/qt/3/lib/libqt-mt.so.3
#26 0xb6d461b9 in QEventLoop::processEvents ()
   from /usr/qt/3/lib/libqt-mt.so.3
#27 0xb6daf475 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
#28 0xb6daf3ce in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
#29 0xb6d98631 in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
#30 0x0805f3f4 in QPtrList<QPopupMenu>::deleteItem ()
#31 0xb6608f58 in __libc_start_main () from /lib/libc.so.6
#32 0x0805e651 in ?? ()
Comment 8 Thorsten Staerk 2005-05-20 18:03:06 UTC
*** Bug 102986 has been marked as a duplicate of this bug. ***
Comment 9 Thorsten Staerk 2005-05-20 22:02:46 UTC
This bug is a heisenBug. It occurs most often, but not always. To track this down, I modified taskview.cpp a bit, deleteTask now looks so:

(1)      task->remove(activeTasks, _storage);
(2)      task->removeFromView();
(3)      kdDebug() << "task uid" << task->uid() << endl;
(4)      save();
(5)      kdDebug() << "I am still here" << endl;
(6)      kdDebug() << "task uid" << task->uid() << endl;
(7)      if( _preferences ) _preferences->deleteEntry( task->uid() );

note that the last line is equivalent to the line deleteItemState( task ); that was there before. When I now get karm to crash, line (3) gives me the uid and line (5) states it is still there. Line (6) gives no debug output, but crashes the application. That means: save() deletes/breaks the object task (but the pointer is still there). I see this since I use the new libical.
Comment 10 Thorsten Staerk 2005-05-21 08:39:01 UTC

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