Dylan T.

There doesn't seem to be any way to do this on the fly. There's no persisted script index in the main interpreter context. It would seem that the only way...

Currently the extension assumes that all functions will be automatically present on other threads. `dl()` was never considered. To be honest, I'm not actually 100% sure it makes sense for...

In addition it's my belief that a custom interned string request handler can drastically reduce the memory usage of classes autoloaded onto other threads, since they can be looked up...

Since 8.1, we're no longer able to reuse request-local interned strings, due to CE_CACHE, so interned strings are always hard-copied unless IS_STR_PERMANENT is used. We do now have a thread-safe...

Lazy initialization isn't an option since it's possible for multiple threads to try to use wait() simultaneously without using synchronized(). This would lead to a data race and memory leak.

If we decide to go with a separate class for this, `ThreadedEvent` would make sense, with a similar API to Python's [`threading.Event`](https://docs.python.org/3/library/threading.html#event-objects). This would also simplify the majority use-case of...

Seems like the real bug is that this check is not firing, because the offset doesn't exist: https://github.com/pmmp/pthreads/blob/fork/src/store.c#L311 On closer inspection this problem could be hard to solve, because `BP_VAR_W`...

It turns out that a bug in php-src is responsible for this test failing, and not pthreads. php/php-src#10473 However, there are still some potential issues with internal function copying: arginfo...

It would probably be best to initially introduce this concept with `ClosureThread` and `ClosureThreadedRunnable`, to allow gradual migration.

Not sure if this will work on macOS (or more esoteric *nixes)