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]

Reply via email to