Closed
Bug 1716036
Opened 5 years ago
Closed 5 years ago
static destructors in nsThread
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
91 Branch
People
(Reporter: bugzilla, Assigned: bugzilla)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
The "magic static" objects created in nsThread::ThreadList and nsThread::ThreadListMutex have non-trivial destructors, so they end up setting atexit hooks.
I'd like to switch these over to be StaticLocalAutoPtrs which were added specifically for the purpose of ensuring trivial destructors for magic statics.
| Assignee | ||
Comment 1•5 years ago
|
||
The "magic static" objects created in nsThread::ThreadList and
nsThread::ThreadListMutex have non-trivial destructors, so they end up
setting atexit hooks.
I'd like to switch these over to be StaticLocalAutoPtrs which were added
specifically for the purpose of holding magic statics, and have trivial
destructors.
Updated•5 years ago
|
Keywords: regression
Pushed by aklotz@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4ea8353218d0
Use StaticLocalAutoPtr for magic statics in nsThread; r=KrisWright
Comment 3•5 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
status-firefox91:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 91 Branch
Updated•5 years ago
|
Updated•5 years ago
|
Has Regression Range: --- → yes
You need to log in
before you can comment on or make changes to this bug.
Description
•