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
