Closed
Bug 583056
Opened 14 years ago
Closed 14 years ago
XPCOM-enabled child processes spew "WARNING: XPCOM objects created/destroyed from static ctor/dtor" on shutdown
Categories
(Core :: IPC, defect)
Core
IPC
Tracking
()
RESOLVED
FIXED
People
(Reporter: cjones, Assigned: cjones)
Details
Attachments
(1 file)
3.38 KB,
patch
|
bent.mozilla
:
review+
pavlov
:
approval2.0+
|
Details | Diff | Splinter Review |
It's something dumb, patch will be self-explanatory.
Assignee | ||
Comment 1•14 years ago
|
||
I have another patch to turn these warnings into RUNTIMEABORT() if an env var is set, so I've definitely confirmed the patch fixes the problem ;).
Attachment #461316 -
Flags: review?(bent.mozilla)
Updated•14 years ago
|
Attachment #461316 -
Flags: review?(bent.mozilla) → review+
Assignee | ||
Updated•14 years ago
|
Attachment #461316 -
Flags: approval2.0?
Assignee | ||
Comment 2•14 years ago
|
||
This patch moves the MessageLoopUI in child process's into its own lexical scope, so that after we exit the loop (when we're ready to shutdown), the MessageLoopUI is destroyed before we call LogTerm(). Previously, LogTerm() happened before ~MessageLoop, and the XPCOM-y things destroyed in ~MessageLoop (in content processes) triggered spurious XPCOM-dtor-from-static-context warnings. IMHO this patch has zero risk, it just fixes spurious warnings.
Updated•14 years ago
|
Attachment #461316 -
Flags: approval2.0? → approval2.0+
Assignee | ||
Comment 3•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/836c1ab26030
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•