William Stein

Here's the relevant code: https://github.com/sagemathinc/cowasm/blob/main/core/wasi-js/src/wasi.ts#L950

Thanks! It's very impressive what you guys are doing, and continuing to do.

@syrusakbary one thing you might be interested in that I recently wrote is basically a reimplementation of sshfs, but in Javascript using websockets -- https://github.com/sagemathinc/websocketfs -- it's MIT licensed, and...

The problem might just be that I haven't finished implementing all error handling paths in dash. The original dash uses setjmp/longjmp for error handling. However, those don't exist in WASM...

Unfortunately, cowasm does not have any support for threads. It just has a very lightweight shim of pthreads to enable threaded code (e.g., cpython) to compile. > If not, is...

Thanks for adding this to the todo list and trying out the cowasm shell. I have indeed not implemented dash pipes yet at all. It requires running a subprocess (all...

> fragments of Ubuntu compiled to wasm Yes, that's basically one way to think of cowasm, except with Ubuntu maybe replaced by FreeBSD. The FreeBSD utilities are mostly much smaller...

> note that pipes are "incremental", so in theory, they can work on infinite data streams I realize that. Unfortunately it's impossible to support that using the model I'm implementing...

There are a lot of tradeoffs with speed versus functionality. One extreme for situations where speed is not important, there is https://copy.sh/v86/?profile=archlinux, which is a full Linux install running under...

> a process scheduler... There was something that did this before WebAssembly -- https://browsix.org/ -- but it was like 100x slower at least, so obviously nobody used it. Of course...