Crash in [@ abort | terminate]
Categories
(Core :: Graphics: CanvasWebGL, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox141 | --- | affected |
People
(Reporter: release-mgmt-account-bot, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/24ee81dc-b3ca-4f44-b37b-136dc0250602
Reason: EXCEPTION_STACK_BUFFER_OVERRUN / FAST_FAIL_FATAL_APP_EXIT
Top 10 frames of crashing thread:
0 ucrtbase.dll abort
1 ucrtbase.dll terminate
2 ucrtbase.dll FindHandler<__FrameHandler4>
3 ucrtbase.dll __InternalCxxFrameHandler<__FrameHandler4>
4 ucrtbase.dll __InternalCxxFrameHandlerWrapper<__FrameHandler4>
5 ucrtbase.dll _CxxFrameHandler4
6 ntdll.dll RtlpExecuteHandlerForException
7 ntdll.dll RtlDispatchException
8 ntdll.dll RtlRaiseException
9 KERNELBASE.dll RaiseException
By querying Nightly crashes reported within the last 2 months, here are some insights about the signature:
- First crash report: 2025-03-26
- Process type: Multiple distinct types
- Is startup crash: No
- Has user comments: No
- Is null crash: No
Comment 1•1 year ago
|
||
This signature looks pretty useless. I split by proto signatures and there's just a bunch of random junk. If I'm reading this stack correctly, it looks like this is happening when C++ code tries and fails to throw an exception.
Maybe the best fix here would be to add RaiseException as a sentinel, so all of the failed stack unwinding junk gets eaten up, and also add it to the prefix signature list. The volume in general is rather low so I'm not sure how useful that will be.
Hmm. It looks like RaiseException is already in a third list, the irrelevant signature list, so it could have some weird effects on existing signatures.
Some high volume (a few hundreds in the last month) signatures with RaiseException in the proto signature:
[@ hmpalert.dll | VirtualProtect ] bp-3a26eb62-4fda-4246-bac5-114c00250602
[@ RtlAllocateHeap | astmcwebbrowsercontrol.dll | RtlVirtualUnwind | RtlRaiseException | astmcwebbrowsercontrol.dll | <unknown in combase.pdb> ] bp-b1a4d43a-99e5-4822-8650-a562b0250602
[@ RtlAllocateHeap | astmcwebextension3.dll | RtlVirtualUnwind | RtlRaiseException | astmcwebextension3.dll | <unknown in combase.pdb> ] bp-e02dee81-db3f-4aef-88a6-948fc0250602
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Let's just close this. It doesn't look like a useful bug.
Description
•