On Sun, 20 May 2001, Matt Sergeant wrote:
> CC'ing Doug because this appears to be an issue with mod_perl config
> directives too.
>
> I cannot get AxKit to work with PHP4 loaded as a DSO. Regardless of how
> AxKit and mod_perl are compiled. I believe the same issue arose with PHP3.
>
> I even
i read on new-httpd that we do not need to send a eos bucket at all and
apache will do the right thing. interested in experimenting with
that? thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
On Tue, May 22, 2001 at 10:56:42AM -0700, [EMAIL PROTECTED] wrote:
> as i mentioned before, there will be a Perl api that provides the
> functionality/control of the C api.
Not trying to make you repeat yourself, just seeing if I'm thinking
remotely sanely about the issues.
> will probably also
On Tue, May 22, 2001 at 11:33:58AM -0400, barries wrote:
> The current output filters implementation sends an EOS before the Perl
> handler exists, cutting off trailing output from a filter like:
s/exists/exits/. Anyway, this is probably a broken patch, since it
assumes the first bucket brigade
Matt Sergeant wrote:
> I'm in httpd_config.c in Apache's core. It's looping through the
possible
> handlers looking for something to handle this request, where the
> content-type is "text/html". It finds PHP's php_xbithack_handler(), which
> matches "text/html". The trace above starts from there
The current output filters implementation sends an EOS before the Perl
handler exists, cutting off trailing output from a filter like:
sub handler {
$f = shift ;
$c = 0 ;
while ( $f->read( my $buffer ) ) {
$c += length $buffer ;
$r->print( $buffer ) ;
OK I'm now officially going to go bald with the mod_php vs mod_perl config
directives issues...
Here's a fun gdb output to ponder over:
(gdb) n
513 for (handp = handlers; handp->hr.content_type; ++handp) {
(gdb)
514 if (handler_len == handp->len
(gdb) p *handp
$138 = {hr = {
