I have successfully installed previous versions of PHP dozens of times, under Windows, Linux and FreeBSD, so I'm not exactly a newbie having a go at his first install. I've tried to report the problems I relate below to the PHP bugs knowledge base, but bugs.php.net has been down for a couple of days. I'm trying to run PHP5 RC1 on a Windows 2000 test server with Apache 2.0.49. I downloaded the PHP5 RC1 package and installed it according to the instructions in the install.txt file (which is essentially the same as for previous 4.x versions). (Note: I tried the installation for the first time with Apache 2.0.47, but have since upgrated to the latest stable version, to no avail.) Upon installation, when I start Apache again, I get an error message to the effect that php4ts.dll cannot be found in the system32 directory or any of the system paths. This is curious because if anything is missing, it should be php5ts.dll, not php4ts.dll. If I rename php5ts.dll to php4ts.dll, I stop getting the error message, so there's clearly something in the entrails of PHP5 that expects to find php4ts.dll. Renaming the file is not exactly a pretty solution, though, so I'm hoping this problem will be corrected in the final release. I have of course edited httpd.conf so that it now contains the line LoadModule php5_module "c:/php/php5apache2.dll" instead of LoadModule php4_module "c:/php/sapi/php4apache2.dll" I have also checked the new php.ini file to make sure that it contains valid paths (e.g. extension_dir = "C:\PHP\ext\"). Everything looks fine. I use the DOM XML extension all the time and noticed that "php_domxml" is no longer an option in the extensions section of php.ini, so I assume that DOM XML is now bundled with PHP. As a matter of course, phpinfo() tells me that DOM/XML is enabled and that the libxml version is 2.5.11. However, when trying to use domxml_version(), domxml_new_doc(), domxml_open_mem() or any other DOM XML function, I get a "call to undefined function" error. If these functions now have new names, they're not listed in the online documentation. The same happens with the MySQLi extension, which is no longer an option in php.ini but none of its functions work either. The extensions directory is there and is pointed to correctly by php.ini; all PHP files are in c:\php and the sub-directories are exactly the same as in the distribution package; httpd.conf has been properly edited (and in fact Apache issues no error messages); my system path variable contains c:\php. What else can I possibly do to get PHP5 to work properly? Erik -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
