According to Stacy L. Zeder:
> BSDI BSD/OS 4.0 (unix2.sihope.com) (ttyp0)
> Gilles,
>
> I tried what you said and got the following output. I don't understand what
> this means, can you help explain it?
>
> Thanks,
> Stacy
> [EMAIL PROTECTED]
BSDI? Why didn't you say so? :) This is a known problem, which was
discussed again this morning. In response to this, I've added this to
the FAQ, which should appear on the www.htdig.org web site soon:
5.14. I get Segmentation faults when running htsearch or htfuzzy.
Despite a great deal of debugging of these programs, we haven't been
able to completely eliminate all such problems on all platforms. If
you're running htsearch or htfuzzy on a BSDI system, a common cause of
core dumps is due to a conflict between the GNU regex code bundled in
htdig 3.1.2 and later, and the BSD C or C++ library. The solution is to
use the BSD library's own regex code instead, as summarized by Joe Jah:
. make clean
. Remove references to regex.o from htlib/Makefile.
. Remove htlib/regex.h.
. Remove references to htlib/regex.h in htfuzzy/Makefile, which
will be there if you have previously done a "make depend".
. make
..
I think this should do the trick for you.
Cheers!
> ----------
> unix2$ gdb htsearch
> GDB is free software and you are welcome to distribute copies of it
> under certain conditions; type "show copying" to see the conditions.
> There is absolutely no warranty for GDB; type "show warranty" for details.
> GDB 4.16 (i386-unknown-bsdi4.0),
> Copyright 1996 Free Software Foundation, Inc...
> (gdb) run -vvv
> Starting program: /usr/home/netrovision/public_html/cgi-bin/htsearch -vvv
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x80a03d4 in memset ()
> (gdb) bt
> #0 0x80a03d4 in memset ()
> #1 0x80bc000 in ?? ()
> #2 0xc0dcf29 in Regex::Regex ()
> #3 0xc0dd138 in global constructors keyed to Regex::Regex ()
> #4 0xc0ee030 in __do_global_ctors_aux ()
> #5 0xc0c407c in _init ()
> #6 0x80001cf8 in _dl_boot ()
> #7 0x2 in ?? ()
> #8 0x8047b1c in ?? ()
> Error accessing memory address 0x2: Cannot allocate memory.
> (gdb)
>
> -----Original Message-----
> From: Gilles Detillieux <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Thursday, October 28, 1999 10:25 AM
> Subject: Re: [htdig3-dev] Premature End of Script Headers on running
> htsearch
>
>
> >According to Stacy L. Zeder:
> >> I tried what you suggested, using htsearch -vvv from the command line. I
> >> immediately get a "Segmentation error, core dump" message with
> htsearch.core
> >> being created. I've never used gdb before, but upon trying, and doing
> the
> >> following:
> >>
> >> (gdb) file htsearch
> >> (gdb) info stack
> >> (gdb) bt
> >> (gdb) backtrace
> >>
> >> all the stack related commands come back saying there is no stack.
> >
> >This is likely because gdb didn't know about the core file. There are a
> >couple things you can do:
> >
> >1) $ gdb /path/to/htsearch /path/to/htsearch.core
> > (gdb) bt
> >
> >2) $ gdb /path/to/htsearch
> > (gdb) run -vvv
> > (gdb) bt
> >
> >
> >--
> >Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
> >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
> >
>
--
Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
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
[EMAIL PROTECTED] containing the single word "unsubscribe" in
the SUBJECT of the message.