Summary: | crash when I send a mail or when I change my identity | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | emeteo |
Component: | encryption | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED REMIND | ||
Severity: | crash | CC: | dominik.tritscher, ismail, lemma |
Priority: | NOR | Keywords: | triaged |
Version: | 1.8 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | valgrind_output_change_identify.zip |
Description
emeteo
2004-12-21 17:49:17 UTC
umm. the first backtrace is when I tried modify my identity. This is when I sent a mail: Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1231157152 (LWP 22085)] [KCrash handler] #4 0xb60ede48 in __gnu_cxx::__mt_alloc<GpgME::UserID>::deallocate ( this=0xbfffe9c0, __p=0x8b41758, __n=6) at mt_allocator.h:430 #5 0xb60edd54 in std::_Vector_base<GpgME::UserID, std::allocator<GpgME::UserID> >::_M_deallocate (this=0xbfffe9c0, __p=0x8b41758, __n=6) at stl_vector.h:117 #6 0xb60eda24 in ~_Vector_base (this=0xbfffe9c0) at stl_vector.h:106 #7 0xb60ed7ba in ~vector (this=0xbfffe9c0) at stl_vector.h:256 #8 0xb62fdc26 in ValidTrustedOpenPGPEncryptionKey (key=@0x871e4e8) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:122 #9 0xb6303ce7 in ValidTrustedEncryptionKey (key=@0x871e4e8) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:145 #10 0xb6303c9d in NotValidTrustedEncryptionKey (key=@0x871e4e8) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:176 #11 0xb630aebe in std::find_if<__gnu_cxx::__normal_iterator<GpgME::Key*, std::vector<GpgME::Key, std::allocator<GpgME::Key> > >, bool (*)(GpgME::Key const&)> ( __first={_M_current = 0x871e4e8}, __last={_M_current = 0x871e4ec}, __pred=0xb6303c8c <NotValidTrustedEncryptionKey>) at stl_algo.h:287 #12 0xb63081c0 in std::find_if<__gnu_cxx::__normal_iterator<GpgME::Key*, std::vector<GpgME::Key, std::allocator<GpgME::Key> > >, bool (*)(GpgME::Key const&)> ( __first={_M_current = 0x871e4e8}, __last={_M_current = 0x871e4ec}, __pred=0xb6303c8c <NotValidTrustedEncryptionKey>) at stl_algo.h:336 #13 0xb63037ac in Kleo::KeyResolver::getEncryptionKeys (this=0x873cfc8, person=@0x899c900, quiet=true) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:1317 #14 0xb62fdd93 in Kleo::KeyResolver::EncryptionPreferenceCounter::operator() ( this=0xbfffec1c, item=@0x899c900) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:291 #15 0xb6306c46 in std::for_each<__gnu_cxx::__normal_iterator<Kleo::KeyResolver::Item*, std::vector<Kleo::KeyResolver::Item, std::allocator<Kleo::KeyResolver::Item> > >, Kleo::KeyResolver::EncryptionPreferenceCounter> (__first= {_M_current = 0x899c900}, __last={_M_current = 0x899c920}, __f= {<std::unary_function<Kleo::KeyResolver::Item,void>> = {<No data fields>}, _this = 0x873cfc8, mDefaultPreference = Kleo::UnknownPreference, mTotal = 0, mNoKey = 0, mNeverEncrypt = 0, mUnknownPreference = 0, mAlwaysEncrypt = 0, mAlwaysEncryptIfPossible = 0, mAlwaysAskForEncryption = 0, mAskWheneverPossible = 0}) at stl_algo.h:158 #16 0xb6300111 in Kleo::KeyResolver::checkEncryptionPreferences ( this=0x873cfc8, encryptionRequested=true) at /usr/src/kdecvs/kdepim/kmail/keyresolver.cpp:767 #17 0xb62f3c97 in MessageComposer::determineWhetherToEncrypt (this=0x80b8e40, doEncryptCompletely=true) at /usr/src/kdecvs/kdepim/kmail/messagecomposer.cpp:674 #18 0xb62f2c93 in MessageComposer::adjustCryptFlags (this=0x80b8e40) at /usr/src/kdecvs/kdepim/kmail/messagecomposer.cpp:547 #19 0xb62fd429 in MessageComposerJob::adjustCryptFlags (this=0x8686f10) at /usr/src/kdecvs/kdepim/kmail/messagecomposer.cpp:212 #20 0xb62fd400 in AdjustCryptFlagsJob::execute (this=0x8686f10) at /usr/src/kdecvs/kdepim/kmail/messagecomposer.cpp:229 #21 0xb62f195d in MessageComposer::slotDoNextJob (this=0x80b8e40) at /usr/src/kdecvs/kdepim/kmail/messagecomposer.cpp:336 #22 0xb62fa9b6 in MessageComposer::qt_invoke (this=0x80b8e40, _id=2, _o=0xbfffef90) at messagecomposer.moc:95 #23 0xb70636ac in QObject::activate_signal () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #24 0xb739a02f in QSignal::signal () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #25 0xb707c972 in QSignal::activate () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #26 0xb7083d6c in QSingleShotTimer::event () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #27 0xb700197d in QApplication::internalNotify () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #28 0xb7001b32 in QApplication::notify () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #29 0xb75e57da in KApplication::notify (this=0xbffff590, receiver=0x81bb5a0, event=0xbffff310) at /usr/src/kdecvs/kdelibs/kdecore/kapplication.cpp:528 #30 0xb6ff5005 in QEventLoop::activateTimers () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #31 0xb6fafccc in QEventLoop::processEvents () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #32 0xb70173cb in QEventLoop::enterLoop () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #33 0xb7017324 in QEventLoop::exec () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #34 0xb7000ae0 in QApplication::exec () from /usr/src/kdecvs/qt-copy/lib/libqt-mt.so.3 #35 0x0805ccfb in main (argc=1, argv=0xbffff764) at /usr/src/kdecvs/kdepim/kontact/src/main.cpp:158 I'm tempted to blame your compiler, since no one else seems to be seeing this. I'll close the bug for now, please reopen if you still see this with current HEAD and a reasonably stable compiler. ;) Seeing a similar crash with KMail cvs head + gcc 4.0.1 + amd64 . Only happens when embedded in kontact & sending an e-mail : #0 0x00002aaab018346b in malloc_usable_size () from /lib/libc.so.6 #1 0x00002aaab0184617 in free () from /lib/libc.so.6 #2 0x00002aaab0186352 in malloc () from /lib/libc.so.6 #3 0x00002aaaafd433f8 in operator new () from /usr/lib/libstdc++.so.6 #4 0x00002aaaafcd0c1a in __gnu_cxx::__pool<true>::_M_reserve_block () from /usr/lib/libstdc++.so.6 #5 0x00002aaab3e318a3 in __gnu_cxx::__mt_alloc<std::_Rb_tree_node<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::allocate (this=0x748ea0, __n=1) at mt_allocator.h:727 #6 0x00002aaab3e318d8 in std::_Rb_tree<Kleo::CryptoMessageFormat, std::pair<Kleo::CryptoMessageFormat const, FormatInfo>, std::_Select1st<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::_M_get_node (this=0x748ea0) at stl_tree.h:356 #7 0x00002aaab3e318f4 in std::_Rb_tree<Kleo::CryptoMessageFormat, std::pair<Kleo::CryptoMessageFormat const, FormatInfo>, std::_Select1st<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::_M_create_node (this=0x748ea0, __x=@0x7fffffc193c0) at stl_tree.h:365 #8 0x00002aaab3e319ab in std::_Rb_tree<Kleo::CryptoMessageFormat, std::pair<Kleo::CryptoMessageFormat const, FormatInfo>, std::_Select1st<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::_M_insert (this=0x748ea0, __x=0x0, __p=0x748ea8, __v=@0x7fffffc193c0) at stl_tree.h:793 #9 0x00002aaab3e31b10 in std::_Rb_tree<Kleo::CryptoMessageFormat, std::pair<Kleo::CryptoMessageFormat const, FormatInfo>, std::_Select1st<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::insert_unique (this=0x748ea0, __v=@0x7fffffc193c0) at stl_tree.h:882 #10 0x00002aaab3e31d11 in std::_Rb_tree<Kleo::CryptoMessageFormat, std::pair<Kleo::CryptoMessageFormat const, FormatInfo>, std::_Select1st<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> >, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::insert_unique (this=0x748ea0, __position={_M_node = 0x748ea8}, __v=@0x7fffffc193c0) at stl_tree.h:904 #11 0x00002aaab3e31e77 in std::map<Kleo::CryptoMessageFormat, FormatInfo, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::insert (this=0x748ea0, position={_M_node = 0x748ea8}, __x=@0x7fffffc193c0) at stl_map.h:384 #12 0x00002aaab3e31f5c in std::map<Kleo::CryptoMessageFormat, FormatInfo, std::less<Kleo::CryptoMessageFormat>, std::allocator<std::pair<Kleo::CryptoMessageFormat const, FormatInfo> > >::operator[] (this=0x748ea0, __k=@0x7fffffc19498) at stl_map.h:339 #13 0x00002aaab3e2854e in Kleo::KeyResolver::resolveAllKeys (this=0x5e7c20, signingRequested=false, encryptionRequested=false) at /opt/development/kde/KDE/kdepim/kmail/keyresolver.cpp:788 #14 0x00002aaab3e19f05 in MessageComposer::adjustCryptFlags (this=0x5df640) at /opt/development/kde/KDE/kdepim/kmail/messagecomposer.cpp:585 #15 0x00002aaab3e1fe8f in MessageComposerJob::adjustCryptFlags (this=0xbb2ff0) at /opt/development/kde/KDE/kdepim/kmail/messagecomposer.cpp:242 #16 0x00002aaab3e1fea7 in AdjustCryptFlagsJob::execute (this=0xbb2ff0) at /opt/development/kde/KDE/kdepim/kmail/messagecomposer.cpp:259 #17 0x00002aaab3e1ce19 in MessageComposer::slotDoNextJob (this=0x5df640) at /opt/development/kde/KDE/kdepim/kmail/messagecomposer.cpp:355 #18 0x00002aaab3e1ce6c in MessageComposer::qt_invoke (this=0x5df640, _id=2, _o=0x7fffffc19790) at messagecomposer.moc:95 #19 0x00002aaaae281098 in QObject::activate_signal () from /opt/kde/qt/lib/libqt-mt.so.3 #20 0x00002aaaae55874b in QSignal::signal () from /opt/kde/qt/lib/libqt-mt.so.3 #21 0x00002aaaae29a5f4 in QSignal::activate () from /opt/kde/qt/lib/libqt-mt.so.3 #22 0x00002aaaae2a0e68 in QSingleShotTimer::event () from /opt/kde/qt/lib/libqt-mt.so.3 #23 0x00002aaaae22b843 in QApplication::internalNotify () from /opt/kde/qt/lib/libqt-mt.so.3 #24 0x00002aaaae22c210 in QApplication::notify () from /opt/kde/qt/lib/libqt-mt.so.3 #25 0x00002aaaad5a9f6e in KApplication::notify () from /opt/kde/lib/libkdecore.so.4 #26 0x00002aaaae221bc7 in QEventLoop::activateTimers () from /opt/kde/qt/lib/libqt-mt.so.3 #27 0x00002aaaae1e17e4 in QEventLoop::processEvents () from /opt/kde/qt/lib/libqt-mt.so.3 #28 0x00002aaaae240243 in QEventLoop::enterLoop () from /opt/kde/qt/lib/libqt-mt.so.3 #29 0x00002aaaae240142 in QEventLoop::exec () from /opt/kde/qt/lib/libqt-mt.so.3 #30 0x00000000004175fc in main (argc=2, argv=0x7fffffc1a098) at /opt/development/kde/KDE/kdepim/kontact/src/main.cpp:156 On Tuesday 10 May 2005 15:28, ismail donmez wrote: Attached goes the output of valgrind (compressed), until I get a crash when I was assigning a key gpg to the identity. Created an attachment (id=10987) valgrind_output_change_identify.zip Try changing the four lines in identitydialog.cpp:slotOk() that read like const std::vector<GpgME::Key> & foo = bar(); to const std::vector<GpgME::Key> foo = bar(); (ie. remove the ampersand there) and try whether that fixes it. Thanks. On Saturday 11 June 2005 21:45, Marc Mutz wrote: [bugs.kde.org quoted mail] I applied following : - const std::vector<GpgME::Key> & pgpSigningKeys = mPGPSigningKeyRequester->keys(); - const std::vector<GpgME::Key> & pgpEncryptionKeys = mPGPEncryptionKeyRequester->keys(); - const std::vector<GpgME::Key> & smimeSigningKeys = mSMIMESigningKeyRequester->keys(); - const std::vector<GpgME::Key> & smimeEncryptionKeys = mSMIMEEncryptionKeyRequester->keys(); + const std::vector<GpgME::Key> pgpSigningKeys = mPGPSigningKeyRequester->keys(); + const std::vector<GpgME::Key> pgpEncryptionKeys = mPGPEncryptionKeyRequester->keys(); + const std::vector<GpgME::Key> smimeSigningKeys = mSMIMESigningKeyRequester->keys(); + const std::vector<GpgME::Key> smimeEncryptionKeys = mSMIMEEncryptionKeyRequester->keys(); It still crashes when I press ok. Also any idea why it crashes when embedded under kontact ? See backtrace in comment #3 . Kontact crashes on when an e-mail is sent. If Kmail is run stand alone, all works fine. Fedora 4 KDE 3.4.1 FC4 uses gcc4 too right? So there is definetely something wrong with gpgme code and gcc4. Is this still an issue with a current kmail and compiler version? As this bug was quiet for some time now can we assume this is fixed now? Can't see a way to reproduce that and no feedback for more then 4 weeks. I assume this is not an issue any more. Feel free to reopen if additional info become available. |