Closed
Bug 865921
Opened 11 years ago
Closed 11 years ago
use-after-poison during launch while initializing NSS
Categories
(NSS :: Libraries, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: posidron, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash, Whiteboard: [asan])
Attachments
(1 file)
8.16 KB,
text/plain
|
Details |
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)
Comment 1•11 years ago
|
||
Ccing wtc and mats who were working on this earlier :)
Blocks: asan-maintenance
Comment 2•11 years ago
|
||
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.
Comment 3•11 years ago
|
||
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.
Description
•