firefox 71 spidermonkey segment fault
Categories
(Core :: JavaScript Engine, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox73 | --- | fixed |
People
(Reporter: slei.casper, Assigned: jandem)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36
Steps to reproduce:
compile spidermonkey in js/src:
mkdir release
../configure
make
run with poc:
./dist/bin/js < /tmp/ff71crash
Actual results:
segmentation fault
Reporter | ||
Comment 1•3 years ago
|
||
(In reply to slei.casper from comment #0)
Created attachment 9114353 [details]
ff71crashUser Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36
Steps to reproduce:
compile spidermonkey in js/src:
mkdir release && cd release ../configure make
run with poc:
./dist/bin/js < /tmp/ff71crash
Actual results:
segmentation fault
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Comment 2•3 years ago
|
||
Thanks for the bug report.
The file has a ^R control character. The JS shell uses editline where this is treated as a search command.
You probably want to use js -f file.js
or js file.js
instead.
Assignee | ||
Comment 3•3 years ago
|
||
Thinking about it more, maybe we should fix our terminal detection code here (we call that with forceTTY
true I think but that seems wrong):
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 4•3 years ago
|
||
This fixes the following case to just execute the script instead of using
the interactive shell:
dist/bin/js < file.js
The -i flag can be used to force interactive mode in this case.
Pushed by jdemooij@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7190108fee04 Don't assume interactive mode in the JS shell when no file paths are specified. r=jorendorff
Comment 6•2 years ago
|
||
bugherder |
Description
•