You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Yeah, that behavior is not correct; however, key_t is underspecified by POSIX; it merely mandates that key_t is an arithmetic type, so we probably can't assume it is int everywhere.
Yeah, that behavior is not correct; however, key_t is underspecified by POSIX; it merely mandates that key_t is an arithmetic type, so we probably can't assume it is int everywhere.
key != (zend_long)(key_t)key should work as a runtime check.
it merely mandates that key_t is an arithmetic type
This is ugly, since arithmetic types even include float etc. However, we can hopefully assume that it is actually an integer type, and as such could determine the details during configuration: its size (sizeof(key_t), and its signedness.
Description
The following code:
Resulted in this output:
But I expected this output instead:
(seen on 64-bit linux with sizeof(int) == 4, sizeof(zend_long) == 8)
Not really something users are likely to do deliberately
This also means that 0x1_0000_0000 is an alias for IPC_PRIVATE, which always creates a new memory segment.
Noticed while looking into #9944
PHP Version
Any
Operating System
No response
The text was updated successfully, but these errors were encountered: