ext/standard/url.c | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 fix bug #79465 - use unsigneds as indexes.

(cherry picked from commit 9d6bf8221b05f86ce5875832f0f646c4c1f218be)

NEWS | 6 6 + 0 - 0 !
1 file changed, 6 insertions(+)

 news

(cherry picked from commit bd4a5ebe653f36ea7705fbc95a6ec4842d7f86fc)

Zend/zend_signal.c | 21 16 + 5 - 0 !
ext/opcache/ZendAccelerator.c | 13 11 + 2 - 0 !
main/main.c | 5 5 + 0 - 0 !
3 files changed, 32 insertions(+), 7 deletions(-)

 fix bug #76895

There are two parts here: First, opcache should not be blocking
signals while invoking compile_file. Second, we should have noticed
this issue a long time ago, but apparently we don't use
zend_signal_deactivate as part of the standard shutdown sequence.
In addition to calling deactivate, also make sure that we always
check for zero depth, independent of SIGG(check), which is currently
not enabled.

main/rfc1867.c | 5 3 + 2 - 0 !
1 file changed, 3 insertions(+), 2 deletions(-)

 fix #78875: long filenames cause oom and temp files are not cleaned

We must not cast `size_t` to `int` (unless the `size_t` value is
guaranteed to be less than or equal to `INT_MAX`).  In this case we can
declare `array_len` as `size_t` in the first place.

(cherry picked from commit 1c9bd513ac5c7c1d13d7f0dfa7c16a7ad2ce0f87)

main/rfc1867.c | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

 fix #78876: long variables cause oom and temp files are not cleaned

We use the proper type for size calculations, which is `size_t`.

(cherry picked from commit 3c8582ca4b8e84e5647220b647914876d2c3b124)

NEWS | 8 8 + 0 - 0 !
1 file changed, 8 insertions(+)

 update news

(cherry picked from commit b4afd21428e09133228fd84bf048157526c2c705)
(cherry picked from commit f1a89efe27650b62d58fceb77252480b19da6555)