Closed Bug 865921 Opened 11 years ago Closed 11 years ago

use-after-poison during launch while initializing NSS

Categories

(NSS :: Libraries, defect)

3.15
x86_64
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: posidron, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash, Whiteboard: [asan])

Attachments

(1 file)

Attached file callstack
clang revision: 179744
Tested with m-i rev: 3f48aa1ff025 (Thu Apr 25 16:52:52 2013 -0400)
It worked fine with 0f87eee6f792 (Wed Apr 24 20:07:00 2013 -0600)
Ccing wtc and mats who were working on this earlier :)
decoder: thank you for filing the bug report. I neglected the NSS
issue when I asked Kai Engert to push a new NSPR update to m-c
today.

I believe this is caused by NSS not being rebuilt. The makefiles
of NSS don't have correct dependency on NSPR headers.

But before we do something to cause NSS to be rebuilt, we need
an NSS patch to add ASan annotations to an NSS function that
mocks with PLArena internals. If this can wait until tomorrow,
I will work on this first thing tomorrow.
This has been fixed as a byproduct of an NSS update in m-c,
which caused NSS to be recompiled.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: