cone crash - bt attached

Elisa Manara <[email protected]>
Newsgroups gmane.mail.cone
Message-ID <cone.1120121602.152378.19917.1000@capsula>
Hi all,

since I have this problem for a long time, I was wondering if someone 
else noticed it too. Something wicked happens when I attempt to read a 
message and simultaneously Cone has to manage newly arrived e-mails.

Backtrace attached.
Regards, Elisa.
bt (text/plain, 3 KB)
#0  0x40410da1 in free () from /lib/tls/libc.so.6
#1  0x40347d23 in operator delete () from /usr/lib/libstdc++.so.5
#2  0x082e7e27 in mail::mbox::MultiLockRelease::fail (this=0xbfffe880, message=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<No data fields>}, _M_p = 0x0}, static _S_empty_rep_storage = {0, 0, 0, 0}}) at mboxmultilock.C:242
#3  0x0823f23b in mail::generic::Attributes::fail (this=0x4036ae64, msg=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<No data fields>}, _M_p = 0x0}, static _S_empty_rep_storage = {0, 0, 0, 0}}) at generic.C:279
#4  0x0825fbea in mail::mbox::verifyUid (this=0xbfffe2c0, uid=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<No data fields>}, _M_p = 0x84d495c "1120073528-19563-1459-capsula"}, static _S_empty_rep_storage = {0, 0, 0, 0}}, 
    messageNumber=@0x85199e4, callback=@0x85198b0) at stl_alloc.h:652
#5  0x082e190e in mail::mbox::GenericGetMessageTask::locked (this=0x85199c0, file=@0xbfffe4e0)
    at mboxgetmessage.C:57
#6  0x082e365d in mail::mbox::LockTask::locked (this=0x85199c0, mlock=@0xbff00000)
    at mboxlock.C:173
#7  0x082e30b3 in mail::mbox::LockTask::doit (this=0x85199c0) at mboxlock.C:89
#8  0x0825918e in mail::mbox::TimedTask::doit (this=0x85199c0, timeout=@0xbfffe74c) at mbox.C:201
#9  0x082593f1 in mail::mbox::handler (this=0xbff00000, fds=@0xbfffe7e0, timeout=@0x4036ae64)
    at stl_queue.h:161
#10 0x08203cf3 in mail::account::process (fds=@0xbfffe7e0, timeout=@0xbfffe74c) at stl_list.h:169
#11 0x08179e84 in myServer::eventloop (callback=0xbfffe884) at myserver.C:215
#12 0x0817a472 in myServer::eventloop (callback=@0xbff00000) at myserver.C:337
#13 0x0816f5be in myMessage::readAttributes (this=0x8514d70) at mymessage.C:262
#14 0x081641aa in myFolder::openMessage (this=0x8526a00, messageNum=0, mimeid=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<No data fields>}, _M_p = 0x849975c ""}, static _S_empty_rep_storage = {0, 0, 0, 0}}, attachmentsOnly=false, 
    completedFuncArg={__pfn = 0, __delta = 0}) at myfolder.C:1851
#15 0x08163f6b in myFolder::goMessage (this=0xbff00000, messageNum=3220176896, mimeid=
        {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<No data fields>}, _M_p = 0x0}, static _S_empty_rep_storage = {0, 0, 0, 0}}, completedFuncArg={__pfn = 0, __delta = 0})
    at myfolder.C:1807
#16 0x080e4b9b in CursesIndexDisplay::processKeyInFocus (this=0x0, key=@0xbfffef00)
    at myfolder.H:229
#17 0x081bdff7 in CursesKeyHandler::handle (key=@0xbffff050, focus=0xbffff170)
    at curseskeyhandler.C:63
#18 0x081b2bee in Curses::processKey (k=@0xbffff050) at curses.C:366
#19 0x0817a22d in myServer::eventloop (callback=0x0) at myserver.C:240
#20 0x0817a442 in myServer::eventloop () at myserver.C:325
#21 0x080758b4 in folderIndexScreen (folderPtr=@0xbffff380, action=@0xbff00000) at cone.C:874
#22 0x08074087 in folderIndexScreen (dummy=0x8526a00) at cone.C:654
#23 0x08077cc4 in main (argc=0, argv=0xbffff7b4) at cone.C:1479
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.