Closed Bug 340267 Opened 18 years ago Closed 14 years ago

Coverity thinks NULL frame will be passed to a function that dereferences it [@ nsBidiPresUtils::Resolve]

Categories

(Core :: Layout: Text and Fonts, defect)

Product:
Core
Component:
Layout: Text and Fonts
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: timeless, Unassigned)

References

(Blocks 1 open bug,
URL
)

Details

(Keywords: coverity, crash)

Crash Data

CID: 968

not sure how valid this is, the flow control it offers doesn't seem impossible to me. if you can prove this isn't possible, there are annotations that can be added to tell coverity that this can't happen.
i have NOT the administrator for over 3 years. this person is of reptile version. i need to get a life and a computer to finish my edu. can u help. this is the first time i've gotten through and it says i'm on a macintosh. help.thx, jbt23@nau.edu
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: layout.bidi → layout.fonts-and-text
i think coverity is wrong, sorry. frame can either never change from null and skip out of the loop early, or become null if it's destroyed and then do the same.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
Crash Signature: [@ nsBidiPresUtils::Resolve]
You need to log in before you can comment on or make changes to this bug.