Closed Bug 1398637 Opened 8 years ago Closed 7 years ago

Crash in std::_Hash<T>::_End

Categories

(Core :: Graphics, defect, P2)

Product:
Core
Component:
Graphics
Version:
56 Branch
Platform:
Unspecified
Windows 10
Type:
defect

Tracking

()

Status:
RESOLVED WONTFIX
Tracking Flags:
Tracking Status
firefox56 --- fix-optional
firefox57 --- fix-optional

People

(Reporter: n.nethercote, Unassigned)

Details

(Keywords: crash, Whiteboard: [gfx-noted])

Crash Data

This bug was filed from the Socorro interface and is report bp-0e8d1e76-0d09-4907-83da-391be0170909. ============================================================= This is the #10 Windows topcrash in Nightly 20170908220146. Bas, any ideas?
Flags: needinfo?(bas)
Hrm, this crash signature appears to come from a bunch of different locations, only one of those being inside DrawTargetD2D1 (which just happens to be the one you referenced), but there's a bunch of these in different location making it seem more like some weird type of corruption. What do you think?
Flags: needinfo?(bas) → needinfo?(n.nethercote)
status-firefox57: --- → affected
Priority: -- → P2
Whiteboard: [gfx-noted]
I filed bug 1399732 to adjust Socorro's skiplist to get better signatures for these crashes. More generally, why is gfx/ using std::unordered_map? It's used all over the place. It shouldn't be. This blog post has some details: https://blog.mozilla.org/nfroyd/2016/05/31/why-gecko-data-structures-should-be-preferred-to-std-ones/
Flags: needinfo?(n.nethercote) → needinfo?(milan)
Good tip on the undordered map, I opened bug 1399919 for that. Let's see what happens with the skip list. Right now, I'm also just seeing three crashes with DrawTargetD2D1.
status-firefox56: --- → fix-optional
status-firefox57: affected → fix-optional
Flags: needinfo?(milan)
Priority: P1 → P2
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.