Hi Dave,

whilst rebuilding my keyed index with 0.11, if I run searches against it
in parallel, the search process still segfaults.  If I recreate the
index unkeyed, this does not happen.

# gdb --args ruby search_tester.rb

Search for Iraq returned 0 results
Search for Iraq returned 0 results
Search for Iraq returned 10 results
Search for Iraq returned 10 results

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211086656 (LWP 3825)]
0xbffd2614 in ?? ()
(gdb) bt
#0  0xbffd2614 in ?? ()
#1  0xb72c6c12 in isea_max_doc (self=0x860f820) at search.c:1008
#2  0xb728803f in tw_new (query=0x8535da0, searcher=0x860f820) at q_term.c:244
#3  0xb72c6959 in q_weight (self=0x8535da0, searcher=0x860f820) at search.c:356
#4  0xb7292ced in bw_new (query=0x8535d30, searcher=0x860f820) at 
q_boolean.c:1236
#5  0xb72c6959 in q_weight (self=0x8535d30, searcher=0x860f820) at search.c:356
#6  0xb72c883c in isea_search (self=0x860f820, query=0x8535d30, first_doc=0, 
num_docs=10, filter=0x0, sort=0x0, filter_func=0, load_fields=0) at 
search.c:1109
#7  0xb729a70c in frt_sea_search_internal (query=0x8535d30, 
roptions=3074577560, sea=0x860f820) at r_search.c:2549
#8  0xb729a9c7 in frt_sea_search (argc=2, argv=0xbffd4d90, self=3074612360) at 
r_search.c:2592
#9  0xb7ec8a38 in rb_provide () from /usr/lib/libruby1.8.so.1.8
#10 0xb7ecff7e in rb_iter_break () from /usr/lib/libruby1.8.so.1.8
#11 0xb7ed0be8 in rb_iter_break () from /usr/lib/libruby1.8.so.1.8
#12 0xb7ed7e20 in rb_apply () from /usr/lib/libruby1.8.so.1.8
#13 0xb7ed7f9a in rb_apply () from /usr/lib/libruby1.8.so.1.8
<snip>

By keyed, I mean using the :key => :id feature when creating the index,
to avoid duplicate entries.

John.

On Sun, 2007-02-25 at 22:46 +1100, David Balmain wrote:
> Hey folks,
> 
> Sorry for cross posting like this but this is an important
> announcement for all Ferret users.

> ** Announcement **
> 
> I've just released Ferret 0.11.0 which is the first release candidate


_______________________________________________
Ferret-talk mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/ferret-talk

Reply via email to