ID: 22482
Updated by: [EMAIL PROTECTED]
Reported By: submissions at spherious dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Linux 7.2, Zend 2.1
PHP Version: 4.3.1
New Comment:
The modules are not installed in such directories.
Per default they go in pretty cryptic place, thus you're
just looking in the wrong place.
Previous Comments:
------------------------------------------------------------------------
[2003-03-04 08:25:57] submissions at spherious dot com
Ok, i'm not sure on what you are basing your assumption that i am not
configuring it correctly. I think this is a bug, with the install
script.
I've done further testing and found that the error was only present
when pgsql.so was loaded. The other modules did not cause the error.
Therefore, it first appeared to be a bug in either the way php linked
to this file, or the way it created it.
Just for interests sake, I did an ls -l on the files that had been
created in /usr/lib/php4 and compared to those in (install
dir)/php-4.3.1/modules/. I found that, to my surprise, the files were
different sizes. I checked the file sizes for the previous installation
(php-4.2.2) and they were different again (so it wasn't the old files).
Somehow, the php-4.3.1 configure, make, make install, was copying files
to the /usr/lib/php4 directory that were different than those located
in (install dir)/php-4.3.1/modules/. Correct me if i'm wrong, but that
sounds like a bug to me. I did a manual copy of the files from (install
dir)/php-4.3.1/modules/ to /usr/lib/php4, and the problems are gone.
------------------------------------------------------------------------
[2003-03-03 20:51:06] [EMAIL PROTECTED]
Loading old modules with new PHP versions is not bug
but configuration error by you. Please check WHAT php.ini file is
actually used and what in THAT file is said for being the extension
path and what extensions are loaded.
And it doesn't work vice-versa either, (loading new modules with old
PHP versions) so check that you're really loading the new PHP version.
------------------------------------------------------------------------
[2003-03-03 20:27:47] submissions at spherious dot com
I think it is a bug, because as far as I can see, there is no configure
error. The php.ini references the direcotry containing the new ext
files that are created when php is compiled, make and make intalled, so
there is no error in configuration. I have also tried deleting
everything in /usr/lib/php4 and then recompiling. It creates the new
files there as it should, but still does not solve the problem.
I will try installing with just --prefix=/usr/local/php tonight. I
expect that will not cause an error, as no extensions will be used. If
that is the case, unfortunately, that still won't solve the problem.
------------------------------------------------------------------------
[2003-03-03 19:57:26] [EMAIL PROTECTED]
Check what php.ini is loaded and what extensions are loaded by it..this
is not really bug but just install/configure error.
------------------------------------------------------------------------
[2003-03-02 19:29:17] [EMAIL PROTECTED]
Do you have redhat's RPMs installed ?
If you install it with just a --prefix=/usr/local/php, does
it still print out the error?
------------------------------------------------------------------------
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/22482
--
Edit this bug report at http://bugs.php.net/?id=22482&edit=1
