httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Bloom <...@covalent.net>
Subject Re: seg fault in 2.0.23 :-(
Date Mon, 13 Aug 2001 22:33:14 GMT

I take that back.  This is very similar to what the old code does.
I guess just looking at the code isn't going to tell me what is
going on.

Ryan

On Monday 13 August 2001 15:20, Ryan Bloom wrote:
> Wild guess here, but look at line 827.  and all the rest of the if
> statements around it.  Shouldn't all of those
>
> ((type = exinfo->forced_type)))
>
> be
>
> ((type == exinfo->forced_type)))
>
> I would bet that if they were, we would never hit that apr_pstrcat.
>
> Ryan
>
> On Monday 13 August 2001 15:04, Roy T. Fielding wrote:
> > 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

-- 

______________________________________________________________
Ryan Bloom                        	rbb@apache.org
Covalent Technologies			rbb@covalent.net
--------------------------------------------------------------

Mime
View raw message