httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <trawi...@bellsouth.net>
Subject Re: apache 2.0 on apache.org status
Date Thu, 01 Feb 2001 13:11:16 GMT
Brian Behlendorf <brian@collab.net> writes:

> apache 2.0 built as of this afternoon now running on apache.org.  A few
> corefiles so far in /usr/local/apache2/corefiles, but less frequent than
> before.  Looks like at least 2-3 different problems.

Problem one looks like:

#0  0x808e89d in apr_get_ipaddr (addr=0x8130118, sockaddr=0x0) at ../unix/sa_common.c:119
119         *addr = apr_palloc(sockaddr->pool, sockaddr->addr_str_len);
(gdb) bt
#0  0x808e89d in apr_get_ipaddr (addr=0x8130118, sockaddr=0x0) at ../unix/sa_common.c:119
#1  0x806da60 in ap_new_connection (p=0x813000c, server=0x80b4514, inout=0x813003c, id=117)
at connection.c:283
#2  0x80644f5 in child_main (child_num_arg=117) at prefork.c:1049
#3  0x8064631 in make_child (s=0x80b4514, slot=117, now=981016492) at prefork.c:1124
#4  0x8064838 in perform_idle_server_maintenance () at prefork.c:1267
#5  0x8064bb1 in ap_mpm_run (_pconf=0x80b400c, plog=0x80de00c, s=0x80b4514) at prefork.c:1455
#6  0x806931c in main (argc=3, argv=0xbfbffa6c) at main.c:431
#7  0x8058401 in _start ()
(gdb) up
#1  0x806da60 in ap_new_connection (p=0x813000c, server=0x80b4514, inout=0x813003c, id=117)
at connection.c:283
283         apr_get_ipaddr(&conn->local_ip, conn->local_addr);
(gdb) p conn->local_addr
$1 = (apr_sockaddr_t *) 0x0
(gdb) p *conn
$2 = {pool = 0x813000c, base_server = 0x0, vhost_lookup_data = 0x0, client_socket = 0x0, local_addr
= 0x0,
  remote_addr = 0x0, remote_ip = 0x0, remote_host = 0x0, remote_logname = 0x0, aborted = 0,
keepalive = 0, keptalive = 0,
  double_reverse = 0, keepalives = 0, local_ip = 0x0, local_host = 0x0, id = 0, conn_config
= 0x813013c,
  notes = 0x81302cc, input_filters = 0x0, output_filters = 0x0, remain = 0}
(gdb) p inout
$3 = (apr_socket_t *) 0x813003c
(gdb) p *inout
$4 = {cntxt = 0x813000c, socketdes = 10, local_addr = 0x813005c, remote_addr = 0x813009c,
timeout = -1,
  local_port_unknown = 0, local_interface_unknown = 1, netmask = 0}

I would guess that the connection was dropped before
ap_new_connection() called apr_get_sockaddr(,APR_LOCAL,), thus
getsockname() (called by get_local_addr()) failed.

We ignored the return code and the rest is history.

Any ideas for verifying this hypothesis further?
-- 
Jeff Trawick | trawickj@bellsouth.net | PGP public key at web site:
       http://www.geocities.com/SiliconValley/Park/9289/
             Born in Roswell... married an alien...

Mime
View raw message