Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 72022 invoked from network); 6 Nov 2003 23:10:58 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Nov 2003 23:10:58 -0000 Received: (qmail 86402 invoked by uid 500); 6 Nov 2003 23:10:44 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 86384 invoked by uid 500); 6 Nov 2003 23:10:44 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 86357 invoked from network); 6 Nov 2003 23:10:44 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by daedalus.apache.org with SMTP; 6 Nov 2003 23:10:44 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AHtH8-0001B5-00 for ; Fri, 07 Nov 2003 00:10:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: apreq-dev@httpd.apache.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AHtH7-0001Ax-00 for ; Fri, 07 Nov 2003 00:10:49 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AHtH7-0000p0-00 for ; Fri, 07 Nov 2003 00:10:49 +0100 From: Vladimir Dudov Subject: Re: [ANN] libapreq2-2.01-dev-rc1 release candidate #1 Date: Thu, 06 Nov 2003 16:10:39 -0700 Lines: 136 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------010509050000040004040403" X-Complaints-To: usenet@sea.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4.1; MultiZilla v1.5.0.3g) Gecko/20031007 X-Accept-Language: en-us, en In-Reply-To: Sender: news X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. --------------010509050000040004040403 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Joe Schaefer wrote: >Vladimir Dudov writes: > > > >>I run into a strange problem... >>My module calls apreq_request(r, NULL) from insert_filter handler. >>Yesterday mod_apreq.so worked Ok (client received normal responds and >>I was able to get request parameters). >>But today browsers started getting "400 Bad request". As soon as I >>disable mod_apreq.so browser gets normal data. >> >>What's wrong? >> >> > >It's very hard to say at this point. You need to provide more >data points for us to make an intelligent guess. > > 1) Do the bad requests go away after restarting the server? > > No. > 2) Do they reappear only after lots of requests have been > handled successfully? > > No. All of them are bad. > 3) Have set your server's LogLevel to "Debug"? What does > the error log say during the Bad Requests? > > access.log: 127.0.0.1 - - [06/Nov/2003:13:40:48 -0700] "GET / HTTP/1.1" 400 314 error.log: [Thu Nov 06 16:00:15 2003] [debug] mod_apreq.c(267): [client 127.0.0.1] prefetching 65536 bytes > 4) What exactly is an insert_filter handler? Do you mean > a filter_init function? Is your module an input filter, > output filter, or a content handler? What does it do? > > > It's a handler registered with ap_hook_insert_filter(my_insert_filter, NULL, NULL, APR_HOOK_MIDDLE); my_insert_filter adds output filter and calls apreq_request(r, NULL); Output filter is not called because Apache detects error (400). Output filter doesn't generate any data. There is no content handler in my module. --Vladimir --------------010509050000040004040403 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Joe Schaefer wrote:
Vladimir Dudov <dudov@relexus.com> writes:

  
I run into a strange problem...
My module calls apreq_request(r, NULL) from insert_filter handler.
Yesterday mod_apreq.so worked Ok (client received normal responds and
I was able to get request parameters).
But today browsers started getting "400 Bad request". As soon as I
disable mod_apreq.so browser gets normal data.

What's wrong?
    

It's very hard to say at this point.  You need to provide more
data points for us to make an intelligent guess.

  1) Do the bad requests go away after restarting the server?
  
No.
  2) Do they reappear only after lots of requests have been
     handled successfully?
  
No. All of them are bad.
  3) Have set your server's LogLevel to "Debug"?  What does
     the error log say during the Bad Requests?
  
access.log:
127.0.0.1 - - [06/Nov/2003:13:40:48 -0700] "GET / HTTP/1.1" 400 314
error.log:
[Thu Nov 06 16:00:15 2003] [debug] mod_apreq.c(267): [client 127.0.0.1] prefetching 65536 bytes
  4) What exactly is an insert_filter handler? Do you mean
     a filter_init function?  Is your module an input filter,
     output filter, or a content handler?  What does it do?

  
It's a handler registered with  ap_hook_insert_filter(my_insert_filter, NULL, NULL, APR_HOOK_MIDDLE);
my_insert_filter adds output filter and calls apreq_request(r, NULL);
Output filter is not called because Apache detects error (400).
Output filter doesn't generate any data. There is no content handler in my module.

--Vladimir
--------------010509050000040004040403--