sable the incomplete read support if we disable
* a timeout
*/
-if (t <= 0) {
+if (t < 0) {
sock->options &= ~APR_INCOMPLETE_READ;
}
sock->timeout = t;
Thanks
Best regards,
honercek
On Wed, Jun 2, 2010 at 9:25 AM, Chen Chien-Yu wrote:
> Hi All
cause, and may be located in APR or APR-util?
Anyway, that's really a tough issue for me...
Thanks
On Tue, Jun 1, 2010 at 4:25 PM, Chen Chien-Yu wrote:
> Hi All,
>
> After using the strace tools, there's a new find. It will stop at the
> function call read()
> A i
is the right thing to do in the core? */
apr_bucket_delete(e);
}
I don't know why it's stuck here, and does it relate to the zero-chunk
packet that doesn't see in the client?
Thanks
Best regards,
honercek
On Mon, May 31, 2010 at 8:14 AM, Chen Chien-Yu wrote:
&
Rowe Jr. wrote:
> On 5/28/2010 3:08 AM, Chen Chien-Yu wrote:
> > Hi William,
> >
> > I gave you the incorrect information in the previous post.
> >
> > cgi_read_stdout() in cgi_bucket_read() in mod_cgi.c, the data length is
> > 806 followed by 0. (Not the 0 an
regards,
honercek
On Fri, May 28, 2010 at 4:02 PM, Chen Chien-Yu wrote:
> Hi William,
>
> This is the place I found the 0 and 5 length bucket, cgi_read_stdout() in
> cgi_bucket_read() in mod_cgi.c which is the function for reading the data
> from the CGI bucket. So can I say that mod_cg
_cgid through "httpd -l"
command)
Is the problem possible in the CGI or mod_cgi, just like the prediction I
did in the former post?
Thanks
Best regards,
honercek
On Fri, May 28, 2010 at 12:14 PM, William A. Rowe Jr.
wrote:
> On 5/27/2010 11:04 PM, Chen Chien-Yu wrote:
> > Hi Willia
5.tar.gz:a/libgcgi.a-0.9.5/examples/gcgiFileUploadTest.c
Thanks
Best regards,
honercek
On Fri, May 28, 2010 at 2:17 PM, Nick Kew wrote:
>
> On 28 May 2010, at 06:23, Chen Chien-Yu wrote:
>
> > Hi William,
> >
> > I reckon it should be mod_cgi, the CGI library I use i
mod_imagemap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_so.c
Thanks
Best regards,
honercek
On Fri, May 28, 2010 at 12:26 PM, William A. Rowe Jr.
wrote:
> On 5/26/2010 8:24 AM, Chen Chien-Yu wrote:
> >
> > It seems that some packets are queued in the Apache, ..?!
> > I de
Fri, May 28, 2010 at 12:14 PM, William A. Rowe Jr.
wrote:
> On 5/27/2010 11:04 PM, Chen Chien-Yu wrote:
> > Hi William,
> >
> > Refer to your words, so it's a bug in the bucket brigade mechanism?
> > Should I report it to the Apache bug system?
> > The two
stdin, but that didn't
work.
void
freeCgi( )
{
freeCgiQuery();
if (envVariablesFile != NULL) XFREE(envVariablesFile);
if (cgiQueryFile != NULL) XFREE(cgiQueryFile);
}
Thanks,
Best regards,
honercek
On Fri, May 28, 2010 at 12:26 PM, William A. Rowe Jr.
wrote:
> On 5/26/20
#x27;t sent out anymore..?!
Thank
Best regards,
honercek
On Fri, May 28, 2010 at 11:54 AM, William A. Rowe Jr.
wrote:
> On 5/27/2010 10:44 PM, Chen Chien-Yu wrote:
> > Hi,
> >
> > I'm not familiar with the bucket, brigade at all.
> > It seems that the chunk w
the last chunk inserted in the bucket with web data?
Why the last two buckets with zero and five length aren't sent out?
Thanks
Best regards,
honercek
On Wed, May 26, 2010 at 9:24 PM, Chen Chien-Yu wrote:
> Hi,
>
> I encountered a problem after upgrading Apache to 2.2.15.
> The c
he limited
time.
Thanks.
Best regards,
honercek
On Fri, May 28, 2010 at 12:27 AM, Jeff Trawick wrote:
> On Wed, May 26, 2010 at 9:24 AM, Chen Chien-Yu wrote:
> > Hi,
> >
> > I encountered a problem after upgrading Apache to 2.2.15.
> > The client will be stuck and
Hi,
I encountered a problem after upgrading Apache to 2.2.15.
The client will be stuck and load infinitely via the HTTP protocol, but it
worked correctly in 2.0.55 before I upgraded.
I tried to sniffer the packet, and found
1. If the page size is larger, most of the page and http header will be
14 matches
Mail list logo
