httpd-apreq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Schaefer <joe+gm...@sunstarsys.com>
Subject Re: [apreq2] Crash during env test startup on Win32
Date Wed, 22 Dec 2004 01:01:26 GMT

Markus Wichitill <mawic@gmx.de> writes:

> apreq_filter_make_context(ap_filter_t * 0x0090abd8) line 367 + 3 bytes
> apreq_filter(ap_filter_t * 0x0090abd8, apr_bucket_brigade * 0x0090ad80, int 0,
> int 0, __int64 8192) line 571 + 9 bytes
> ap_get_brigade(ap_filter_t * 0x0090abd8, apr_bucket_brigade * 0x0090ad80, int
> 0, int 0, __int64 8192) line 475 + 32 bytes
> ap_discard_request_body(request_rec * 0x00909158) line 1959 + 30 bytes
> default_handler(request_rec * 0x00909158) line 3504 + 9 bytes

Assuming this is the opening A-T ping:

         GET /index.html

The relevant server-config item is:

    t/conf/httpd.conf:    AddOutputFilter APREQ_OUTPUT_FILTER html


So we have an output filter which has asked for apreq 
during its filter-init.  The backtrace here is the 
default handler trying to discard the (non-existent) 
body before serving up its response, but 
apreq_filter_make_context is choking.

>   make_new_context:
>      if (req != NULL && f == r->input_filters) {
>          if (req->body_status != APR_EINIT) {
> ->          req->body = NULL;

If the trace is to be believed, your "req" pointer is certainly bogus.
The only recent change I can think of which *might* be relevant
is the addition of a bucket_alloc function pointer to apreq_env_t.
Somehow your local mod_apreq might be linking against another libapreq2,
which could explain the req corruption.  If that cannot be the case,
we'll have to wait for Randy to weigh in.

-- 
Joe Schaefer


Mime
View raw message