Charles Pick

@backspaces I'm interested in adding support for this but need to see some real usecases first, can you expand a bit more on your description?

it was always the plan but I ran out of steam on the project I was using this for. I'd still like to add it but with SAB being spectred...

and can we even rely on SharedArrayBuffer sticking around in V8 if chrome doesn't use it any more?

Hey @benjamingr! it would be possible to make the existing implementation work with SAB simply by changing every store and load to an `Atomics.store()` and `Atomics.load()` but I suspect it...

Making the `alloc()` and `free()` calls thread safe is one thing but there's also the question of how to safely write and read within those allocated chunks. Maybe that's a...

btw this was the project that built on top of this library, sounds broadly similar to what you need (not threadsafe though sadly) https://github.com/codemix/reign

`--abort-on-sync-rejection` sounds like it would be slightly more compatible with the ecosystem if it was only triggered on `TypeError` or `ReferenceError`. I don't think introducing the new pattern from your...

@chrisdickinson the point is that we (promise users) _do_ differentiate, with Bluebird we'd do something like this: ``` js return request(url) .then(storePageInADatabase) .catch(Http400Exception, handleNotFound) .catch(Http500Exception, handleServerError); ``` But of course...

@rvagg I feel like you made a lot of sweeping statements in that post that are pretty easy to disagree with, and your own dislike of promises is showing through....

@chrisdickinson this would catch so few cases it doesn't seem worthwhile. Programmer errors can obviously happen in promise handlers too. If the need to differentiate here is important _in promise...