Qemu.js – a proof-of-concept port of QEMU to web browser using WASM JIT (2019)
github.com
github.com
[1] https://www.destroyallsoftware.com/talks/the-birth-and-death...
xs = ['10','10','10']
(3) ['10', '10', '10']
xs.map(parseInt)
(3) [10, NaN, 2]
The whole array is omitted, but the radix passed to parseInt is respectively 0, 1 and 2.
Valid radix values are 2 to 36, but somehow 0 is also accepted due to its falsiness, and defaults to base 10. Base 1 is definitely not valid so NaNs out, and 10 in base 2 (binary) is 2.
For more of those WTF moments, in JavaScript and other languages, check out "Wat" [1], another hilarious lightning talk by Gary Bernhardt.
That demo also felt quite crazy back in the day, it even had an option for Win2k!
Looks like jslinux is based on TEMU which looks to be a "lite" QEMU.
https://book.peergos.org/features/apps.html
We've done that for doom using another js emulator (jsdosbox):
https://github.com/Peergos/example-apps#doom-shareware-runni...
Two articles about the project in Russian (Google Translate is helpful):
Unfortunate (if understandable; none of this is criticism!). What does it do for disk, then? Or is it early enough to just not solve that and only use a bare kernel+initrd?
i386
x86_64
arm64
https://www.google.com/search?q=x86_64+to+wasm some interesting stuff like https://github.com/michaelmelanson/wasm-kernel
The implications of this will result in some very interesting restrictions in corporate networks.
Why? Browsers are already capable of running arbitrary code
[0] https://textslashplain.com/2017/01/14/the-line-of-death/
Has the power inside of web browsers, and the CPUs powering them, and the models they could power in browser increased?