Re: follow-up - no luck uploading

1999-11-01 Thread Jeffrey W. Baker

"Tubbs, Derric L" wrote:
 
 I am calling "new CGI" from within a different sub than handler when I get
 the malformed error.  If I move the call out to handler and submit then my
 hard drives start thrashing and the httpd processing the request shoots past
 500MB and eats up all my resources.  Mind you I'm not using the $q for
 anything, all this is just from creating it.  Also, that's with nothing
 uploaded, just some normal select fields.  I'm at a loss here.

Hi,

Our httpd's were spinning out of control on uploads until Doug sent us
this patch.  I don't know whether it made it into the distribution or
not.

-jwb

--- multipart_buffer.c  1999/01/27 01:33:20 1.1.1.1
+++ multipart_buffer.c  1999/08/17 01:57:59
@@ -129,13 +129,13 @@
sizeof(char) * bytes_to_read +
1);
len_read = ap_get_client_block(self-r, buff, bytes_to_read);
 
-   if (len_read  0) {
+   if (len_read = 0) {
ap_log_rerror(MPB_ERROR,
  "[libapreq] client dropped connection during
read");
self-length = 0;
self-buffer = NULL;
self-buffer_len = 0;
-   return;
+   break;
}
 
self-buffer = self-buffer ?



Re: follow-up - no luck uploading

1999-11-01 Thread Doug MacEachern

 Our httpd's were spinning out of control on uploads until Doug sent us
 this patch.  I don't know whether it made it into the distribution or
 not.

yabut, that was only when netscape was trying to upload a directory
name and lied about the content length.  anyhow, the patch is in the
distribution, just not released yet.