Closed Bug 682598 Opened 13 years ago Closed 13 years ago

Crash, null pointer deref [@ GraphWalker<scanVisitor>::DoWalk ]

Categories

(Core :: XPCOM, defect)

x86_64
Linux
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 500105

People

(Reporter: bjacob, Unassigned)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

Attached patch avoid null derefSplinter Review
Is this the right fix? I don't want to hide a bug, if the real bug is that a null pointer was there in the first place.
Attachment #556291 - Flags: review?(jwalden+bmo)
Severity: normal → critical
Keywords: crash
Yeah, this looks like the same thing as bug 500105, which happens on all platforms.  About half of these crashes show up as null dereferences, but I think pi shouldn't be null here.  I'm not sure if there is just sometimes an extra null being stored, so we could skip over it and all would be fine, or of this means we've totally gone off the rails, and null-checking will just make us crash later.
Assignee: general → nobody
Component: JavaScript Engine → XPCOM
QA Contact: general → xpcom
Attachment #556291 - Flags: review?(jwalden+bmo) → review?(continuation)
Comment on attachment 556291 [details] [diff] [review]
avoid null deref

So, Peter agrees with me, that a null showing up here is a violation of some basic CC invariant, so things are probably haywire anyways.  He is suspicious of the nsDeque, so maybe we'll try out the JS queue for a few weeks to see if that helps this.
Attachment #556291 - Flags: review?(continuation) → review-
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Version: unspecified → Trunk
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: