Subject: Re: [htdig3-dev] Segmentation fault in long run
From: Gilles Detillieux (firstname.lastname@example.org)
Date: Mon Feb 28 2000 - 09:30:29 PST
According to Geoff Hutchison:
> At 9:58 AM +0200 2/22/00, Valdas Andrulis wrote:
> >got Segmentation fault. Here it is details. Sorry i have only one core
> >file for now.
> >6210:2159:2:http://www.vgtu.lt/turistas/metr/1999/25mall.htm: *+*----
> >size = 8217
> >*+-Segmentation fault (core dumped)
> >#0 0x8084294 in __bam_cmp () at ExternalParser.cc:440
> >#1 0x808b4c9 in __bam_search () at ExternalParser.cc:440
> >#2 0x80867b1 in __bam_c_search () at ExternalParser.cc:440
> >#3 0x8084d42 in __bam_c_get () at ExternalParser.cc:440
> >#4 0x8066459 in __db_put () at ExternalParser.cc:440
> >#5 0x80839f0 in Db::put () at ExternalParser.cc:440
> I'm a bit confused here. Why is it running ExternalParser for a file
> named .htm--shouldn't it be going through the HTML parser? What are
> you using for your external parser?
> Do you have any more core files? I'd be interested to know if it
> always dies in the same area of code.
Those functions are clearly not in ExternalParser.cc. The line number
reported is the very last line of source in that file, so it's probably
just the last module for which a line number was available in the
debugging information. Pay attention instead to the function names.
It might be worth recompiling the whole package with the -g option, to
get more meaningful debugging info. I took a quick look, but couldn't
figure out the problem.
-- Gilles R. Detillieux E-mail: <email@example.com> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/~grdetil Dept. Physiology, U. of Manitoba Phone: (204)789-3766 Winnipeg, MB R3E 3J7 (Canada) Fax: (204)789-3930
------------------------------------ To unsubscribe from the htdig3-dev mailing list, send a message to firstname.lastname@example.org You will receive a message to confirm this.
This archive was generated by hypermail 2b28 : Mon Feb 28 2000 - 09:34:59 PST