with apache 2.4 and mod php this code timeouts, in cli mode there is no problem <?php $cipher = MCRYPT_RIJNDAEL_128; $mode = MCRYPT_MODE_CBC; $block = 16; $getIvSize = mcrypt_get_iv_size($cipher, $mode); $iv = mcrypt_create_iv($getIvSize, MCRYPT_DEV_URANDOM); echo base64_encode($iv); ?> Reproducible: Always Actual Results: timeout Expected Results: output random Patch can be found here and works http://git.php.net/?p=php-src.git;a=commitdiff;h=a94ea9c97a5331d416c6256e5b01645188182054
Seems like this won't be backported to 5.5, but is in 5.6 already.
(In reply to Tomas Mozes from comment #1) > Seems like this won't be backported to 5.5, but is in 5.6 already. 5.5 is in security fix only mode per [0] so I doubt any fixes are going that way for a timeout bug. [0] https://secure.php.net/supported-versions.php
(In reply to Brian Evans from comment #2) > 5.5 is in security fix only mode per [0] so I doubt any fixes are going that > way for a timeout bug. Yes, so what do we do? Do we backport this patch or advice for an upgrade to an actively supported branch like 5.6?
Thanks for finding that upstream bug Tomas. I would ask the reporter to please test the 5.6.x series to see if his problem is fixed there. If it is, then I suggest sticking with the maintained 5.6.x series. There shouldn't be many incompatibilities. If the problem *isn't* fixed, I can investigate further.
The problem is fixed in 5.6 with the mentioned patch. But I can not move to 5.6 on this server. So I have to patch for me, no problem. Martin
We do call epatch_user() in the php-5.5.30 ebuild, so it should be easy to patch: https://wiki.gentoo.org/wiki//etc/portage/patches Sorry we can't do more, but we try to stick to upstream as closely as possible.