Bill Marrs wrote:
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
For the archives: This bug has been fixed in the
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please let
me know if you do that, so I won't duplicate it. But I'd prefer that you
do it so you can make sure that it gets fixed in the next release, since
you need it working.
I've just verified that your
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
-bill
Bill Marrs wrote:
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please
let me know if you do that, so I won't duplicate it. But I'd prefer
that you do it so you can make sure that it gets fixed in the next
release, since you need it working.
I've just
Bill Marrs wrote:
[...]
You would probably wish to append your script with
additional output after the empty string? Something like:
#!/usr/bin/perl
$|=1;
print Content-Type: text/html\n\n;
print hello worldP;
# This line causes the error (?)
print ;
print hello againP;
---
When I do this, the
I can measure it myself if you can provide me with URLs to your resources
and identify them in terms of which one is mod_CGI and which is mod_perl.
This is the mod_cgi one that works fine, no errors:
http://shevek.kenyonhill.com/cgi/test.pl
This is the mod_perl one (same script) that generates
Well, let's see:
== (93.530) Outgoing Request GET http://shevek.kenyonhill.com/cgi/test.pl
HTTP/1.1
C05 -- S06 GET /cgi/test.pl HTTP/1.1
C05 -- S06 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/msword, */*
C05 -- S06 Accept-Language: en-us
C05 -- S06 Accept-Encoding:
We can see that mod_cgi bufferizes the output and sends it with
Content-Length HTTP header (to mod_deflate). Indeed mod_perl generates
chunked response. Finally we have the same result. I don't see any problem
at this moment.
Well, the problem is that I get this error in my error_log:
[Mon Jul
Well, the problem is that I get this error in my error_log:
[Mon Jul 21 14:18:55 2003] [error] 4297: ModPerl::RegistryBB: 20014:Error
string not specified yet at /var/www/perl/test.pl line 6.
Also, more important, the script seems to be terminating and/or any output
following the 'print '
It is supposed to be something like the following:
C05 -- S06 GET /html/wowtmovie.html HTTP/1.1
C05 -- S06 Accept: */*
C05 -- S06 Accept-Language: en-us
C05 -- S06 Accept-Encoding: gzip, deflate
C05 -- S06 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
C05 -- S06 Host:
May I see your client side HTTP log of the request-response transaction
through mod_cgi vs. mod_perl?
Thanks,
Slava
- Original Message -
From: Bill Marrs [EMAIL PROTECTED]
To: Slava Bizyayev [EMAIL PROTECTED]; Stas Bekman
[EMAIL PROTECTED]; Philippe M. Chiasson [EMAIL PROTECTED]
Cc:
At 04:24 AM 7/15/2003, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
-1, this is a wrong solution. print ;
I could upgrade to 2.0.47, but it seems unlikely that it would fix
this. Are you sure you're running a mod_perl without Philippe's fix (in
Apache__RequestIO.h), I assumed he eventually checked it in.
No, Philippe hasn't committed it, neither I have used it. If you can test
with 2.9.47 that
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
One thing that could help is if someone could take the time to write a
test for this bug.
Gozer out.
At
Seems to be a problem with calling IoFLUSH() on an already flushed
handle.
This patch seems to fix it for me.
Index: xs/Apache/RequestIO/Apache__RequestIO.h
===
RCS file:
This fixed the bug for me.
At 10:48 AM 7/2/2003, you wrote:
#define mpxs_output_flush(r, rcfg) \
/* if ($|) */ \
-if (IoFLUSH(PL_defoutgv)) { \
+if (bytes 0 IoFLUSH(PL_defoutgv)) { \
MP_FAILURE_CROAK(modperl_wbucket_flush(rcfg-wbucket, TRUE)); \
}
16 matches
Mail list logo
