Open Bug 1856414 Opened 3 years ago Updated 1 year ago

Crash in [@ js::BaseShape::realm]

Categories

(Core :: JavaScript Engine, defect, P5)

Unspecified
Windows 11
defect

Tracking

()

People

(Reporter: mayankleoboy1, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file, 1 obsolete file)

Crash report: https://crash-stats.mozilla.org/report/index/03ca2e9f-cf5c-4e11-a9ff-4cac70230928

Reason: EXCEPTION_ACCESS_VIOLATION_READ

Top 10 frames of crashing thread:

0  xul.dll  js::BaseShape::realm const  js/src/vm/Shape.h:258
0  xul.dll  js::Shape::realm const  js/src/vm/Shape.h:380
0  xul.dll  JSObject::nonCCWRealm const  js/src/vm/JSObject.h:411
0  xul.dll  js::NativeObject::realm const  js/src/vm/NativeObject.h:1700
0  xul.dll  js::BaseScript::realm const  js/src/vm/JSScript.h:1516
0  xul.dll  js::jit::BaselineEntry::lookupRealmID const  js/src/jit/JitcodeMap.cpp:188
0  xul.dll  js::jit::JitcodeGlobalEntry::lookupRealmID const  js/src/jit/JitcodeMap.cpp:470
1  xul.dll  JS::ProfiledFrameHandle::realmID const  js/src/jit/JitcodeMap.cpp:1120
1  xul.dll  StreamJITFrame  tools/profiler/core/ProfileBufferEntry.cpp:554
1  xul.dll  JSONForJITFrame  tools/profiler/core/ProfileBufferEntry.cpp:578
Attached file about:support —

I dont know how/what/when I got this crash. I saw an unsubmitted crash, submitted it and this is what I got.

Taking a quick look at the crash, it does look like there might be some sort of bug in the profiling code. One register contains 0xe5e5e5e5e5e5e5e5, which is the jemalloc poison value implying that there's a use-after-free happening. The crash address is 0x6000000fafb49a34, which is a hard value to explain: the low bits would be relatively small for an address, and there are high bits set outside the 48-bit address space.

I didn't manage to get any disassembly out of breakpad.

There have been ~1400 crashes in the last six months in BaseShape::realm, and only three of them involve BaselineEntry::lookupRealmID. So this does not appear to be a particular common problem.

Overall, this is mildly interesting, but not particularly actionable. Assuming that it's profiler-specific, it's also unlikely to be exploitable.

There's not much we can do here unless we manage to replicate it more reliably.

Severity: -- → S4
Priority: -- → P5
Assignee: nobody → hsohaney
Status: NEW → ASSIGNED

wrong bug?

Flags: needinfo?(hsohaney)

Yeah sorry about that, wrong bug

Flags: needinfo?(hsohaney)

Comment on attachment 9360040 [details]
WIP: Bug 1856414 - Updating clear data dialog UI. WIP

Revision D189947 was moved to bug 1856415. Setting attachment 9360040 [details] to obsolete.

Attachment #9360040 - Attachment is obsolete: true
Assignee: hsohaney → nobody
Status: ASSIGNED → NEW

This looks like bug 1833295, in which case my patches in bug 1969435 might fix it.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: