Displaying 4 results from an estimated 4 matches for "localsubmatch".
2017 Jul 31
2
Segmentation fault in matcher/queryoptimiser
...ts below. Should we post this on trac?
Our findings so far
================
In a core dump we see that calling the `open_nearby_postlist` function
on the `hint` variable [2] falls of a cliff, resulting in a segfault:
(gdb) bt 2
#0 0x000000000001eaa1 in ?? ()
#1 0x00007fa19d09231f in LocalSubMatch::open_post_list
(this=0x13527d0, term=..., wqf=1, factor=1,
need_positions=<optimized out>, in_synonym=<optimized out>,
qopt=0x7ffe66370940, lazy_weight=false)
at matcher/localsubmatch.cc:289
the line at localsubmatch.cc:289 is
pl = hint->open_nearby...
2017 Mar 15
2
xapian core missing link to math on MSYS2
.../turkish.o languages/.libs/stem.o languages/.libs/steminternal.o matcher/.libs/remotesubmatch.o matcher/.libs/andmaybepostlist.o matcher/.libs/andnotpostlist.o matcher/.libs/branchpostlist.o matcher/.libs/collapser.o matcher/.libs/exactphrasepostlist.o matcher/.libs/externalpostlist.o matcher/.libs/localsubmatch.o matcher/.libs/maxpostlist.o matcher/.libs/mergepostlist.o matcher/.libs/msetcmp.o matcher/.libs/msetpostlist.o matcher/.libs/multiandpostlist.o matcher/.libs/multimatch.o matcher/.libs/multixorpostlist.o matcher/.libs/nearpostlist.o matcher/.libs/orpositionlist.o matcher/.libs/orpospostlist.o mat...
2020 Aug 23
2
MultiDatabase shard count limitations
...% script/public-i libxapian.so.30.8.0 [.] GlassPostList::move_to_chunk_containing
0.11% script/public-i libxapian.so.30.8.0 [.] Glass::ValueChunkReader::skip_to
0.11% perl perl [.] S_maybe_multiconcat
0.10% script/public-i libxapian.so.30.8.0 [.] LocalSubMatch::open_post_list
0.10% perl libc-2.28.so [.] realloc
0.10% script/public-i libstdc++.so.6.0.25 [.] std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create
0.10% /mnt/btr/public perl [.] Perl...
2020 Aug 21
2
MultiDatabase shard count limitations
Going back to the "prioritizing aggregated DBs" thread from
February 2020, I've got 390 Xapian shards for 130 public inboxes
I want to search against(*). There's more on the horizon (we're
expecting tens of thousands of public inboxes).
After bumping RLIMIT_NOFILE and running ->add_database a bunch,
the actual queries seem to be taking ~30s (not good :x).
Now I'm