More on the PHP ECO-2 update
It seems I was not the only one with problems.
From the WASD mailing list, it seems there has been some change in an interface to PHPSHR routines and Mark daniel has updated PHPWASD to reflect this change. Tonight I downloaded and installed this new version, and linked both the old and new PHPSHR versions (getting two distinct images, of course).
Now I could test more thoroughly than before, and I used the php_info.php script for that, ruling out some potential problems elsewhere.
When linked using the old PHPSHR and using the old one, all is well and the page shows up nicely.
When linked to a different version than run with, PHPWASD simply crashed and the reason (ACCVIO) is found in the logfile only. The screen just states the result is not CGI-compliant.
When linked using the new version and run with it, another ACCVIO occurs but this time, it shows on the screen.
With this result, I enabled debug output and it seems that the PHP engine breaks – somewhere – if logical PHPWASD$INI is undefined. A situation that cannot be handled. But since this logical is typical for the WASD environment, I wonder why this happens. What could be: some fields in this interface could well be readonly or undefined, or defined differently.
I mailed the results to Mark – pushing the problem onto ITRC may not help (though you never know). The logging is available in this location.
To be continued – no doubt.
By the way: the extensions in the kit have been copied to the WASD environment and are used – except the MySQL one. The problem is not within these modules 😉