Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc version 4.0.2 (Gentoo 4.0.2, pie-8.7.8) unsermake-0.4 && CFLAGS="-march=athlon-xp -O2 -pipe" && CHOST="i686-pc-linux-gnu" OS: Linux Kmail/Kontact crash in various situations, but each time kabc is -I believe- the cause; - when editing to/cc field in composer or by trying to open addressbook from composer window - when sending mail - when adding someone to addressbook I have Qt compiled with visibility support, but if I recompile Qt/kdelibs again without the patch, kmail/kontact don't crash. I can reproduce it every time, not random at all. I should also note that there is noone in my addressbook yet, because it was a new install and I haven't been able to save someone to my addressbook yet (maybe it matters).
Created attachment 13031 [details] backtrace of kontact crashing when sending mail
Created attachment 13032 [details] backtrace of kontact crashing when trying to add someone to addressbook
Pasting the backtrace from attachment 13032 [details]: (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1239337296 (LWP 9270)] [KCrash handler] #4 0xb7cf521c in operator new () from /usr/kde/devel/lib/libkabc.so.1 #5 0xb7cf5d96 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #6 0xb7cf5e5d in operator new () from /usr/kde/devel/lib/libkabc.so.1 #7 0xb7cf5e87 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #8 0xb7cf5f0a in operator new () from /usr/kde/devel/lib/libkabc.so.1 #9 0xb7cf6165 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #10 0xb7cf61d9 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #11 0xb7cf49fd in KABC::AddresseeHelper::initSettings () from /usr/kde/devel/lib/libkabc.so.1 #12 0xb7cf4f22 in KABC::AddresseeHelper::AddresseeHelper () from /usr/kde/devel/lib/libkabc.so.1 #13 0xb7cf5017 in KABC::AddresseeHelper::self () from /usr/kde/devel/lib/libkabc.so.1 #14 0xb7caa627 in KABC::Addressee::setNameFromString () from /usr/kde/devel/lib/libkabc.so.1 #15 0xb7f2a423 in KAddrBookExternal::addEmail () from /usr/kde/devel/lib/libkdepim.so.1 #16 0xb5da9e00 in KMHandleAttachmentCommand::getServiceOffer () from /usr/kde/devel/lib/libkmailprivate.so #17 0xbf9cc424 in ?? () #18 0x08407080 in ?? () #19 0xbf9cc428 in ?? () #20 0xb6dcda24 in ?? () from /usr/qt/devel/lib/libqt-mt.so.3 #21 0x00000000 in ?? () #22 0x08846148 in ?? () #23 0x08454b90 in ?? () #24 0xb5f139f4 in ?? () from /usr/kde/devel/lib/libkmailprivate.so #25 0x00000001 in ?? () #26 0xbf9cc534 in ?? () #27 0xbf9cc478 in ?? () #28 0xb5db4dca in KMMoveCommand::execute () from /usr/kde/devel/lib/libkmailprivate.so #29 0x084be3e0 in ?? () #30 0xb5eeb7c4 in typeinfo name for KMail::BodyVisitor () from /usr/kde/devel/lib/libkmailprivate.so #31 0x084be3e0 in ?? () #32 0xb5eeb79c in typeinfo name for KMail::ISubject () from /usr/kde/devel/lib/libkmailprivate.so #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0xb70547eb in strlcat () from /usr/kde/devel/lib/libkdecore.so.4
Works fine for me, built with gcc 3.4.3 (with the visibility patch backported). However, the fact that operator new() is inside libkabc.so.1 is telling. It should be in libstdc++.so.6. Mine doesn't contain this symbol: $ nm -DC /usr/local/kde3/lib/libkabc.so.1 | grep 'operator new' U operator new[](unsigned int) U operator new(unsigned int) What does it say for you? Is there anything output to stdout when you run kmail in konsole?
# nm -DC /usr/kde/devel/lib/libkabc.so.1 | grep 'operator new' U operator new[](unsigned int) U operator new(unsigned int) 00089180 W operator new(unsigned int, void*) # # kmail --composer (and then i type something in to field) kabc: StdAddressBook::self() kresources: Factory::self() kio (KTrader): query for KResources/Plugin : returning 4 offers kresources: ManagerImpl::ManagerImpl() kresources: Connecting DCOP signals... kresources: ManagerImpl::readConfig() kresources: Factory::self() kresources: ManagerImpl::readResourceConfig() glPRJHgg0V kresources: Factory::resource( file, config ) kio (KDirWatch): Can't use FAM (fam daemon not running?) kio (KDirWatch): Available methods: Stat, DNotify kabc: FormatFactory::self() kio (KDirWatch): Added File /home/bonkie/.kde/share/apps/kabc/std.vcf [KDirWatch-1] kio (KDirWatch): Added Dir /home/bonkie/.kde/share/apps/kabc for /home/bonkie/.kde/share/apps/kabc/std.vcf kio (KDirWatch): Setup DNotify (fd 128) for /home/bonkie/.kde/share/apps/kabc kio (KDirWatch): KDirWatch-1 restarted scanning /home/bonkie/.kde/share/apps/kabc/std.vcf (now 1 watchers) kabc: StdAddressBook::StdAddressBook( bool ) kresources: Opening resource resource kresources: ManagerImpl::writeConfig() kresources: Saving resource glPRJHgg0V kresources: Resource::writeConfig() kresources: Saving general info kresources: ManagerImpl::save() finished kabc: AddressBook::asyncLoad() *** KMail got signal 11 (Crashing) kmail: [virtual void KMComposeWin::autoSaveMessage()] kmail: [virtual void KMComposeWin::autoSaveMessage()] autosaving message kmail: entering KMComposeWin::applyChanges kmail: KMAIL_DEBUG_COMPOSER_CRYPTO = FALSE # # kmail --composer stefan.vunckx@skynet.be (and then send the email) kabc: StdAddressBook::StdAddressBook( bool ) kresources: Opening resource resource kresources: ManagerImpl::writeConfig() kresources: Saving resource glPRJHgg0V kresources: Resource::writeConfig() kresources: Saving general info kresources: ManagerImpl::save() finished kabc: AddressBook::asyncLoad() kabc: StdAddressBook::self() kmail: KMComposeWin::doSend() - calling applyChanges() kmail: entering KMComposeWin::applyChanges kmail: KMAIL_DEBUG_COMPOSER_CRYPTO = FALSE kabc: StdAddressBook::self() kmail: Kleo::KeyResolver::lookup( "stefan.vunckx@skynet.be", false ) kmail: returned 0 keys kmail: Kleo::KeyResolver::lookup( "stefan.vunckx@skynet.be", false ) kmail: returned 0 keys Keyresolver: Format info empty Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be kmail: Added an <LF> on the last line kmail: mEarlyAddAttachments=false mAllAttachmentsAreInBody=false kmail: CharFreq returned 4/0.8 and I chose 7bit Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be Format info for openpgp/mime: Signing keys: SplitInfo #0 encryption keys: SplitInfo #0 recipients: stefan.vunckx@skynet.be kmail: MessageComposer::addBodyAndAttachments() : set top level Content-Type from originalContentTypeStr()=text/plain; charset="us-ascii" kmail: KMComposeWin::slotContinueDoSend( true ) kabc: StdAddressBook::self() kabc: StdAddressBook::self() kabc: StdAddressBook::self() kabc: StdAddressBook::self() kmail: FolderStorage::msgStatusChanged *** KMail got signal 11 (Crashing)
operator new(unsigned int, void*) ?? Is that a placement-new operator? If so, that sounds like something STL would do. I cannot find any placement new operators in the kdepim code (as of r470926), but I can find them in STL. Could this be a g++ STL bug?
Oops, sorry, I accidentally closed. I didn't mean to.
Dunno about g++ STL, but without Qt's visibility patch no crashes occure and this is what I get: # nm -DC /usr/kde/devel/lib/libkabc.so.1 | grep 'operator new' U operator new[](unsigned int) U operator new(unsigned int) 000b1ad0 W operator new(unsigned int, void*) How can I find out if it is STL bug ?
By up/downgrading your STL headers and libstdc++.so.6 (must be 6). But you said no crashes occur without visibility? Is there any chance you can rebuild kdepim with debugging symbols? Your backtrace could be misleading us.
recompiled Qt+kdelibs+kdepim with debugging symbols (although some already had them): (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. (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 -1243289936 (LWP 13340)] [KCrash handler] #4 0xb7bd321c in operator new () from /usr/kde/devel/lib/libkabc.so.1 #5 0xb7bd3d96 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #6 0xb7bd3e5d in operator new () from /usr/kde/devel/lib/libkabc.so.1 #7 0xb7bd3e87 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #8 0xb7bd3f0a in operator new () from /usr/kde/devel/lib/libkabc.so.1 #9 0xb7bd4165 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #10 0xb7bd41d9 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #11 0xb7bd29fd in KABC::AddresseeHelper::initSettings () from /usr/kde/devel/lib/libkabc.so.1 #12 0xb7bd2f22 in KABC::AddresseeHelper::AddresseeHelper () from /usr/kde/devel/lib/libkabc.so.1 #13 0xb7bd3017 in KABC::AddresseeHelper::self () from /usr/kde/devel/lib/libkabc.so.1 #14 0xb7b88627 in KABC::Addressee::setNameFromString () from /usr/kde/devel/lib/libkabc.so.1 #15 0xb7e8b428 in KRecentAddress::RecentAddresses::load () from /usr/kde/devel/lib/libkdepim.so.1 #16 0xb7e8b4e8 in KRecentAddress::RecentAddresses::RecentAddresses () from /usr/kde/devel/lib/libkdepim.so.1 #17 0xb7e8b55e in KRecentAddress::RecentAddresses::self () from /usr/kde/devel/lib/libkdepim.so.1 #18 0xb581437b in KMComposeWin::slotContinueDoSend () from /usr/kde/devel/lib/libkmailprivate.so #19 0xb5819dc0 in KMComposeWin::qt_invoke () from /usr/kde/devel/lib/libkmailprivate.so #20 0xb667855d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #21 0xb6678931 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #22 0xb57fcef0 in KMComposeWin::applyChangesDone () from /usr/kde/devel/lib/libkmailprivate.so #23 0xb581473b in KMComposeWin::slotComposerDone () from /usr/kde/devel/lib/libkmailprivate.so #24 0xb5819d8d in KMComposeWin::qt_invoke () from /usr/kde/devel/lib/libkmailprivate.so #25 0xb667855d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #26 0xb6678931 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #27 0xb59da910 in MessageComposer::done () from /usr/kde/devel/lib/libkmailprivate.so #28 0xb59dfd15 in MessageComposer::doNextJob () from /usr/kde/devel/lib/libkmailprivate.so #29 0xb59dfd65 in MessageComposer::slotDoNextJob () from /usr/kde/devel/lib/libkmailprivate.so #30 0xb59dfe69 in MessageComposer::qt_invoke () from /usr/kde/devel/lib/libkmailprivate.so #31 0xb667855d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #32 0xb6a7aaed in QSignal::signal () from /usr/qt/devel/lib/libqt-mt.so.3 #33 0xb669a035 in QSignal::activate () from /usr/qt/devel/lib/libqt-mt.so.3 #34 0xb66a4334 in QSingleShotTimer::event () from /usr/qt/devel/lib/libqt-mt.so.3 #35 0xb6602769 in QApplication::internalNotify () from /usr/qt/devel/lib/libqt-mt.so.3 #36 0xb660298c in QApplication::notify () from /usr/qt/devel/lib/libqt-mt.so.3 #37 0xb6df7502 in KApplication::notify () from /usr/kde/devel/lib/libkdecore.so.4 #38 0xb658930f in QApplication::sendEvent () from /usr/qt/devel/lib/libqt-mt.so.3 #39 0xb65f2214 in QEventLoop::activateTimers () from /usr/qt/devel/lib/libqt-mt.so.3 #40 0xb659ec0e in QEventLoop::processEvents () from /usr/qt/devel/lib/libqt-mt.so.3 #41 0xb661e81d in QEventLoop::enterLoop () from /usr/qt/devel/lib/libqt-mt.so.3 #42 0xb661e742 in QEventLoop::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #43 0xb6601217 in QApplication::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #44 0x0805af63 in ?? () #45 0xbfd042c4 in ?? () #46 0x0806ac02 in vtable for QGList () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000001 in ?? () #51 0x080696c4 in vtable for QGList () #52 0x00000000 in ?? () #53 0x080694ce in vtable for QGList () #54 0x080694ba in vtable for QGList () #55 0xbfd04350 in ?? () #56 0xb7f076b8 in _r_debug () #57 0x08055628 in ?? () #58 0x0c0d71d6 in ?? () #59 0x0107aac0 in ?? () #60 0x00000000 in ?? () #61 0x00000000 in ?? () #62 0x08069368 in vtable for QGList () #63 0xbfd04320 in ?? () #64 0x08097090 in ?? () #65 0x00000000 in ?? () #66 0x08096320 in ?? () #67 0x080d62b0 in ?? () #68 0x080d5de8 in ?? () #69 0x080e8b78 in ?? () #70 0x086b9650 in ?? () #71 0x00000000 in ?? () #72 0x00000001 in ?? () #73 0x0807d730 in ?? () #74 0x0807b300 in ?? () #75 0x00000000 in ?? () #76 0x080fdc40 in ?? () #77 0x080cc0b0 in ?? () #78 0x080bfb50 in ?? () #79 0x00000000 in ?? () #80 0x080693ec in vtable for QGList () #81 0x080c15a8 in ?? () #82 0x080c1408 in ?? () #83 0x080dd438 in ?? () #84 0xb6ca4dc0 in vtable for QCString () from /usr/qt/devel/lib/libqt-mt.so.3 #85 0x0807c8c0 in ?? () #86 0xbfd043a8 in ?? () #87 0x080c10d0 in ?? () #88 0x08082d78 in ?? () #89 0x00000129 in ?? () #90 0x000001ff in ?? () #91 0x00000001 in ?? () #92 0x00000000 in ?? () #93 0x08071070 in ?? () #94 0x00000001 in ?? () #95 0x0810f150 in ?? () #96 0x08111978 in ?? () #97 0xb5fa3044 in ?? () from /usr/lib/gcc/i686-pc-linux-gnu/4.0.2/libstdc++.so.6 #98 0x0806d004 in ?? () #99 0xb6075cb0 in std::cin () from /usr/lib/gcc/i686-pc-linux-gnu/4.0.2/libstdc++.so.6 #100 0xb5e7e6b2 in on_exit () from /lib/libc.so.6 #101 0xb5e68544 in __libc_start_main () from /lib/libc.so.6 #102 0x0805a551 in ?? () If this is gcc4 related bug, Ill file one on bugs.gentoo.org, but -and forgive my ignorance- I have no idea as to up/downgrade my STL headers (more precisely; which package they belong to). I know my current gcc4 has some default patches enabled by gentoo, ill try gcc-4.0.1 this weekend and report back.
There's still no debugging symbols in kdepim.
Errr, Im not trying to be annoying/irritating here, but I rebuild all of kdelibs and kdepim with "--enable-debug=full --with-debug", so I have no idea why there are no kdepim symbols there, or how to get them.
Either you've stripped the binaries after you've built them or you're not running the ones you built.
Yes, of course, how stupid of me. I apologise. Here's a new backtrace without stripped (kdepim) binaries: Using host libthread_db library "/lib/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1251223104 (LWP 29570)] [KCrash handler] #4 0xb6e9920c in operator new () from /usr/kde/devel/lib/libkabc.so.1 #5 0xb6e99d86 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #6 0xb6e99e4d in operator new () from /usr/kde/devel/lib/libkabc.so.1 #7 0xb6e99e77 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #8 0xb6e99efa in operator new () from /usr/kde/devel/lib/libkabc.so.1 #9 0xb6e9a155 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #10 0xb6e9a1c9 in operator new () from /usr/kde/devel/lib/libkabc.so.1 #11 0xb6e989ed in KABC::AddresseeHelper::initSettings () from /usr/kde/devel/lib/libkabc.so.1 #12 0xb6e98f12 in KABC::AddresseeHelper::AddresseeHelper () from /usr/kde/devel/lib/libkabc.so.1 #13 0xb6e99007 in KABC::AddresseeHelper::self () from /usr/kde/devel/lib/libkabc.so.1 #14 0xb6e4e617 in KABC::Addressee::setNameFromString () from /usr/kde/devel/lib/libkabc.so.1 #15 0xb73c6418 in KRecentAddress::RecentAddresses::load (this=0x84c5440, config=0x80b3d48) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:84 #16 0xb73c64d8 in RecentAddresses (this=0x84c5440, config=0x80b3d48) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:61 #17 0xb73c654e in KRecentAddress::RecentAddresses::self (config=0x80b3d48) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:52 #18 0xb7c813db in KMComposeWin::slotContinueDoSend (this=0x84185f8, sentOk=) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/kmcomposewin.cpp:3865 #19 0xb7c86e20 in KMComposeWin::qt_invoke (this=0x84185f8, _id=167, _o=0xbff73788) at kmcomposewin.moc:486 #20 0xb5f0217d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #21 0xb5f02551 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #22 0xb7c69f50 in KMComposeWin::applyChangesDone (this=0x84185f8, t0=true) at kmcomposewin.moc:389 #23 0xb7c8179b in KMComposeWin::slotComposerDone (this=0x84185f8, rc=true) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/kmcomposewin.cpp:2116 #24 0xb7c86ded in KMComposeWin::qt_invoke (this=0x84185f8, _id=166, _o=0xbff73908) at kmcomposewin.moc:485 #25 0xb5f0217d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #26 0xb5f02551 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #27 0xb7e47ba0 in MessageComposer::done (this=0x8474bc0, t0=true) at messagecomposer.moc:89 #28 0xb7e4cfa5 in MessageComposer::doNextJob (this=0x8474bc0) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/messagecomposer.cpp:341 #29 0xb7e4cff5 in MessageComposer::slotDoNextJob (this=0x8474bc0) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/messagecomposer.cpp:379 #30 0xb7e4d0f9 in MessageComposer::qt_invoke (this=0x8474bc0, _id=2, _o=0xbff73a48) at messagecomposer.moc:95 #31 0xb5f0217d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #32 0xb63046f1 in QSignal::signal () from /usr/qt/devel/lib/libqt-mt.so.3 #33 0xb5f23c55 in QSignal::activate () from /usr/qt/devel/lib/libqt-mt.so.3 #34 0xb5f2df54 in QSingleShotTimer::event () from /usr/qt/devel/lib/libqt-mt.so.3 #35 0xb5e8c389 in QApplication::internalNotify () from /usr/qt/devel/lib/libqt-mt.so.3 #36 0xb5e8c5ac in QApplication::notify () from /usr/qt/devel/lib/libqt-mt.so.3 #37 0xb6695502 in KApplication::notify () from /usr/kde/devel/lib/libkdecore.so.4 #38 0xb5e12f31 in QApplication::sendEvent () from /usr/qt/devel/lib/libqt-mt.so.3 #39 0xb5e7be34 in QEventLoop::activateTimers () from /usr/qt/devel/lib/libqt-mt.so.3 #40 0xb5e2882e in QEventLoop::processEvents () from /usr/qt/devel/lib/libqt-mt.so.3 #41 0xb5ea843d in QEventLoop::enterLoop () from /usr/qt/devel/lib/libqt-mt.so.3 #42 0xb5ea8362 in QEventLoop::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #43 0xb5e8ae37 in QApplication::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #44 0x0804a9f7 in main (argc=7, argv=0xbff74314) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/main.cpp:110
On Mon, Nov 07, 2005 at 10:08:08PM -0000, Stefan Vunckx wrote: Hi, > Yes, of course, how stupid of me. I apologise. > > Here's a new backtrace without stripped (kdepim) binaries: We'd need the version with the non-stripped kdelibs (kabc). > #11 0xb6e989ed in KABC::AddresseeHelper::initSettings () > from /usr/kde/devel/lib/libkabc.so.1 I really can't see a reason why it should crash in this method... Ciao, Tobias
Using host libthread_db library "/lib/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1250797120 (LWP 25123)] [KCrash handler] #4 0xb6eee20c in __gnu_cxx::__pool_base::_M_get_binmap (this=0xb7fadda0, __bytes=20) at mt_allocator.h:147 #5 0xb6eeed86 in __gnu_cxx::__mt_alloc<std::_Rb_tree_node<QString>, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate (this=0x85fd478, __n=1) at mt_allocator.h:676 #6 0xb6eeee4d in std::_Rb_tree<QString, QString, std::_Identity<QString>, std::less<QString>, std::allocator<QString> >::_M_get_node (this=0x85fd478) at stl_tree.h:356 #7 0xb6eeee77 in std::_Rb_tree<QString, QString, std::_Identity<QString>, std::less<QString>, std::allocator<QString> >::_M_create_node (this=0x85fd478, __x=@0xbf9c7a60) at stl_tree.h:365 #8 0xb6eeeefa in std::_Rb_tree<QString, QString, std::_Identity<QString>, std::less<QString>, std::allocator<QString> >::_M_insert (this=0x85fd478, __x=0x0, __p=0x85fd47c, __v=@0xbf9c7a60) at stl_tree.h:794 #9 0xb6eef155 in std::_Rb_tree<QString, QString, std::_Identity<QString>, std::less<QString>, std::allocator<QString> >::insert_unique (this=0x85fd478, __v=@0xbf9c7a60) at stl_tree.h:883 #10 0xb6eef1c9 in std::set<QString, std::less<QString>, std::allocator<QString> >::insert (this=0x85fd478, __x=@0xbf9c7a60) at stl_set.h:315 #11 0xb6eed9ed in KABC::AddresseeHelper::initSettings (this=0x85fd440) at /var/tmp/portage/kdelibs-7-r2/work/branches/KDE/3.5/kdelibs/kabc/addresseehelper.cpp:67 #12 0xb6eedf12 in AddresseeHelper (this=0x85fd440) at /var/tmp/portage/kdelibs-7-r2/work/branches/KDE/3.5/kdelibs/kabc/addresseehelper.cpp:44 #13 0xb6eee007 in KABC::AddresseeHelper::self () at /var/tmp/portage/kdelibs-7-r2/work/branches/KDE/3.5/kdelibs/kabc/addresseehelper.cpp:35 #14 0xb6ea3617 in KABC::Addressee::setNameFromString (this=0xbf9c7cbc, str=@0xbf9c7cc8) at addressee.cpp:933 #15 0xb741b418 in KRecentAddress::RecentAddresses::load (this=0x85def70, config=0x80b3d10) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:84 #16 0xb741b4d8 in RecentAddresses (this=0x85def70, config=0x80b3d10) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:61 #17 0xb741b54e in KRecentAddress::RecentAddresses::self (config=0x80b3d10) at /var/tmp/portage/libkdepim-7-r1/work/branches/KDE/3.5/kdepim/libkdepim/recentaddresses.cpp:52 #18 0xb7cd53db in KMComposeWin::slotContinueDoSend (this=0x85531f8, sentOk=) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/kmcomposewin.cpp:3865 #19 0xb7cdae20 in KMComposeWin::qt_invoke (this=0x85531f8, _id=167, _o=0xbf9c7f78) at kmcomposewin.moc:486 #20 0xb5f5617d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #21 0xb5f56551 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #22 0xb7cbdf50 in KMComposeWin::applyChangesDone (this=0x85531f8, t0=true) at kmcomposewin.moc:389 #23 0xb7cd579b in KMComposeWin::slotComposerDone (this=0x85531f8, rc=true) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/kmcomposewin.cpp:2116 #24 0xb7cdaded in KMComposeWin::qt_invoke (this=0x85531f8, _id=166, _o=0xbf9c80f8) at kmcomposewin.moc:485 #25 0xb5f5617d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #26 0xb5f56551 in QObject::activate_signal_bool () from /usr/qt/devel/lib/libqt-mt.so.3 #27 0xb7e9bba0 in MessageComposer::done (this=0x84e7e88, t0=true) at messagecomposer.moc:89 #28 0xb7ea0fa5 in MessageComposer::doNextJob (this=0x84e7e88) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/messagecomposer.cpp:341 #29 0xb7ea0ff5 in MessageComposer::slotDoNextJob (this=0x84e7e88) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/messagecomposer.cpp:379 #30 0xb7ea10f9 in MessageComposer::qt_invoke (this=0x84e7e88, _id=2, _o=0xbf9c8238) at messagecomposer.moc:95 #31 0xb5f5617d in QObject::activate_signal () from /usr/qt/devel/lib/libqt-mt.so.3 #32 0xb63586f1 in QSignal::signal () from /usr/qt/devel/lib/libqt-mt.so.3 #33 0xb5f77c55 in QSignal::activate () from /usr/qt/devel/lib/libqt-mt.so.3 #34 0xb5f81f54 in QSingleShotTimer::event () from /usr/qt/devel/lib/libqt-mt.so.3 #35 0xb5ee0389 in QApplication::internalNotify () from /usr/qt/devel/lib/libqt-mt.so.3 #36 0xb5ee05ac in QApplication::notify () from /usr/qt/devel/lib/libqt-mt.so.3 #37 0xb66ea502 in KApplication::notify (this=0xbf9c8878, receiver=0x82c7a78, event=0xbf9c85d8) at /var/tmp/portage/kdelibs-7-r2/work/branches/KDE/3.5/kdelibs/kdecore/kapplication.cpp:550 #38 0xb5e66f31 in QApplication::sendEvent () from /usr/qt/devel/lib/libqt-mt.so.3 #39 0xb5ecfe34 in QEventLoop::activateTimers () from /usr/qt/devel/lib/libqt-mt.so.3 #40 0xb5e7c82e in QEventLoop::processEvents () from /usr/qt/devel/lib/libqt-mt.so.3 #41 0xb5efc43d in QEventLoop::enterLoop () from /usr/qt/devel/lib/libqt-mt.so.3 #42 0xb5efc362 in QEventLoop::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #43 0xb5edee37 in QApplication::exec () from /usr/qt/devel/lib/libqt-mt.so.3 #44 0x0804a9f7 in main (argc=7, argv=0xbf9c8b04) at /var/tmp/portage/kmail-7-r2/work/branches/KDE/3.5/kdepim/kmail/main.cpp:110
On Thu, Nov 10, 2005 at 09:28:36PM -0000, Stefan Vunckx wrote: Hi Stefan, > Using host libthread_db library "/lib/libthread_db.so.1". > `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. > [Thread debugging using libthread_db enabled] > [New Thread -1250797120 (LWP 25123)] > [KCrash handler] > #4 0xb6eee20c in __gnu_cxx::__pool_base::_M_get_binmap (this=0xb7fadda0, > __bytes=20) at mt_allocator.h:147 > #5 0xb6eeed86 in __gnu_cxx::__mt_alloc<std::_Rb_tree_node<QString>, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate (this=0x85fd478, ^^^ That looks like a broken libstdc++ to me, which compiler/distribution do you use? Ciao, Tobias
Oh, we've since found out that the bug is actually in libstdc++ and is triggered by -fvisibility=hidden coupled with half-done patches by the distribution (making the pool allocator default, but not adding #pragma visibility where necessary). So, please bug your distribution or downgrade your gcc to 3.4.3. *** This bug has been marked as a duplicate of 111115 ***
The development of the old KAddressBook will be discontinued for KDE 4.4. Since the new application has the same name, but a completly new code base we close all bug reports against the old version and ask the submitters to resend there reports against the new product.