Closed Bug 1638284 Opened 5 years ago Closed 5 years ago

We still have unlabeled JS threads

Categories

(Core :: JavaScript Engine, task, P2)

task

Tracking

()

RESOLVED FIXED
88 Branch
Tracking Status
firefox88 --- fixed

People

(Reporter: Yoric, Assigned: florian)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

While investigating bug 1630898, I found out that we do not label all JS threads.

We should fix this :)

To make these threads visible:

  • apply the attached patch;
  • open "about:processes";
  • look for "??? JS".
Assignee: nobody → dteller
Summary: We still have labeled JS threads → We still have unlabeled JS threads
Severity: -- → N/A
Priority: -- → P2
Assignee: dteller → nobody

Applying the patch from comment 1 on my local build, I saw one "??? JS" thread on the parent process and one per content process.

I then added a printf in SetName and a printf for the address of f the main function of the thread. In the output in the terminal, I looked for lines printing an address not followed by lines printing a name.

That gave me an address I could print in lldb:

(lldb) p (void (*)(void))0x111e0b940
(void (*)()) $1 = 0x0000000111e0b940 (XUL`MachExceptionHandlerThread() at WasmSignalHandlers.cpp:880)

So here is the JS main function that doesn't set a thread name.

Assignee: nobody → florian
Status: NEW → ASSIGNED
Pushed by fqueze@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b5d91064e430 Name the MachExceptionHandler thread started from WasmSignalHandlers.cpp, r=lth.
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → 88 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: