Shim standard property handlers, in an attempt to move ThreadSafe behaviour closer to regular objects

[dktapps]

This wasn't entirely successful and it does mean that ThreadSafe objects pay a performance penalty for reading & writing properties. I haven't attempted to optimise this yet. However this change means that we get PHP 8.4 property hooks without having to copy-paste a bunch of core logic from php-src.

[dktapps]

Main performance considerations:

• Double property info hashtable access - we could probably use fake caches for the std property handlers to avoid this, but it'll make the code more fragile
• Not able to cache property info because Zend would skip our custom handler
• Defined properties can't be optimized to array accesses within thread-safe objects because we can't guarantee that the class used for the object will be the same on all threads (because of autoloading). However, this should be a very rare edge case, so it's possible we might be able to optimise this if we verify the destination thread's class properties match and bail if they don't (or possibly have some kind of translation layer, but this seems like a lot of hassle for a rare edge case).

[dktapps]

Probably worth restricting this to hooked properties to avoid paying a performance penalty on regular properties

[dktapps]

After looking into how hooked properties actually work, I'm no longer convinced this change makes sense. This is almost certainly much more complex than bringing in the code needed to invoke the hooks in pmmpthread, as well as being worse for performance.