php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #21333 Nesting level too deep - recursive dependency?
Submitted: 2003-01-02 04:47 UTC Modified: 2003-01-17 22:14 UTC
Votes:2
Avg. Score:4.0 ± 1.0
Reproduced:2 of 2 (100.0%)
Same Version:1 (50.0%)
Same OS:1 (50.0%)
From: webmaster at vplabs dot com Assigned:
Status: Closed Package: Reproducible crash
PHP Version: 4.3.0 OS: RedHat Linux 8.0
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: webmaster at vplabs dot com
New email:
PHP Version: OS:

 

 [2003-01-02 04:47 UTC] webmaster at vplabs dot com 
This error message appears on every script, even in this one:

<? ?>

This is just as it looks at the end of ANY php page:

"Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0"

Environment:

RedHat Linux8.0 Kernel 2.4.18-14 
Apache 2.0.40
PHP 4.3.0

And this is how I compiled PHP:

./configure i386-redhat-linux \
  --with-apxs2=/usr/sbin/apxs \
  --with-config-file-path=/etc \
  --with-gd \
  --with-zlib \
  --enable-ftp \
  --with-mysql \
  --with-informix=/opt/informix \
  --enable-sockets

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-01-02 04:54 UTC] derick@php.net 
Please run a "make test" after compiling PHP with "make" in the source directory and press "y" if it asks to send the information to the QA site.

Derick
 [2003-01-02 06:08 UTC] webmaster at vplabs dot com 
Unfortunately I can not send the "make test" results because the company where I work has too much restrictive firewall rules (paranoid grade): Form upload limits, no pop3 clients, password protected proxy, ...

All that I can currently tell you is that I have the same problem even with a much simpler PHP configuration:

./configure i386-redhat-linux \
  --with-apxs2=/usr/sbin/apxs \
  --with-config-file-path=/etc
 [2003-01-03 02:20 UTC] fiber_halo at yahoo dot com 
I'm seeing the same problem with a very similar config:
RH8.0, php4-STABLE-200301020430 even running the
command line tool gives this result, so I believe this is
independent of the apache version:

echo "<?php ?>" | ./php

Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0

I did a make test and submitted it to QA.  I hope this helps.
 [2003-01-03 16:48 UTC] fiber_halo at yahoo dot com 
Okay, I solved my own problem with a little help from a comment in bug 21206.  My /etc/php.ini file was pointing to the RedHat-supplied modules in /usr/lib/php4.  I was able to fix the problem by changing the line in /etc/php.ini that says:

extension_dir = /usr/lib/php4

to point to the new location of the modules.  This is where the imap.so, ldap.so, mysql.so, etc are.  Alternatively, you could copy the newly-compiled modules from the compile-directory/modules up to /usr/lib/php4.

Now, mine works perfectly.
 [2003-02-07 04:44 UTC] alex at elhacker dot info 
Me too, with Apache 1.3.27, y php 4.3.0 using php-nuke 6.0

My solution:

editing php.ini:

change this line:
extension_dir = /usr/lib/php4

for this:
extension_dir = /usr/lib/php

best regards from spain (barcelona)

bye
alex
 [2004-01-21 16:50 UTC] mikemoser4 at hotmail dot com 
I rna the make test and received the same error????  Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0

I have checked and the modules imap.so and ldap.so do appear in the usr/lib/php4 directory and since the installation of PHP was new they cannot be old version. This is on a red hat 8 with php 4.3.1
 [2004-01-29 20:15 UTC] suk at pobox dot com 
This happens with me as well, with a virgin install of phpBB2 on Libranet 2.8.1 (Debian Sarge, Kernel 2.4.21).  Apache 1.3.29.
 [2004-03-02 11:32 UTC] s dot macchi at computime dot it 
RedHat Linux9 
Apache 2.0.41
PHP 4.3.1

I've copied the newly-compiled modules in /etc/php4 and everithing is ok

Bye from Rome

Simone
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Nov 21 21:01:28 2024 UTC