Web lists-archives.com

Vision: WebAssembly native variant of Broadway

Hello GTK list,

with WebAssembly becoming a fixed part of modern browsers, this opens a
new execution environment for GTK applications.

The emscripten library already provides an environment where C programs
can be compiled with minimal modifications to run in the browser;
emscripten provides a virtual file system and an SDL2 implementation for

I imagine (and that's why I prefixed the thread with "vision", though
the subtext of madness is fitting too) that in Broadway the trip through
the web socket could be cut short: rather then buffer updates being sent
via websockets, they could be sent via WebAssembly syscalls right into
the Broadway JavaScript page that is fully hosting the WebAssembly
application rather than just opening a socket to one.

This would allow for some applications to run completely standalone in
the browser (eg. games[1]), while others could shift much workload from
the application server to the client (the terminal server for Evolution
would not need to run an instance for each user any more, but only
statically serve the executable and then act as file system and
networking gateway).

I think this would be possible to implement; do you think it would be
practical, and for which applications?

Best regards

[1]: The few file accesses those have can be served from a read-only
statically shipped file system, or one could take the game further to
gio and implement a dav:// with "system calls" to XMLHttpRequest...

I shouldn't have written all those tank programs.
  -- Kevin Flynn

Attachment: signature.asc
Description: PGP signature

gtk-list mailing list