#22482 [Bgs->Opn]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line

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] sniper@php.net 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] sniper@php.net 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] magnus@php.net 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