No feedback.

http://www.php.net/var_dump

are there good tools (for linux) that are able to provide trace from php side?

Are you able to provide this information?

I'll try to look at this locally, but it would be very helpful if you 
could do a trace of what's happening on the PHP side, not just the 
LDAP side.

tried. still very slow comparing to checksyntax => false. attached 
complete ldap log.

Can you try this version of the ldap.php driver?

http://cvs.horde.org/co.php?r=1.83&f=turba%2Flib%2FDriver%2Fldap.php



I don't see any actual loops, just a lot of repeated calls. I added 
caching of syntax lookups so that we only look up every attribute 
once, instead of looking up every attribute whenever it's checked. 
Please let me know how this works for you. I'll merge it to Turba 
2.1.x if it helps.

output from <?

         $fp = fopen("/tmp/dump.log", "a");

         fwrite($fp, print_r($attv, 1));

         fclose($fp)

?>



as i tought just first call to the method isn't causing the loop

array(9) {

   ["aliases"]=>

   array(1) {

     [0]=>

     string(6) "userid"

   }

   ["oid"]=>

   string(25) "0.9.2342.19200300.100.1.1"

   ["name"]=>

   string(3) "uid"

   ["desc"]=>

   string(24) "RFC1274: user identifier"

   ["equality"]=>

   string(15) "caseIgnoreMatch"

   ["substr"]=>

   string(25) "caseIgnoreSubstringsMatch"

   ["syntax"]=>

   string(34) "1.3.6.1.4.1.1466.115.121.1.15{256}"

   ["max_length"]=>

   string(3) "256"

   ["type"]=>

   string(9) "attribute"

}

Look at _getSyntax() in turba/lib/Driver/ldap.php. Apparently you're 
never getting back something with a 'syntax' attribute. It would be 
helpful if you could replace the recursive call to _getSyntax with:



     var_dump($attv);

     exit;



And let us know what $attv is.

correction 'checksyntax' => true

i've configured $cfgSources['localldap'] with 'checksyntax' => false, 
with 'server' being a ldap server which is replicated using openldap 
syncprov overlday. i had to kill webserver to stop it flooding log.



openldap-2.3.24-1.2.amd64.rpm

php-pear-Net_LDAP-0.6.6-3



and it enters infinitive loop trying to search chemas. sample log attached