PHP update tested
Last mail I got from Mark Berryman stated that PHP now uses mmap in memory management – and that rang a bell: the wget image, ported by Steven Schweda, does as well, and that one crashed on ACCVIO in accessing robots.txt, according his investigation. He suggested there might be some issue with the MMAP implementation in ACTRL – the C run-time Library. If that’s the case, it may explain why PHP 5.3 has trouble as well.
Last OS update included an update of this library, so perhaps it was solved.
But no: again, the PHP engine failed to recognize EOF as the missing “?>” end-tag. So that’s to be reported once more. It must be something withing the environment since, as he told me, he couldn’t reproduce the error.
Switching between the two versions is easy using the setup I use: just run one procedure and use the right PHP version. But as it turned out, there a bit more to reckon with. The WASD web server caches files – including started run time environments and scripts. Purging the cache and stopping all processes you’re going to handle, is a requirement; but you may end up with restarting the web server (just a commend, it’l be available within a few seconds. But the environment is fresh). Don’t forget the browser cache, not just the pages but cookies as well, even those of your favorite sites. I forgot that one – and starting this blog rendered the ‘NoService’ page– the one you get if you enter a non-existing grootersnet.nl site….(There might have been a coïncidence with the SYSBLOG logical, but the /EXEC and /SUPER defined logicals were completely corrrect….)
Anyway: PHP is restsored to it’s previous version….Once more 🙁