Closed Bug 107437 Opened 24 years ago Closed 24 years ago

Crash due to m_dbFolderInfo == nsnull [@ nsDBFolderInfo::ReleaseExternalReferences]

Categories

(MailNews Core :: Database, defect)

Product:
MailNews Core
Component:
Database
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: jesup, Assigned: Bienvenu)

References

Details

(Keywords: crash, topcrash)

Crash Data

Attachments

(1 file)

GDB backtrace and dump of the object from crash
9.79 KB, text/plain
Details
Most code in nsMsgDatabase checks if m_dbFolderInfo is null before using it. Some code (such as line 1020) doesn't; amusing since it's followed by NS_IF_RELEASE() on m_dbFolderInfo, which implies it can be null. There are a couple of other places in the file where it's not checked, it appears from a quick inspection. Most are ok.
Keywords: crash
*** Bug 107426 has been marked as a duplicate of this bug. ***
*** Bug 107457 has been marked as a duplicate of this bug. ***
checked in check for null.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Adding info to the summary and cc'ing talkback so we can verify this one.
Keywords: topcrash
Summary: Crash due to m_dbFolderInfo == nsnull → Crash due to m_dbFolderInfo == nsnull [@ nsDBFolderInfo::ReleaseExternalReferences]
Build 2001103003 works for me.
*** Bug 107595 has been marked as a duplicate of this bug. ***
QA Contact: esther → stephend
Hardware: PC → All
2001102911 MozillaTrunk Windows NT 5.0 build 2195 2001-11-16 05:42:56 nsDBFolderInfo::ReleaseExternalReferences 9024e2d8 19609 63812 Was the last crash. Also, I've done ad-hoc testing on the 2001-11-19 trunk builds on: Mac OS 9.1 RedHat 7.2 Windows 2K Verified FIXED.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
Crash Signature: [@ nsDBFolderInfo::ReleaseExternalReferences]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: