httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From r..@covalent.net
Subject Re: apache.org: assert popped in bucket land
Date Fri, 16 Feb 2001 23:31:36 GMT
On Fri, 16 Feb 2001, Greg Ames wrote:

> OK, it makes a little more sense to me now, but I'm still a long way
> from the bug.
> 
> (gdb) frame 3
> #3  0x8060004 in ap_setup_client_block (r=0x813703c, read_policy=2)
>     at http_protocol.c:2722
> 2722            AP_DEBUG_ASSERT(APR_BRIGADE_EMPTY(req_cfg->bb));
> (gdb) p req_cfg
> $12 = (core_request_config *) 0x0
> (gdb) p r->the_request
> $13 = 0x813782c "GET /resources/script.js HTTP/1.0"
> (gdb) p r->status
> $15 = 200
> (gdb) p r->hostname
> $16 = 0x0 
> (gdb) dump_table r->headers_in
> (gdb)  
> 
> req_cfg shouldn't be 0 here.  It is initialized in ap_read_request when
> the r is initialized.  Since we are into the default_handler already, I
> would think that the headers should have been read & parsed.  The URI
> would be valid in xml.apache.org, but if there really isn't a Host:
> header, I don't know how we know to go there.   
> 
> hmmmm....maybe I should try a telnet request like this with no headers
> and see what happens.  After I sleep.

Basically, somebody made a request for a name based virtual host without
supplying enough information to use name based v-hosts.  In this case, we
automatically use dev.apache.org, because that is our default site.

Ryan

_______________________________________________________________________________
Ryan Bloom                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------


Mime
View raw message