Bug #61415 [Fbk->NoF]: zend_alter_ini_entry failuers

Edit report at https://bugs.php.net/bug.php?id=61415&edit=1 ID: 61415 Updated by: php-bugs@lists.php.net Reported by: info at simonecaruso dot com Summary: zend_alter_ini_entry failuers -Status: Feedback +Status: No Feedback Type: Bug Package: Safe Mode/open_basedir Operating System: Linux PHP Version: 5.3.10 Assigned To: cmb Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: ------------------------------------------------------------------------ [2021-05-20 15:24:53] cmb@php.net Is this still an issue with any of the actively supported PHP versions[1]? [1] <https://www.php.net/supported-versions.php> ------------------------------------------------------------------------ [2012-03-19 11:18:56] info at simonecaruso dot com I really would like debug php and find what's wrong. For now i moved from PHP_INI_STAGE_RUNTIME to PHP_INI_STAGE_ACTIVATE and the problem disappeared. But now i get this in logs when apache stops: []/Zend/zend_ini.c(278) : Freeing 0x7F63E5BB4908 (72 bytes), script=/home/www- data/mesogeamag.it/html/index.php []/Zend/zend_ini.c(279) : Freeing 0x7F63E5BB49A8 (64 bytes), script=/home/www- data/mesogeamag.it/html/index.php []/Zend/zend_alloc.c(2454) : Actual location (location was relayed) []/Zend/zend_hash.c(250) : Freeing 0x7F63E5BB4A40 (84 bytes), script=/home/www- data/mesogeamag.it/html/index.php []/Zend/zend_ini.c(289) : Freeing 0x7F63E5BB4AE8 (64 bytes), script=/home/www- data/mesogeamag.it/html/index.php Thank you for help ------------------------------------------------------------------------ [2012-03-17 18:43:13] cataphract@php.net The fact it worked in 5.2 doesn't imply your code had no bug. It may mean that a bug has always existed, but by luck it wasn't triggered by 5.2. Of course, if you could identify the specific commit that triggers the problem, it could shed light on this problem. If you can automate the tests, you can easily run something a bisection procedure to find such commit. ------------------------------------------------------------------------ [2012-03-16 23:27:31] info at simonecaruso dot com I don't think it's a my module problem because with 5.2 i dont have this problem (i did the sames tests for 5.3, same apache, same config), i moved to 5.3 from less than one month. I don't think it's a concurrency related issue too, the failure are too much rare i think. I did a diff between 5.2 and 5.3 and saw there are major changes to fopen_wrapper.c, and i have this problem only for open_basedir, that's why i opened the bug. I'll try with other stages in the hope this can help. ------------------------------------------------------------------------ [2012-03-16 21:41:22] cataphract@php.net I assume you're using the prefork SAPI, as the stack trace shows you're not using ZTS. In that case, I find strange your claim this is a concurrency issue. More likely, the problem would be in your module and I don't know anything about Apache modules lifecycle to even guess where the problem could be. You could try passing another value for stage as the ini update handler for open_basedir can never fail for stages PHP_INI_STAGE_STARTUP, PHP_INI_STAGE_SHUTDOWN, PHP_INI_STAGE_ACTIVATE,PHP_INI_STAGE_DEACTIVATE, but this would most likely just mask the underlying problem. You can also try running Apache under valgrind with --trace-children and see if you get something. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=61415 -- Edit this bug report at https://bugs.php.net/bug.php?id=61415&edit=1