Closed
Bug 1265036
Opened 9 years ago
Closed 9 years ago
Change Buffer::try_realloc() crash to an OOM abort
Categories
(Core :: IPC, defect)
Core
IPC
Tracking
()
RESOLVED
FIXED
mozilla48
Tracking | Status | |
---|---|---|
firefox48 | --- | fixed |
People
(Reporter: mccr8, Assigned: mccr8)
References
Details
(Keywords: assertion, regression)
Crash Data
Attachments
(1 file)
1.33 KB,
patch
|
billm
:
review+
|
Details | Diff | Splinter Review |
I see 8 of these crashes in the content process in the last week. Bill, is this something that we should be concerned about? Maybe it is a dupe of one of the other regressions from your patch.
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(wmccloskey)
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Updated•9 years ago
|
Keywords: regression
It looks like an OOM. We're asking for more memory and not getting it. Maybe I should use NS_ABORT_OOM here?
Flags: needinfo?(wmccloskey)
Assignee | ||
Comment 2•9 years ago
|
||
I'd just switch from realloc to moz_xrealloc, which I think is infallible, so it will annotate everything correctly. That's what Kan-ru used in Pickle::Resize().
Assignee | ||
Comment 3•9 years ago
|
||
Oh, right, but you want to survive a failure sometimes. Yeah, NS_ABORT_OOM would be good.
Assignee | ||
Updated•9 years ago
|
Keywords: crash
Summary: Crash in Buffer::try_realloc() release assert → Change Buffer::try_realloc() crash to an OOM abort
Assignee | ||
Comment 4•9 years ago
|
||
Attachment #8742050 -
Flags: review?(wmccloskey)
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → continuation
Attachment #8742050 -
Flags: review?(wmccloskey) → review+
Assignee | ||
Comment 5•9 years ago
|
||
Comment 6•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla48
You need to log in
before you can comment on or make changes to this bug.
Description
•