similar to: Re: [Xapian-commits] Changes in www.xapian.org/ www.xapian.org/.scripts/

Hello Arjen van der Meijden, on xapian-discuss you mentioned that your Xapian installation has got up to 15 GB database size. Can you tell me about the largest index filesize you got? According to <http://xapian.org/docs/scalability.html>, it seems that the quartz database filesize is limited only by the OS and file system. Can you confirm from your experience that there is no 2GB limit?

J Begin forwarded message: > From: Kov?cs Zolt?n <kovzol at matek.hu> > Date: 27 October 2012 11:16:49 BST > To: james at tartarus.org > Cc: Balazs Koren <balazs at geogebra.org> > Subject: xapian @geogebra.org > > Dear Xapian Developers, > > As I mentioned during the GSoC Summit we needed xapian-bindings to make things work on our web server. > I

On Wed, Mar 07, 2007 at 11:22:36PM +0000, olly wrote: > docs/Makefile.am: Stop shipping docs/apidoc/latex/* in the > xapian-core tarballs since it's just useless bloat. Removing it > more than halves the size of the tarball (55% reduction!) Hmm, this is very odd. I tried unpacking the last xapian-core snapshot tarball, deleting the junk files, and rebuilding the tarball, and I got

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 9092 > Date: 2007-06-30 15:16:16 +0100 (Sat, 30 Jun 2007) > > Log message (2 lines): > api/omdocument.cc,common/document.h,include/xapian/document.h: > Add Xapian::Document::get_docid() method. I was thinking that it would probably be useful to have a

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 8229 > Date: 2007-04-13 10:18:52 +0100 (Fri, 13 Apr 2007) > > Log message (4 lines): > api/version.cc: Simpler and cleaner fix - the prototypes for the > version functions had moved from xapian/version.h to xapian.h so we > were including the wrong header and not

hi, I'm using Xapian on Windows with large files. My index directory is about 65 607 466 693 bytes: 2007-01-30 09:28 17 position_baseA 2007-01-30 10:06 17 position_baseB 2007-01-23 14:18 0 position_DB 2007-01-30 10:06 360 496 postlist_baseB 2007-01-30 10:06 23 623 852 032 postlist_DB 2007-01-30 10:06 88 432

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 8186 > Date: 2007-04-11 23:38:53 +0100 (Wed, 11 Apr 2007) > > Log message (7 lines): > queryparser/queryparser.lemony: Fix regression introduced by > Richard's change, and restructure to make the handling for each case > more obvious. Thanks for the catch: I

On Fri, Mar 02, 2007 at 12:20:44PM +0000, richard wrote: > * HACKING: Add note about how to generate ChangeLog timestamps > using the unix date command - and I've started generating them in > the same format as Olly is. (I hope.) I actually use a perl script which does: print CO strftime("%a %h %d %H:%M:%S %Z %Y", localtime); But %b and %h are just aliases and %T

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

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 8351 > Date: 2007-04-23 01:44:44 +0100 (Mon, 23 Apr 2007) > > Log message (2 lines): > backends/flint/flint_version.cc: Update the flint format version > since older flint versions can't read compressed tags. Am I correct in assuming that this means that when

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 7759 > Date: 2007-02-26 18:38:13 +0000 (Mon, 26 Feb 2007) > > Log message (3 lines): > tests/harness/backendmanager.cc: Indent with tabs not spaces. Hmm - this space thing is getting silly - I have my editor set to not expand tabs, but spaces crept in because I

On Thu, Apr 12, 2007 at 12:52:03PM +0100, richard wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: richard > Revision: 8196 > Date: 2007-04-12 12:52:02 +0100 (Thu, 12 Apr 2007) > > Log message (1 line): > Fix rules for generating .pl files from .pl.in files. > > Modified files: > U

On Tue, May 11, 2004 at 06:11:36PM +0100, Richard Boulton wrote: > "xapian-config --cxxflags" assumes that it doesn't need to emit > -I/usr/include in this situation (presumably on the basis that > any sane C compiler will already have that on its path). Worse, passing -I/usr/include causes problems with some versions of GCC on some platforms as GCC generates

I am fairly confident that these issues are related to killing the scriptindex process ungracefully causing blocks that were queued for writing to disk to not get written. I mention to send you the file because it could be that you would see almost immediately with the situation is. Thanks > ----- Original Message ----- > From: oscaruser@programmer.net > To:

On Thu, Apr 12, 2007 at 05:57:27PM +0100, richard wrote: > xapian.i: Parse the visibility support header file, so we don't > get errors when we %include other xapian headers. Fixes error > reported by python/except.i, which has a line saying > %include "xapian/error.h" That part is easy enough, but does "make check" now pass for you? My build is failing to

On Mon, Oct 01, 2007 at 01:13:07PM +0100, richard wrote: > Log message (3 lines): > net/remoteconnection.cc: After calling read(), check for received > == 0 after checking for errors, so that if an EINTR occurs in > read, we don't report EOF instead of retrying. > [...] > http://xapian.org/C?9389?trunk/xapian-core/net/remoteconnection.cc I don't think this change is

On Wed, Oct 04, 2006 at 01:27:20PM +0100, richard wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: richard > Revision: 7283 > Date: 2006-10-04 13:27:17 +0100 (Wed, 04 Oct 2006) > > Log message (2 lines): > Use "unsigned char" instead of "char" when serialising lengths, to avoid > problems on platforms where char is

Dear Olly Betts, I think the tests for the perl module Search-Xapian-1.2.21.0 might be fewer in number than the perl tests included with xapian-bindings-1.2.21. If some of the tests have similar but modified content I do not know. I am not so skilled as to interpret the compared test results. If you want to suggest a paired earlier version of Xapian to a specific xapian.bindings version, I might

Oh Olly, you are so kind. Thank you so much. I think you pinned out my problem. I have installed the xapian-core-1.4.22 at /usr/local/xapian-core-1.4.22 to avoid cluttering. I will try to do what you have given me. if that does not work, I will try to remove the older xapian-core-1.4.18 library wherever it is if I can locate it. Then I will give the path for the new one. GTK is just one of the

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 9476 > Date: 2007-10-19 03:47:11 +0100 (Fri, 19 Oct 2007) > > Log message (14 lines): > include/xapian/queryparser.h,queryparser/queryparser.cc, > queryparser/queryparser.lemony,queryparser/queryparser_internal.h, > tests/queryparsertest.cc: Since calling