On Sat, Nov 08, 2003 at 01:08:58PM -0800, Dave Stevens wrote:
> Whenever the swish-e binary is executed, indexing,
> searching, help switch, version, etc.

Oh, that sound like it's something other than swish.

> Starting program: /usr/local/bin/swish-e -w "lazy" -f index_test.idx
> [New Thread 1075397248 (LWP 2945)]
> # SWISH format: 2.4.0
> # Search words: lazy
> # Removed stopwords:
> # Number of hits: 1
> # Search time: 0.002 seconds
> # Run time: 0.060 seconds
> 1000 index_test.txt "index_test.txt" 47
> .
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1075397248 (LWP 2945)]

So it doesn't look like it's in swish unless things are so hosed that
the error is showing up in the wrong place.


> 0x420734c1 in free () from /lib/tls/libc.so.6
> (gdb) bt
> #0  0x420734c1 in free () from /lib/tls/libc.so.6
> #1  0x420eb85e in __unregister_atfork () from /lib/tls/libc.so.6
> #2  0x42029eae in __cxa_finalize () from /lib/tls/libc.so.6
> #3  0x4012611c in __do_global_dtors_aux () from
> /usr/local/lib/libswish-e.so.2
> #4  0x40149c76 in _fini () from /usr/local/lib/libswish-e.so.2
> #5  0x4000c894 in _dl_fini () from /lib/ld-linux.so.2
> #6  0x42029c20 in exit () from /lib/tls/libc.so.6
> #7  0x0804bcb0 in main (argc=5, argv=0xffffffff) at swish.c:232
> #8  0x42015574 in __libc_start_main () from /lib/tls/libc.so.6

Anyone else have any ideas?

I'd try building swish-e with 

  --without-libxml2 --without-zlib

and see if you still get the segfault.

Then try building 

  --without-libxml2 --without-zlib --disable-shared

and see if you still get the segfault.

Can you try on a similar machine?

-- 
Bill Moseley
moseley@hank.org