Open Bug 1299683 Opened 4 years ago Updated 3 years ago

Memory leak from JSRuntime::init when not on the main thread

Categories

(Core :: JavaScript Engine, defect, P3)

45 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: oag, Unassigned)

References

Details

(Keywords: triage-deferred)

Attachments

(1 file)

2.67 KB, text/plain
Details
Attached file valgrind.txt
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
Build ID: 20160728203720

Steps to reproduce:

Wrote a program which creates, uses and destroys a JSRuntime and JSContext on a thread which is not the main thread. Profiled that program (unit test runner) with Valgrind.


Actual results:

A small leak was observed: see attached valgrind.txt.

The leak does not occur when equivalent code runs only on the main thread. In fact the attached Valgrind report comes from a program which creates and destroys at least a dozen JSRuntimes on the main thread.




Expected results:

Valgrind should not report any leaked memory.
Whiteboard: [MemShrink]
This looks like it is a leak involving an embedding of the SpiderMonkey engine, and we focus on Firefox in particular in MemShrink.
Whiteboard: [MemShrink]
Keywords: triage-deferred
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.