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.

Reply via email to