06-Oct-2006

MySQL web-based admin works
When starting Homedesk from another machine I used before to access the PHPMYADMIN entry on Homedesk - the company's laptop - it directly went into is and so I re-discovered what was to be changed: Use collating sequence utf8-general-ci in stead of the (unknown) utf8-universal-ci. Now I can access the MySQL database again.
but E107 won't...
In the SWS erea I had installed E107 - a PHP/MYSQL based content management system. It did work there - somewhat, because some issues didn't due to non-VMS code (it won't recognize a file being a directory). But under WASDPHP, it crashes this image.

WATCH output doesn't say much, just something seen on screen:
SECURITY_STATUS=NONE
20:12:11.27 CGI 1968 0001 CGI NOT a strict CGI response!
20:12:11.27 ERROR 0421 **** NOTICED CGI:1969, not a strict CGI response
20:12:11.28 ERROR 1055 0001 RESPONSE DCL:4457 (basic-only) 502(502)
"Script did not provide an acceptable response."
20:12:11.29 REQUEST 0767 0001 REQUEST STATUS 502 rx:329 tx:882 bytes 2.575086 seconds
but having WASDPHP log what's passing, it shows an ACCVIO!
005620:16:41.92EXECUTE
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=0000000000000001,
PC=FFFFFFFF80A70960, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
DECC$SHR_EV56 0 0000000000000960 FFFFFFFF80A70960
DECC$SHR_EV56 0 0000000000139BBC FFFFFFFF80BA9BBC
PHPSHR 0 0000000000174774 00000000001C6774
PHPSHR 0 00000000001839C4 00000000001D59C4
PHPSHR 0 00000000001840E8 00000000001D60E8
PHPSHR 0 0000000000185E2C 00000000001D7E2C
PHPSHR 0 0000000000187C24 00000000001D9C24
PHPSHR 0 0000000000187C24 00000000001D9C24
PHPSHR 0 0000000000187C24 00000000001D9C24
PHPSHR 0 0000000000189DBC 00000000001DBDBC
PHPSHR 0 0000000000174BB8 00000000001C6BB8
PHPSHR 0 0000000000142D54 0000000000194D54
PHPWASD PHPWASD ProcessRequest 43141 0000000000001C1C 0000000000031C1C
PHPWASD PHPWASD main 42760 00000000000005A8 00000000000305A8
PHPWASD PHPWASD __main 0 000000000000006C 000000000003006C
0 FFFFFFFF80329F94 FFFFFFFF80329F94
005720:16:42.49WRITE FLUSH

These locations are bogus - make no sense at all looking at the PHPWASSD.C code. So I rebuild the image from scratch, with /LIS on compilation and /MAP/FULL on link, and installed that version. It didn't solve the crash but gave a more consistent location of the crash:

PHPWASD PHPWASD ProcessRequest 43255 000000000000196C 000000000003196C
PHPWASD PHPWASD main 42874 00000000000005DC 00000000000305DC
PHPWASD PHPWASD __main 42799 000000000000009C 000000000003009C

and that is indeed found in the code - and looks like a more appropiate location:


1 43248 else 2 43249 {
2 43250 /* restore the *real* translated path (see above) */
2 43251 SG(request_info).path_translated = CgiVar("PATH_TRANSLATE....
2 43252
2 43253 if (WatchEnabled) WatchThis ("EXECUTE");
2 43254
2 43255 php_execute_script (&ZendFileHandle CLS_CC ELS_CC PLS_CC);
1 43256 }
1 43257
1 43258 if (WatchEnabled) WatchThis ("SHUTDOWN");
1 43259
1 43260 php_request_shutdown (NULL);


"EXECUTE" and "SHUTDOWN" are both shown around the ACC vio, so it must be somewhere in teh PHP_EXECUTE_SCRIPT call where is a problem. This routine is defined in HP's PHP-port...
I have issued an entry on HP's OpenVMS ITRC after having sent a message to the WASD mailing lits - but I found it never got there (so redone it)