similar to: TestCases Failure

Please find my inline reply. On 26 January 2015 at 06:56, Olly Betts <olly at survex.com> wrote: > On Sun, Jan 25, 2015 at 06:46:26PM +0500, Saad Ahmed wrote: > > I have been able to successfully build the code. But when I run the > > existing testcases (to verify everthing is working fine), It says 3 out > of > > the six testcases fails. Here is the report of the

> Is that the complete output? Yes it is the complete output against "./runtest ./apitest --verbose topercent2"( after running make remove-cached-databases). I attached the snapshot of the output of commands but the size of the email got bigger than 40kb so i had to place the output as text. If I do not run "make remove-cached-databases" and run "./runtest ./apitest

---------- Forwarded message ---------- From: Saad Ahmed <ch.saad.ahmed at gmail.com> Date: 3 February 2015 at 21:10 Subject: Waiting for Reply regarding "TestCases Failure" To: Xapian Development <xapian-devel at lists.xapian.org> I have been waiting for reply regarding any further steps to take. Following are the outputs of commands that you asked me to run. All these

Please find my inline reply. On 27 January 2015 at 03:02, Olly Betts <olly at survex.com> wrote: > > The script which automates most of the release process runs "make > distcheck", which runs the testsuite, so these tests didn't fail for me > when I made the 1.3.2 release. > > When I run "make distcheck" in the "build" folder, it gives

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into

Report by Eric Lindblad 06-10-2015 http://www.ericlindblad.blogspot.com cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9885 modifications allowing for brass and chert to compile on SFU Interix 3.5 (modified) [code change not performance critical] /xapian-core-1.2.21/backends/brass/brass_check.cc /xapian-core-1.2.21/backends/chert/chert_check.cc #include <climits> +

Hello :-) There was probably no good reason to do this build but the Debian 6.0 Squeeze repo version was 1.2.3, we needed 1.2.4 and I didn't think of using the package from unstable. Arch: x86_64 Platform: Linux 2.6 Debian 6.0 (Squeeze) Compiler: gcc version 4.4.5 (Debian 4.4.5-8) Version: 1.2.4 Status: no known problems Source: http://oligarchy.co.uk/xapian/1.2.4/xapian-core-1.2.4.tar.gz

I've posted the results of 'make check' for xapian "oldstable" (xapian-core-1.2.24) compiled on Slackware-14.0 (32 bit) here: http://nurmi-labs.blogspot.com/p/xapian-linux-old-stable-sse.html xapian-linux-old-stable-sse Summary ./apitest backend none: All 58 tests passed. ./apitest backend inmemory: All 228 tests passed, 8 skipped. ./apitest backend brass: All 304 tests

Report by Eric Lindblad 14-09-2015 http://www.ericlindblad.blogspot.com cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9880 The 'gmake check' compile error on xapian-core-1.2.21/tests/api_backend.cc was resolved by the modification (at the suggestion of a mailing-list member) of the offending string from "q.OP_PHRASE" to "Xapian::Query::OP_PHRASE".

Hi, I've a problem to integrate xapian in my web application. I've developed the code for index e for search the documents published through my application. The app is developed in PHP. I've created a file that contain some function for search (called simpleSearch and advSearch). The problem is that if i run the code through the IDE (Zend for Eclipse) as PHP script it work correctly,

Excuse me, I have met some problem while writing test cases for api_termgen. I added a case for mixed CJK numbers to test_simple, as the example mentioned in #699: > { "", "2千3百", "2[1] 千[2] 3[3] 百[4]"} But it unexpectedly failed. Below are the input and output. I run test with command: > ./runtest ./apitest termgen1 And the test case output is: > Running

On Mon, Mar 05, 2018 at 09:48:52PM +0000, Olly Betts wrote: > On Mon, Mar 05, 2018 at 08:52:47PM +0100, Sylvain Taverne wrote: > > I've remarked the error occur when i'm trying to get stored values from a > > database with a lot of stored values. I can reproduce the error with simple > > python2 script i've posted on github > > > >

Dear Olly Betts, same 32 bit compiler version hardware OS OS version as here (where remotetcp_chert passed and skipped 3) xapian-core-1.2.21.tar.xz http://nurmi-labs.blogspot.com/2015/10/xapian.html ./apitest backend remoteprog_brass: All 225 tests passed, 3 skipped. ./apitest backend remotetcp_brass: All 225 tests passed, 3 skipped. ./apitest backend remoteprog_chert: All 225 tests passed,

If the subject of xapian-core apitests on MSYS/MINGW and MSYS2/MINGW is taken up it might be noted that the compiler version could be recorded, probably gcc 5.3.0 or newer, that closed pipes might be an issue, and also allocating for the location of xapian-tcpsrv. Not from my own tests but another man informed there was some problems with [MSYS2] python bindings. I am not knowledgeable of the

Hello everyone, I'm trying to do an "Auto-complete" widget for the search field on a website, which has Xapian running behind it. (Using the PHP bindings.) I have the name of a search result prefixed with "name", so as the user types, it triggers a search for "name:whatever the user put in". This seems like an ideal use for the FLAG_PARTIAL flag; in fact the

I took one of the examples and tried to run against my database ls -l /data1/mail/db/cur.1 total 1129624 -rw-r--r-- 1 jwl jwl 0 2011-06-09 02:27 flintlock -rw-r--r-- 1 jwl jwl 28 2011-06-09 02:27 iamchert -rwxrwxrwx 1 jwl jwl 7258 2011-06-09 02:27 position.baseA -rwxrwxrwx 1 jwl jwl 7046 2011-06-09 02:27 position.baseB -rwxrwxrwx 1 jwl jwl 474226688 2011-06-09 02:28

Dear developers, I am a research associate in Al-Khwarzimi Institute of Computer Science. I am working on TI 6711 Evaluation Board. I want to implement audio compression algorithm on this board. I have already implemented sub-band compression on this board. But the resultant quality is really poor. Therefore, I want to use speex open source

Saad Nader wrote: > We needed to use a release version of the SDK because this part of > production code for our Sony implementations. I'm not sure how stable > that branch is. Is the encoding and decoding already stable? In other > words, what is not stable about that branch? It's listed as "unstable" in the sense of "I might change the API" and that is

Hi Jean-Marc, We needed to use a release version of the SDK because this part of production code for our Sony implementations. I'm not sure how stable that branch is. Is the encoding and decoding already stable? In other words, what is not stable about that branch? Thanks, --------------------------- Saad Nader Middleware Engineer Powered By Gamespy, IGN -----Original Message----- From: