From: [EMAIL PROTECTED]
Operating system: Solaris 8/x86
PHP version: 4.1.0
PHP Bug Type: Apache2 related
Bug description: Apache 2.0 filter and PHP 4 crash
Current HEAD of both httpd-2.0 and PHP4. Clean compile.
% uname -a
SunOS scotch.ucf.ics.uci.edu 5.8 Generic_108529-12 i86pc i386 i86pc
'./configure' \
'--with-apxs2=/pkg/apache-2.0-cvs/bin/apxs' \
'--with-pgsql=/pkg/postgresql-7.0.2' \
'--with-ispell=/pkg/ispell-3.1' \
'--with-zlib' \
'--with-ldap=/pkg/openldap-2.0.11' \
'--with-openssl=/pkg/openssl-0.9.6b'
This is for a vhost site that I run, so I'm not really at liberty to
provide the script. I can ask the user if I can pass along the script, but
it isn't mine, so I don't really want to do it without authorization.
Back trace:
(gdb) bt
#0 0x80f4423 in ap_save_brigade (f=0x86652f8, saveto=0x852e0a4,
b=0xde405b3c,
p=0x8536630) at util_filter.c:416
#1 0xdf597be1 in php_output_filter (f=0x86652f8, bb=0x8665448)
at sapi_apache2.c:350
#2 0x80f433d in ap_pass_brigade (next=0x86652f8, bb=0x8665448)
at util_filter.c:388
#3 0x80fca7e in default_handler (r=0x8536668) at core.c:2824
#4 0x80e62f0 in ap_run_handler (r=0x8536668) at config.c:185
#5 0x80e6a2e in ap_invoke_handler (r=0x8536668) at config.c:360
#6 0x80b0866 in ap_process_request (r=0x8536668) at http_request.c:292
#7 0x80ab8db in ap_process_http_connection (c=0x8910b68) at
http_core.c:280
#8 0x80f2100 in ap_run_process_connection (c=0x8910b68) at
connection.c:84
#9 0x80f24dc in ap_process_connection (c=0x8910b68) at connection.c:229
#10 0x80e3264 in process_socket (p=0x8910a48, sock=0x8910a80,
my_child_num=1,
my_thread_num=4) at worker.c:565
#11 0x80e37c1 in worker_thread (thd=0x8257c40, dummy=0x836fe18) at
worker.c:782
#12 0xdfb49900 in dummy_worker (opaque=0x8257c40) at thread.c:122
(gdb) down
#1 0xdf597be1 in php_output_filter (f=0x86652f8, bb=0x8665448)
at sapi_apache2.c:350
350 ap_save_brigade(f, &ctx->bb, &bb, f->r->pool);
(gdb) print *ctx
$29 = {state = 761820026, bb = 0x2e312e33, f = 0x86652f8, post_len = 0,
post_idx = 139649336, post_data = 0x852e0f8 ""}
It looks like the ctx is getting corrupted somehow (or is it initially
non-null?). I don't know enough about PHP4 and SAPI to track this down
further. So, I'll file a bug report...
I see that PHP4 is a little different than the rest of the Apache 2.0
modules in that it attempts to keep a unified context (i.e.
SG(server_context)). This is somewhat different than other modules - as
httpd-2.0 is providing a ctx on a per-request level (in f->ctx). It's not
impossible to do it this way - mod_ssl has a similar connection-based
context. But, it makes it harder to manage.
Email me if you have any questions,
Justin Erenkrantz
[EMAIL PROTECTED]
--
Edit bug report at: http://bugs.php.net/?id=14637&edit=1
--
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]
