httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Stoddard" <b...@wstoddard.com>
Subject Re: seg fault in 2.0.23 :-(
Date Tue, 14 Aug 2001 00:26:12 GMT
I was just able to recreate this on my Windows machine. Will post an analysys (and perhaps
a fix) later on.

Bill

> r->content_type is NULL.   I don't know why it is NULL at this point.
> All I can say is that the code surrounding that statement SUCKS and
> it has been there for over a year.  Someone must have fixed another
> bug that was hiding this one.
>
> ....Roy
>
> On Sat, Aug 11, 2001 at 03:12:29PM -0400, Greg Ames wrote:
> > I put a new 2.0.23 build up very briefly on daedalus, but had to take it
> > down shortly after due to taking a bunch of seg faults.  The dump is
> > /usr/local/apache2_0_23/corefiles/httpd.core.1 if anybody wants to have
> > a look.  I'm pretty burned out at the moment.
> >
> > find_ct() at line 920 in mod_mime is calling apr_strcat with a bad
> > charset ptr.  It's an autoindex request for
> > httpd.apache.org/dist/httpd/old/, running a subrequest on
> > apache_1.3.1.tar.Z to figure out which icon to put on the line, I
> > imagine.  find_ct() recently had optimizations done.
> >
> > (gdb) list
> > 915                                                      NULL);
> > 916                     }
> > 917                     pp = pp->next;
> > 918                 }
> > 919                 if (charset && !override) {
> > 920                     r->content_type = apr_pstrcat(r->pool,
> > r->content_type,
> > 921                                                  "; charset=",
> > charset,
> > 922                                                  NULL);
> > 923                 }
> > 924             }
> > (gdb) p charset
> > $4 = 0x2 <Address 0x2 out of bounds>
> > (gdb) bt
> > #0  0x80818a6 in apr_pstrcat (a=0x81ea00c) at apr_strings.c:122
> > #1  0x281b1274 in find_ct (r=0x81ea03c) at mod_mime.c:920
> > #2  0x8070bd4 in ap_run_type_checker (r=0x81ea03c) at request.c:112
> > #3  0x8072054 in ap_sub_req_lookup_dirent (dirent=0xbfbfd7c8,
> > r=0x815003c,
> >     next_filter=0x0) at request.c:1458
> > #4  0x281cd1e0 in make_autoindex_entry (dirent=0xbfbfd7c8,
> >     autoindex_opts=8196, d=0x81e355c, r=0x815003c, keyid=78 'N',
> >     direction=65 'A', pattern=0x0) at mod_autoindex.c:1260
> > #5  0x281cea6b in index_directory (r=0x815003c,
> > autoindex_conf=0x81e355c)
> >     at mod_autoindex.c:1951
> > #6  0x281cec22 in handle_autoindex (r=0x815003c) at mod_autoindex.c:2013
> > #7  0x8062520 in ap_run_handler (r=0x815003c) at config.c:185
> > #8  0x806299b in ap_invoke_handler (r=0x815003c) at config.c:344
> > #9  0x806006c in process_request_internal (r=0x815003c) at
> > http_request.c:378#10 0x806014a in ap_process_request (r=0x815003c) at
> > http_request.c:444
> > #11 0x805c31a in ap_process_http_connection (c=0x814a114) at
> > http_core.c:287
> > #12 0x8069504 in ap_run_process_connection (c=0x814a114) at
> > connection.c:82
> > #13 0x8069688 in ap_process_connection (c=0x814a114) at connection.c:219
> > #14 0x8061226 in child_main (child_num_arg=47) at prefork.c:814
> > #15 0x806136e in make_child (s=0x80c2554, slot=47) at prefork.c:901
> > #16 0x80613ce in startup_children (number_to_start=50) at prefork.c:924
> > #17 0x8061727 in ap_mpm_run (_pconf=0x80c200c, plog=0x80f200c,
> > s=0x80c2554)
> >     at prefork.c:1139
> >
> > Greg
>


Mime
View raw message