similar to: Solaris bindings

Hi - I've been fixing up the bindings to match the latest API. Should be able to commit later today or tomorrow. The smoketest on PHP isn't working any more, apparently because the inmemory backend isn't accessible (I haven't looked in detail - I fixed them for something I was doing). (Also some more magic iterators for the Python bindings.) J --

Hi all, I'm getting an error in the smoketest. I'm using latest Swig and Python bindings from SVN-HEAD: File "smoketest.py", line 23, in <module> import xapian File "C:\work\xapian\xapian-SVN\xapian-core\win32\Release\Python\xapian.py", line 2099, in <module> ValueRangeProcessor.__call__ = ValueRangeProcessor.__call AttributeError: type

Hi all, There's been a odd bug reported to us by Daniel Menard while working on the PHP bindings: "I then tried to run the dotest target...All tests passed, except the one about get_matching_terms (smoketest.php line 94). I added this line before the exit: for ($i=0; $i<strlen($terms); $i++) echo $c=ord($terms[$i]), ' ', ($c>31?$terms[$i]:''), "\n";

Dear Xapian developers, I am happy to announce that the Xapian-Ruby bindings now pass all tests defined in smoketest.rb. (These tests are mostly drawn from smoketest.py; a few tests that are not applicable to the Ruby version have been removed.) I have also added Olly's patch to integrate the Ruby bindings into the automake/configure scripts. The latest version is available by anonymous

On Wed, Apr 11, 2007 at 10:31:39AM +0100, richard wrote: > python/smoketest.py: Replace cut-and-pasted test checking code > with functions, to simplify tests. It might be simpler, but mostly because functionality has gone - you've thrown away all my carefully written failure messages! Now if a test fails, the message is very generic and you have to read the code to find out what's

Questions are threaded into the output: ******************** #./configure --without-python checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking

Hello, I am attempting to run the smoketest.php file from my devserver and am getting nothing but errors. It looks like it did not install correctly. Yesterday I compiled the source on os x and it appeared to install just fine, but now it is not working at all. I tried to replace the location of the xapian.php file with a hardcoded located and got a different set of errors. Here are

I'm posting this here to help others who might be having the same issue. I maintain xapian-core ruby gem. I was trying to upgrade to 1.4.2 and had some issues. The generated makefile doesn’t work because of the following: docs/rdocs/index.html: docs/xapian.rb rm -rf docs/rdocs $(MKDIR_P) docs cd docs && $(RDOC) --op rdocs `test -f xapian.rb||echo '$(abs_srcdir)/'`xapian.rb

Question for people who have successfully used these bindings - how do I create a database object? I can't use open(), because it doesn't like the number of arguments, presumably because it's an overloaded method and hence we should rename it in PHP. So how do others do it? Or am I the only person trying to create a writable database object in PHP? :) J --

On Thu, Oct 21, 2004 at 05:45:42PM +0100, Olly Betts wrote: > Log message: > python/docs/bindings.html: Remove documentation explicitly saying > how we wrap Xapian::QueryParser and Xapian::Stem since we wrap them > exactly as we wrap everything else we don't mention! Also mention > simpleexpand example. The point of this comment was to highlight that they exist within the

This is going to be a problem. I don't appear to be able to rename a method once it's declared. So if the core bindings file declares some overloaded operators, functions or constructors, it's impossible to move them out of the way in only some of the bindings. Since Python supports overloading, I can't think of any solution to this other than maintaining two different xapian.i

As discussed on IRC. The naming conventions aren't ideal, but the intent feels right and it works for me. J -- /--------------------------------------------------------------------------\ James Aylett xapian.org james at tartarus.org uncertaintydivision.org -------------- next part -------------- Index:

On 08/24/2016 07:53 PM, Peter wrote: > On 25/08/16 13:21, Kay Schenk wrote: >> To all...yes I meant glibc, not glib. Target environment -- could be any >> version of Linux. This is for Apache OpenOffice. The buildbots we've been >> using are being decommisioned due to EOL. As a developer on that project, I >> need to be able to test and use the builds. We'll be

I think we want to apply the following patch to make the NumberValueRangeProcessor documentation (a) make sense, and (b) accurate: ---------------------------------------------------------------------- --- include/xapian/queryparser.h (revision 9993) +++ include/xapian/queryparser.h (working copy) @@ -213,7 +213,7 @@ * * For example, if str_ is "$" and prefix_

Please keep conversations on-list so that everyone can help and benefit :-) On Sun, Jul 29, 2007 at 09:15:01PM +0800, Hightman(???) wrote: > James Aylett,??? > > Even if I split the two operator into different transaction one > after another, It cause DatabaseModifiedError Also ... It seems > that if I update one document by unique term frequently (within >

We've lost tinderbox (last build 25th), which is presumably why the following wasn't caught: ---------------------------------------------------------------------- /s1/james/projects/xapian/xapian/xapian-core/extra/queryparser.yy: In function `int yylex()': /s1/james/projects/xapian/xapian/xapian-core/extra/queryparser.yy:443: `class std::basic_string<char,

This doesn't build on G++ 3.0 - are we still trying to support that? If not, I'll have to get a more recent toolchain sorted out. J -- /--------------------------------------------------------------------------\ James Aylett xapian.org james at tartarus.org uncertaintydivision.org

Can't configure on Solaris 9 Sparc, on a volume mounted over NFS from Debian 3.0 linux 2.2 IA32. For some reason, cc1plus thinks _versionh.cc is a directory. Changing the ``ln -s'' to a ``cp'' solves this problem. Is there any reason not to cp? Solaris->Solaris NFS, and Solaris local file system are both quite happy without this change. J --

I'm getting remotetest and apitest failing for me on ixion on SVN HEAD-ish. I can't find a link to tinderbox anywhere obvious (I expected it to be linked from bleeding edge, and possibly the bugzilla start page), so I don't know if it's something dumb I've done to my setup and checkout, or a genuine problem. Any ideas? J --

Tinderbox is showing failures in Search::Xapian on atreus with g++ 4.1 (which looks like tests out of date at a *very* cursory examination, and in any case everyone should know about); I'm also getting different test failures on the same system -- valgrind (I assume) is finding potential memory leaks for every test against the remotetcp backend. (Incidentally, I've just installed