I don't know if this is the same bug, but I'm getting the same thing.

This is happening with KDE 3.2 on Gentoo, and it appears (from the stack trace) to be related to IMAP.

When I fire it up, an email that I was composing when I logged out -- I logged out via dcop, since some KDE component locked up and nothing would respond to mouse or keyboard -- comes up, and then the dump comes up.

(no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)...
... <lots of these> ...
(no debugging symbols found)...(no debugging symbols found)...[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 4258)]

0x41da2688 in waitpid () from /lib/libpthread.so.0
#0  0x41da2688 in waitpid () from /lib/libpthread.so.0
#1  0x413a2ff4 in ?? () from /usr/kde/3.2/lib/libkdecore.so.4
#2  0x412def11 in KCrash::defaultCrashHandler(int) ()
   from /usr/kde/3.2/lib/libkdecore.so.4
#3  0x41da1405 in __pthread_sighandler () from /lib/libpthread.so.0
#4  <signal handler called>
#5  0x402738dc in KMAcctImap::processNewMail(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#6  0x4021dc9b in KMAcctMgr::processNextCheck(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#7  0x4021d8a1 in KMAcctMgr::singleCheckMail(KMAccount*, bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#8  0x4021e26b in KMAcctMgr::checkMail(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#9  0x403199e0 in KMMainWidget::slotCheckMail() ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#10 0x40317871 in KMMainWidget::readConfig() ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#11 0x40315f44 in KMMainWidget::KMMainWidget(QWidget*, char const*, KActionCollection*, KConfig*) () from /usr/kde/3.2/lib/libkmailprivate.so.0
#12 0x0805b300 in ?? ()
#13 0x0000012c in ?? ()
#14 0xbfffe6c0 in ?? ()

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

I seem to have a siliar problem:

After adding a new IMAP account, KMail always hangs on startup when not cancelling both password requests.

After searching for this bug in the database, I found many reports for this problem, but it seems as the others have somehow solved it ... unfortunately not me :-(

My OS data:
Version 1.6.2 (KDE 3.2.2)
Linux i686 Kernel version 2.4.23-ck1
Compiler: gcc 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice 3.3-7)

Tracing the bug did't work either... I tried to recompile the whole kdenetwork package with the --enable-debug=full options ... this sounded as if it could help ;) but unfortunately it didn't.

Do you still have the problem? As I see this bug seems to be here already for some time...

Greetings,
Michael Weiner

On Sunday 30 May 2004 17:04, Michael Weiner wrote:
> Tracing the bug did't work either... I tried to recompile the whole
> kdenetwork package with the --enable-debug=full options ... this sounded as
> if it could help ;) but unfortunately it didn't.

KMail is in the kdepim package so try to compile this and post a backtrace.

Thanks,

Carsten

Hmmm... this didn't seem to help.

I recompiled kdepim and even kdelibs, but still KDE can't backtrace the bug.

The options I used for compiling kdepim were the following:
--host=i686-pc-linux-gnu --prefix=/usr/kde/3.2 --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --disable-dependency-tracking --enable-debug=full

(I hope I'm right ... there were some difficulties compiling kdepim on my own, so I renamed the configure script and wrote a two-line script that just replaced the --disable-debug-like options, echoed the modified configure arguments and then executed the real configure script. Like that, I could keep the original ebuild environment and have everything compiled by the Gentoo scripts.
But without that, the compilation progress aborted because, I guess, some options or envionment variables were missing. I could perhaps try to find out which those were and try to compile it again without this little "trick"... hm, but I can't imagine this would help.
I hope this little description isn't too confusing ;-)

Perhaps anyone can locate some problems in the (failed) backtrace log anyway?
Here it is:
(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)...[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 12043)]

0x420c73b8 in waitpid () from /lib/libpthread.so.0
#0  0x420c73b8 in waitpid () from /lib/libpthread.so.0
#1  0x415b4f94 in ?? () from /usr/kde/3.2/lib/libkdecore.so.4
#2  0x414f90f4 in KCrash::defaultCrashHandler(int) ()
   from /usr/kde/3.2/lib/libkdecore.so.4
#3  0x420c6183 in __pthread_sighandler () from /lib/libpthread.so.0
#4  <signal handler called>
#5  0x081d17e0 in ?? ()
#6  0x41a3effb in QListViewItem (this=0x8246018, parent=0x81b2960, label1=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x8143390, static shared_null = 0x804d578}, label2=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label3=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label4=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label5=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label6=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label7=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}, label8=
      {static null = {static null = <same as static member of an already seen type>, d = 0x804d578, static shared_null = 0x804d578}, d = 0x804d578, static shared_null = 0x804d578}) at widgets/qlistview.cpp:592
