PHP Test results

From: Date: Sun, 14 Apr 2002 14:47:30 +0000
Subject: PHP Test results
Groups: php.qa 
Request: Send a blank email to php-qa+get-5074@lists.php.net to get a copy of this message
array ( 'user_name' => 'jayboots', 'email' => 'jayboots@yahoo.com', 'package' => '4.2.0-RC2', 'testcase' => '0', 'status' => 'Good', 'os' => 'Windows NT/2K', 'sapi' => 'Apache 2.x DSO', 'automake' => 'other', 'autoconf' => 'other', 'libtool' => 'other', 'bison' => 'other', 'dbx' => 'on', 'xslt' => 'on', 'test' => '-- Using the pre-built PHP 4.2RC3 Win32 binaries (.zip pkg) -- Using pre-built Apache 2.0.35 Win32 binaries (.msi pkg) -- Using DBX extension compiled from 4.2RC3 (included with binaries) -- Using XSLT extension compiled from 4.1.2 (not included with binaries) -- PHP installed as a module in Apache using experimental apache2filter.dll ie. in httpd.conf: LoadModule php4_module c:/app/lang/php/experimental/apache2filter.dll AddType application/x-httpd-php .php -- FINALLY, a LOCATION is defined in httpd.conf: <Location \"/bps\"> ForceType application/x-httpd-php Options none AllowOverride None Order allow,deny allow from all </Location> TESTS: ------------------------------------------------------------------- Attempt to call site with a webbrowser: 1. http://localhost/bps 2. http://localhost/bps/ 3. http://localhost/bps/abc NOTE: it is expected that each of 1, 2 and 3 would be directed to the single file, \"bps\" located in the web server content root. That file should be processed as PHP document.', 'problems' => 'The behaviour of the location directive is no longer consistent. This may be an Apache issue, but it appears to work correctly with non PHP items. Case 1: No Error Case 2: Apache returns an object not found error. Case 3: (including all subcases) Apache returns an object not found error. This feature works properly for all previous builds, including the isapi4apache included with 4.2RC3 on Apache 1.3.24. ', 'bugids' => '', 'remarks' => 'Either: 1) Apache no longer treats the Location directive in the same way - documentation does not support this idea 2) There is an alternate method of loading PHP as an Apache module - I could not find the appropriate docs, but having the new install file have the word \"filter\" in it is a clue... any pointers? 3) Apache is broken - I doubt it 4) PHP is broken (at least the apache2filter.dll) - is it?? Thanks ', )

« previous php.qa (#5074) next »