ID: 42613
User updated by: patrick at baynewmedia dot com
Reported By: patrick at baynewmedia dot com
Status: Assigned
Bug Type: *General Issues
Operating System: Windows XP Pro & Windows Vista
PHP Version: 5.2.4
Assigned To: jmertic
New Comment:
[EMAIL PROTECTED]:
No, no files were moved. Files were only copied in this way:
1. When all DLLs continued to fail to load from the original
installation directory (C:\PHP5\ext) I copied them (not moved, just
copied) to the root installation directory (C:\PHP5). Now they were
duplicated but at least they were being found. Any changes I made to the
PHP.ini file regarding the location of extensions seemed to have no
effect. I even tried setting it to weird and exotic locations like the
"Program Files" directories, and so on. However, they would only load
when together with the PHP executable and the INI settings had
absolutely no effect (i.e. regardless of where I specified the path, the
DLLs always loaded up from C:\PHP5).
2. I commented out the offending DLLs to get a basic PHP installation
running (still the same INI file). Now I was getting no errors and
phpinfo() showed that PHP was active albeit with no extended
functionality. At this point I tried getting MySQL enabled. I placed the
"libmysql.dll" file in all of the locations listed in previous entries
in this thread along with updating the INI file. I also did a full
system search to see if there were any other PHP initialization files
sitting anywhere on the system, and to see where all the MySQL DLLs
were. Only one INI file exists on my system, libmysql.dll exists in
about 6 different locations, and simply doesn't load (PHP can't find
it).
So to recap: Upon my initial install on a new machine, I only copied
the extension DLLs from "C:\PHP5\ext" to "C:\PHP5", effectively creating
two copies. Various combinations to the path settings for these
extensions resulted in the same thing: nothing. The extension DLLs are
only ever recognized when in the same directory as the PHP executable.
The only exception to this is the "libmysql.dll" file which fails to
load no matter where I put it (previous posts here should describe in
greater detail what was tried).
The result thus far is that about 60% of the original installation
extension DLLs can be loaded. The remainder (listed above) cannot. The
MySQL extension fails to load regardless of what I do with it or which
version it is. In case I'd forgotten to mention this, all of the above
attempts were tried as a regular user (with administrative privileges on
my Vista machine), and running as an Administrator. On my XP machine,
the results are exactly the same. I also had the thought that Vista or
64-bit had something to do with these failures, but the XP machine is
32-bit, fully up-to-date and all else running smoothly.
Previous Comments:
------------------------------------------------------------------------
[2007-10-22 13:39:26] [EMAIL PROTECTED]
Did you move the PHP directory or any of it's contents after it was
installed?
------------------------------------------------------------------------
[2007-10-22 11:26:50] [EMAIL PROTECTED]
Assigned to the installer maintainer.
------------------------------------------------------------------------
[2007-10-18 16:21:28] patrick at baynewmedia dot com
mfvivino at vivmedia dot net:
That's another interesting problem and frankly I don't expect the path
to be missing for seemingly no reason. I'll keep my eyes open for that
and see if it does the trick. Thanks for the research though I'm still
of the opinion that this shouldn't be required ;)
------------------------------------------------------------------------
[2007-10-16 11:00:20] mfvivino at vivmedia dot net
It gets weirder for me.
I experienced tons of problems with the installer, so scrapped that
(did uninstall) and installed manually via .zip which was easy enough. I
ONLY enabled mysql, and amazingly enough, it worked!. I ran a simple
test:
<?php phpinfo(); ?>
which reported mysql as enabled; and I was subsequently able to install
PHP shopping cart software. So far, so good...
Now for the fun part: after rebooting the machine, mysql is being
reported as not enabled anymore, so I checked the apache log and sure
enough, I see the same cryptic error as others have reported here:
PHP Warning: PHP Startup: Unable to load dynamic library
'c:/php52/etx\\php_mysql.dll' - The specified module could not be found.
\r\n in Unknown on line 0.
And now of course phpinfo() shows mysql indeed is missing
I thought perhaps the reference to '\r\n' had something to do with
windows linefeeds, so I ran a dos2unix conversion on the php.ini file --
no go. Still the same problem.
For fun, I tried disabling mysql and enabling a different module.
Doesn't seem to matter, get the same problem with any and all.
As others have already noted, this is extremely frustrating -- and
atypical. I am also a very long-time PHP user and have not ever
experienced this level of difficulty with basic PHP
installation/configuration.
------------------------------------------------------------------------
[2007-10-11 23:55:53] [EMAIL PROTECTED]
During the installer you must have selected to install every extension
onto the hard disk, this in turn would have enabled all of those
extensions some of which don't work.
I'm under the impression that the extension maintainer removed the ones
that were broken, but one can still shoot themselves in the foot by
enabling everything.
Uninstall PHP and then re-install, when you do make sure you only
enable the modules that you need.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/42613
--
Edit this bug report at http://bugs.php.net/?id=42613&edit=1