#7  0x41243887 in KListViewItem::KListViewItem(QListViewItem*, QString, QString, QString, QString, QString, QString, QString, QString) ()
   from /usr/kde/3.2/lib/libkdeui.so.4
#8  0x40aaf9a8 in KFolderTreeItem::KFolderTreeItem(KFolderTreeItem*, QString const&, KFolderTreeItem::Protocol, KFolderTreeItem::Type, int, int) ()
   from /usr/kde/3.2/lib/libkdenetwork.so.2
#9  0x401cf50f in KMFolderTreeItem::KMFolderTreeItem(KFolderTreeItem*, QString const&, KMFolder*) () from /usr/kde/3.2/lib/libkmailprivate.so.0
#10 0x401d1de2 in KMFolderTree::addDirectory(KMFolderDir*, KMFolderTreeItem*)
    () from /usr/kde/3.2/lib/libkmailprivate.so.0
#11 0x401d1f1f in KMFolderTree::addDirectory(KMFolderDir*, KMFolderTreeItem*)
    () from /usr/kde/3.2/lib/libkmailprivate.so.0
#12 0x401d17e0 in KMFolderTree::reload(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#13 0x401d634c in KMFolderTree::toggleColumn(int, bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#14 0x403391cc in KMMainWidget::readConfig() ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#15 0x40338038 in KMMainWidget::KMMainWidget(QWidget*, char const*, KActionCollection*, KConfig*) () from /usr/kde/3.2/lib/libkmailprivate.so.0
#16 0x40175fd9 in KMMainWin::KMMainWin(QWidget*) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#17 0x402d5779 in KMKernel::openReader(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#18 0x402da504 in KMKernel::action(bool, bool, QString const&, QString const&, QString const&, QString const&, QString const&, KURL const&, KURL::List const&)
    () from /usr/kde/3.2/lib/libkmailprivate.so.0
#19 0x402d5118 in KMKernel::handleCommandLine(bool) ()
   from /usr/kde/3.2/lib/libkmailprivate.so.0
#20 0x0804a540 in ?? ()
#21 0xbffff420 in ?? ()
#22 0x00000001 in ?? ()
#23 0xbfffed28 in ?? ()
#24 0x41c1ab7b in ~QCString (this=0xbffff510) at tools/qcstring.cpp:735
#25 0x41517e76 in KUniqueApplication::processDelayed() ()
   from /usr/kde/3.2/lib/libkdecore.so.4
#26 0x41518260 in KUniqueApplication::qt_invoke(int, QUObject*) ()
   from /usr/kde/3.2/lib/libkdecore.so.4
#27 0x4195a651 in QObject::activate_signal(QConnectionList*, QUObject*) (
    this=0x812ea50, clist=0x8141b50, o=0xbfffee90) at kernel/qobject.cpp:2356
#28 0x41cbbf1b in QSignal::signal(QVariant const&) (this=0x812ea50, 
    t0=@0x812ea78) at .moc/debug-shared-mt/moc_qsignal.cpp:100
#29 0x41977d6a in QSignal::activate() (this=0x812ea50)
    at kernel/qsignal.cpp:212
#30 0x4197f5a4 in QSingleShotTimer::event(QEvent*) (this=0x812ea28)
    at kernel/qtimer.cpp:277
#31 0x418f78b5 in QApplication::internalNotify(QObject*, QEvent*) (
    this=0xbffff510, receiver=0x812ea28, e=0xbffff1b0)
    at kernel/qapplication.cpp:2620
#32 0x418f6bd9 in QApplication::notify(QObject*, QEvent*) (this=0xbffff510, 
    receiver=0x812ea28, e=0xbffff1b0) at kernel/qapplication.cpp:2343
#33 0x4146fece in KApplication::notify(QObject*, QEvent*) ()
   from /usr/kde/3.2/lib/libkdecore.so.4
#34 0x405453cd in QApplication::sendEvent(QObject*, QEvent*) ()
   from /usr/kde/3.2/lib/libkhtml.so.4
#35 0x418e5ec4 in QEventLoop::activateTimers() (this=0x80cb858)
    at kernel/qeventloop_unix.cpp:558
#36 0x4189ef4f in QEventLoop::processEvents(unsigned) (this=0x80cb858, flags=4)
    at kernel/qeventloop_x11.cpp:389
#37 0x4190be29 in QEventLoop::enterLoop() (this=0x80cb858)
    at kernel/qeventloop.cpp:198
#38 0x4190bd42 in QEventLoop::exec() (this=0x80cb858)
    at kernel/qeventloop.cpp:145
#39 0x418f7a21 in QApplication::exec() (this=0xbffff510)
    at kernel/qapplication.cpp:2743
#40 0x0804a6b5 in ?? ()
#41 0xbffff510 in ?? ()

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

I can't reproduce these problem with HEAD. Can anybody test this?

Believed to be fixed and no further response.