ID: 10628
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: request_config is bogus
Forgot: need to edit config.m4 to comment out the enable
stuff of course.
Previous Comments:
---------------------------------------------------------------------------
[2001-05-03 03:56:59] [EMAIL PROTECTED]
Using apache 1.3.19-1 and php4.0.4.5rc6-2 (debian packages)
$ ./ext_skel --extname=apdebug
Apply this patch:
diff -ur apdebug.org/apdebug.c apdebug/apdebug.c
--- apdebug.org/apdebug.c Thu May 3 09:44:19 2001
+++ apdebug/apdebug.c Thu May 3 09:45:05 2001
@@ -74,6 +74,9 @@
/* Remove if there's nothing to do at request start */
PHP_RINIT_FUNCTION(apdebug)
{
+ request_rec *r;
+ r = ((request_rec *) SG(server_context));
+ fprintf(stderr, "APDEBUG, request_config=%#lxn",
r->request_config);
return SUCCESS;
}
$ phpize
$ CFLAGS="$CFLAGS -DHAVE_APDEBUG=1 -DCOMPILE_DL_APDEBUG=1"
./configure --enable-apdebug
$ make; make install
add extension=apdebug.so to php.ini
We've had numerous reports (on my own machine, but also on
SuSE, Redhat and others) where request_config would always
be 0x10000, and verifiably have another (sane) value in
other apache modules during the same request. This is the
only dynamic extension loaded, other than the built-in
extensions that the debian php4 package provides.
---------------------------------------------------------------------------
Full Bug description available at: http://bugs.php.net/?id=10628
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
