Closed Bug 14434 Opened 25 years ago Closed 25 years ago

Somewhat random crashes in our data sources

Categories

(MailNews Core :: Backend, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 14377

People

(Reporter: alecf, Assigned: scottputterman)

Details

getting this odd stack trace on linux:
(gdb) where
#0  0x40e35adc in nsRDFResource::~nsRDFResource (this=0x879b788, __in_chrg=3)
    at nsRDFResource.cpp:45
#1  0x40e73b9a in nsMessage::~nsMessage (this=0x879b788, __in_chrg=3)
    at nsMessage.cpp:33
#2  0x410b7751 in nsImapMessage::~nsImapMessage (this=0x879b788, __in_chrg=3)
    at nsImapMessage.cpp:38
#3  0x40e35bc8 in nsRDFResource::Release (this=0x879b788)
    at nsRDFResource.cpp:58
#4  0x40e73bdc in nsMessage::Release (this=0x879b788) at nsMessage.cpp:36
#5  0x410b7820 in nsImapMessage::Release (this=0x879b788)
    at nsImapMessage.cpp:41
#6  0x4083c9d3 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#7  0x40802466 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#8  0x40802ae9 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#9  0x40811b6d in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#10 0x4080a9bd in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#11 0x40825480 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#12 0x4081e4fb in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#13 0x40804e77 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#14 0x40801366 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#15 0x40831278 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/librdf.so
#16 0x403ef2cb in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libjsdom.so
#17 0x40062c29 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libmozjs.so
#18 0x400699f1 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libmozjs.so
#19 0x40062c75 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libmozjs.so
---Type <return> to continue, or q <return> to quit---
#20 0x400699f1 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libmozjs.so
#21 0x40062c75 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libmozjs.so
#22 0x403663c0 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/libxpconnect.so
#23 0x40364957 in ?? ()
   from /home1/alecf/xpc/mozilla/dist/bin/components/libxpconnect.so
#24 0x4010b741 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libxpcom.so
#25 0x4010b852 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libxpcom.so
#26 0x40e199d4 in nsMsgMailSession::NotifyFolderLoaded (this=0x84e11f0,
    folder=0x8782914) at nsMsgMailSession.cpp:296
#27 0x40e68d0a in nsMsgFolder::NotifyFolderLoaded (this=0x8782908)
    at nsMsgFolder.cpp:1690
#28 0x40e6a8de in nsMsgDBFolder::OnStopRunningUrl (this=0x8782908,
    aUrl=0x8c27dfc, aExitCode=0) at nsMsgDBFolder.cpp:526
#29 0x410c99d0 in nsImapMailFolder::OnStopRunningUrl (this=0x8782908,
    aUrl=0x8c27dfc, aExitCode=0) at nsImapMailFolder.cpp:2593
#30 0x40e18783 in nsUrlListenerManager::BroadcastChange (this=0x87772d0,
    aUrl=0x8c27dfc, notification=nsUrlNotifyStopRunning, aErrorCode=0)
    at nsUrlListenerManager.cpp:79
#31 0x40e187d8 in nsUrlListenerManager::OnStopRunningUrl (this=0x87772d0,
    aUrl=0x8c27dfc, aErrorCode=0) at nsUrlListenerManager.cpp:95
#32 0x40e76109 in nsMsgMailNewsUrl::SetUrlState (this=0x8c27dfc,
    aRunningUrl=0, aExitCode=0) at nsMsgMailNewsUrl.cpp:125
#33 0x410caa04 in nsImapMailFolder::SetUrlState (this=0x8782908,
    aProtocol=0x89d2980, aUrl=0x8c27dfc, isRunning=0, statusCode=0)
    at nsImapMailFolder.cpp:2921
#34 0x410e0181 in SetUrlStateProxyEvent::HandleEvent (this=0x41201a48)
    at nsImapProxyEvent.cpp:1995
#35 0x410db9cc in nsImapEvent::imap_event_handler (aEvent=0x41201a48)
    at nsImapProxyEvent.cpp:69
#36 0x4012e2eb in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libplds3.so
#37 0x4012e1fc in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libplds3.so
#38 0x40100f4f in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libxpcom.so
#39 0x404b5de3 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libwidget_gtk.so
#40 0x40674d7b in ?? () from /usr/lib/libgdk-1.2.so.0
---Type <return> to continue, or q <return> to quit---
#41 0x406a23ca in ?? () from /usr/lib/libglib-1.2.so.0
#42 0x406a3a86 in ?? () from /usr/lib/libglib-1.2.so.0
#43 0x406a4041 in ?? () from /usr/lib/libglib-1.2.so.0
#44 0x406a41e1 in ?? () from /usr/lib/libglib-1.2.so.0
#45 0x405cd7a9 in ?? () from /usr/lib/libgtk-1.2.so.0
#46 0x404b63b1 in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libwidget_gtk.so
#47 0x4039299e in ?? () from /home1/alecf/xpc/mozilla/dist/bin/libnsappshell.so
#48 0x804a75e in main1 (argc=2, argv=0xbffff824) at nsAppRunner.cpp:591
#49 0x804a960 in main (argc=2, argv=0xbffff824) at nsAppRunner.cpp:702
#50 0x40223cb3 in ?? () from /lib/libc.so.6

This happens when I click on an IMAP message, then mark another message that I'm
not reading.
Adding Par to the cc list. He was seeing this as well today but I'm not sure if
there is another bug out there tracking this yet. Alec and I looked and didn't
see one.
the reason it's crashing is because gRDFService is null
however, gRDFServiceCount should be equal to exactly the number of message
resources that exist. this makes me think the message is being created and
passed off to someone and they're not addrefing it, but they're releasing it.
Unfortunately, RDF is releases it last, so that's when it crashes.
Summary: Somewhat random crashes in our data sources
Adding subject to the bug report.

I actually just saw this for pop to. So the crash isn't imap specific.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
this is dup.

*** This bug has been marked as a duplicate of 14377 ***
Status: RESOLVED → VERIFIED
verified as duplicate.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.