ID: 22482
User updated by: submissions at spherious dot com
Reported By: submissions at spherious dot com
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: Linux 7.2, Zend 2.1
PHP Version: 4.3.1
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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?
------------------------------------------------------------------------
[2003-03-02 09:46:50] submissions at spherious dot com
Ok, I think the error is extension related, but I don't know in what
way.
I deleted all in /usr/lib/php4 then recompiled php4.3.1, but the error
still occurs, so it is not linking to old files.
If I link it to something else, the error does not occur, but of course
this would mean the extensions aren't loaded.
------------------------------------------------------------------------
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
