similar to: Perl bindings and MatchSpy

On 19 August 2015 at 20:55:32, Olly Betts (olly at survex.com) wrote: On Wed, Aug 19, 2015 at 05:31:31PM +0700, Andreas Marienborg wrote: > If I want to create a patch, should it be against the xapian-bindings > directory/repo? or somewhere else? Against the search-xapian directory of the git repo would be best. Hey, I made a branch from svn/1.2 on github, and tried to forward

On Tue, Aug 25, 2015 at 10:45:12AM +0700, Andreas Marienborg wrote: > If someone with more XS-exerpience could take a look and provide > some feedback, that would be great. Looks plausible to me. I'd suggest that ~Enquire_perl() just call ref_clear_matchspies(NULL); rather than repeating all its code inline. > I created a pull request[1]. I would like to get the PerlMatchSpy thing

Hi everyone, I've searched the mail archives and I haven't been able to find a solution to this. I want to subclass a MatchSpy in the Python bindings and have Enquire use it. However, when I try to do so, I get a TypeError raised. The following example illustrates this: >>> import xapian >>> database = xapian.Database(dbpath) >>> class

On Wed, Aug 19, 2015 at 05:31:31PM +0700, Andreas Marienborg wrote: > I?m cleaning up some code at my work place, and it turns out someone > had forked Search::Xapian and added MatchSpy bindings for it for one > of our internal projects. I was wondering if I should try to extract > this as a patch against the current Search::Xapian code, and submit > it, or if that is not

Have been working recently on a site that classifies posts using tags in taxonomies, so a post about the Oil spill in the Gulf of Mexico might be tagged 'Subscribers only' (access level), 'Barack Obama' (person), 'Tony Hayward' (person), 'BP' (company), 'Transocean' (company), 'Gulf of Mexico' (location). With some advice from Richard Boulton I

When I try to issue $db->reopen(); I sometimes (not very often, but often enough to care about it), I get the following exception in the perl wrappings: Exception: Couldn't read enough (EOF) What can cause this? Can it fail if something is commiting when I issue the call? I am currently running xapian 1.0.4 on amd64 machines, with a custom Search::Xapian (patched to catch errors

Hi everyone, I'm having a problem with xapian (the matchspy branch, with Python bindings) on Solaris 10 / SPARC. Users can run queries for a few hours with no problems, then it returns "inflate failed (invalid code lengths set)" to Python and dumps core. gdb reports: #0 0xfe6dc910 in inflate_table () from /usr/lib/libz.so.1 #1 0xfe6d9d6c in inflate () from /usr/lib/libz.so.1 #2

> I think this is a shining example of how well Xapian works with large > document collections. I was just discussing this with my colleagues here > and one of the issues that came up is that we'd love Xapian to become > really lot more popular but have found that the documentation's a bit > difficult to get into, as is the API. I agree. There are a few gotchas, as well

Hi there, My web app uses Xapian via the PHP bindings. I'm getting this error thrown occasionally when atempting to instantiate a XapianDatabase object for searching. DatabaseCorruptError: Expected block 107 to be level 1, not 0 Here's the line that invokes it: $database = new XapianDatabase(PROJROOT.'/data/xapian/posts'); And my version is xapian-core 1.2.3 with matchspy.

Hi All, When are the XS-based Perl bindings going to be deprecated in favour of the SWIG bindings? Please remove the dead RHEL RPMs from: http://xapian.org/download I've built RPMs for RHEL5/CentOS5 (with a different signing key) here: http://rpm.eprints.org/xapian/5/ RHEL4 is eol and shouldn't be used. For my own convenience I have written an RPM for the repository: rpm -ivh

QueryParser is great, but I would like to make a query myself, so I can filter results by a specified value (in this case restricting by epoch time after a certain value) My code looks like this, and compiles, and appears like it should work according to the perl source:     my $query = $qp->parse_query($querystr);     if ($datefilter) {         my $filterepoch = time() - ($datefilter

Hi, I've just noticed that set_max_wildcard_expansion() has been removed in favour of set_max_expansion() in Xapian. Has the new method been added to the Perl-bindings? We have some old Perl code that uses set_max_wildcard_expansion(), and I have a test of too large expansion that now returns "something terrible happened" instead of"Exception: Wildcard ... expands too much

At least it isn't working the way it used to. Code: $db = Search::Xapian::Database->new( $dx ); my $qp = Search::Xapian::QueryParser->new(); my $dbSize=$db->get_doccount(); # $qp->set_stemmer(new Search::Xapian::Stem("english")); # $qp->set_stemming_strategy(STEM_SOME); # $qp->set_default_op($defaultop); my $par =

Hello, I'm using the XS Perl bindings packaged with Debian stable and am interested in implementing my a custom ValueRangeProcessor (using DateTimeX::Easy for human-friendly date parsing) Unfortunately, I'm not sure if it's possible with the add_valuerangeprocessor API via Perl. Reading the XS/*ValueRangeProcessor.xs source files, I'm seeing "process_value_range"

On 08/25/2013 05:02 PM, Olly Betts wrote: > So the simple fix is > probably just to install the perl-Search-Xapian RPM instead. Thanks, the Centos 6 repos don't have that rpm and the http://xapian.org/download page seems to only cover the XS bindings, if I am reading this correctly: But I was able to remove the rpm packages and compile and install the core and swig from source.

Hi colleagues, I have a simple product database indexed with Xapian. Amazing free tool, thanks you developer(s)! I need to have a way to return prices of products in groups, say I have prod prices: 1.01 1.03 10.01 250.44 260.33 I need to get it to return something like: Group 1 = 1.01 ? 1.03 Group 2 = 10.01 etc. Maybe there is something build-in Xapian that can do

Can I use xapian for a search like: 'title' has the phrase "dinner jacket" AND 'color' == BLACK AND 'state' == MA AND 'size' == XL What about faceted search? Thanks

On 08/24/2013 08:51 PM, Olly Betts wrote: > On Wed, Aug 21, 2013 at 01:58:35PM -0400, Jim Lynch wrote: >> At least it isn't working the way it used to. > What version are you trying this on (i.e. what is x in 1.2.x) and which > older version was it working with? New (Centos 6): xapian-bindings-1.2.15-1.x86_64 xapian-core-libs-1.2.15-1.x86_64 xapian-bindings-perl-1.2.15-1.x86_64

On Mon, Mar 27, 2023 at 11:46:04AM +0000, Eric Wong wrote: > I'm using Search::Xapian XS from Debian stable and I'm getting what > appears to be an unwrapped C++ exception: > > terminate called after throwing an instance of 'Xapian::DatabaseModifiedError' > > Using `eval' from Perl5 doesn't seem effective in catching it. > > I'm using

I've just had a quick look at the XS, but I can't see quite how to make these (or just MatchAll, really) available through the Perl binding ... where should I start please?