This is still a problem on the latest STABLE snapshot from
php4-STABLE-200209230900. Adding the TSRMLS_FETCH(); just before line
2030 in ldap.c does indeed resolve the problem on Solaris 2.8 (SPARC)
w/gcc-3.1 in 64-bit mode.
Previous Comments:
------------------------------------------------------------------------
[2002-06-21 18:23:28] mfis...@php.net
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.
The proper fix is to call TSRMLS_FETCH(); right after the variable
decelartions in _ldap_rebind_proc
------------------------------------------------------------------------
[2002-06-21 18:12:19] smi...@EUnet.yu
PHP 4.2.1 cannot be compiled with openldap support.
Compilation fails on ext/ldap/ldap.c, producing
error in line 2030:
ldap.c:2030: `tsrm_ls' undeclared (first use in
this function)
Line 2030 uses TSRMLS_CC, which is defined in TSRM/TSRM.h
to be
#define TSRMLS_C tsrm_ls
#define TSRMLS_CC , TSRMLS_C
But, tsrm_ls has never been defined ! Although TSRMLS_CC
has been used in other places in ldap.c, only in line
2030 it creates problem. It looks that source of the
problem is that function is defined as:
int _ldap_rebind_proc ...
so it is not PHP function, and tsrm_ls is not implicitly
defined. Adding following line in ldap.c, just before
line 2030:
void ***tsrm_ls; /* Added by smi...@EUnet.yu */
fixes the problem.
Regards,
Sasa Milic
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=17915&edit=1