Closed
Bug 420150
Opened 17 years ago
Closed 10 years ago
Cycle collector fault when launching runtests.pl
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bent.mozilla, Assigned: bent.mozilla)
Details
Attachments
(1 file)
1.19 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
sdwilsh said he has seen this fault while running runtests.pl:
multiple registrations of language runtime (ptr: 4a11cd0)
Worth looking into.
Comment 1•17 years ago
|
||
This happens for me, too, every time I run "perl runtests.pl". This is frustrating because I'm trying to debug another problem that might be specific to runtests.py.
Comment 2•17 years ago
|
||
I've seen this running make check before; a make build will fix the matter. I don't recall seeing it in Mochitests, but I might just not be remembering.
Comment 3•17 years ago
|
||
(In reply to comment #0)
> sdwilsh said he has seen this fault while running runtests.pl:
>
> multiple registrations of language runtime (ptr: 4a11cd0)
I'm seeing this frequently on my local mac builds of Thunderbird (OS X 10.5). Though I've not always been running tests.
The sort of situations it seems to occur (and I can't quite say the definitive possibilities yet):
* Rebuilding parts of Thunderbird just doing mailnews and mail, though most of the time this seems ok.
* Messing around with profiles, such that a default doesn't exist, or trying to load a profile that doesn't exist.
* After running xpcshell tests (via make check or check-interactive).
Assignee | ||
Comment 4•16 years ago
|
||
I know what causes this.
Assignee: nobody → bent.mozilla
Status: NEW → ASSIGNED
Assignee | ||
Comment 5•16 years ago
|
||
The problem was that we were getting a relative path in the module loader hash which was causing the xpconnect module (among others!) to initialize twice.
Attachment #339138 -
Flags: review?(benjamin)
Updated•16 years ago
|
Attachment #339138 -
Flags: review?(benjamin) → review+
Comment 6•16 years ago
|
||
Comment on attachment 339138 [details] [diff] [review]
Patch, v1
You really don't need the extra COMPtr, you could just do (*aDirectory)->Normalize() but this is ok.
Assignee | ||
Comment 7•16 years ago
|
||
But then your static checker would yell at me for setting an outparam and then maybe returning failure, right?
Updated•10 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•