similar to: Re: [Xapian-commits] 8287: trunk/xapian-core/

Displaying 20 results from an estimated 20000 matches similar to: "Re: [Xapian-commits] 8287: trunk/xapian-core/"

2007 Apr 12
0
Re: [Xapian-commits] 8186: trunk/xapian-core/ trunk/xapian-core/queryparser/ trunk/xapian-core/tests/
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
2007 Jun 30
1
Re: [Xapian-commits] 9092: trunk/xapian-core/ trunk/xapian-core/api/ trunk/xapian-core/common/ trunk/xapian-core/include/xapian/
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
2007 Jan 12
1
Re: [Xapian-commits] 7603: trunk/xapian-core/ trunk/xapian-core/backends/flint/ trunk/xapian-core/backends/quartz/
On Tue, Jan 02, 2007 at 03:55:59PM +0000, richard wrote: > * backends/quartz/btree.cc,backends/flint/flint_io.h: Patches from > Charlie Hull to allow 2GB+ index files work when compiled using > Visual C++. I suspect that xapian-compact.cc (and quartzcompact.cc if you can be bothered) will also need fixing since they use off_t. You need to make sure that the stat() function called
2007 Apr 09
1
Re: [Xapian-commits] 8157: trunk/xapian-core/ trunk/xapian-core/backends/flint/ trunk/xapian-core/backends/quartz/
olly wrote: > Log message (6 lines): > backends/flint/flint_database.cc: Delete the corresponding entry > (if any) from doclens in delete_document(). Add assertion to > add_document_() that the corresponding entry in doclens isn't > already set, but in a non-debug build overwrite any existing > entry as that's more likely to be correct. >
2007 Jan 30
1
Re: [Xapian-commits] 7603: trunk/xapian-core/trunk/xapian-core/backends/flint/ trunk/xapian-core/backends/quartz/
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
2007 Mar 29
2
Re: [Xapian-commits] 7990: trunk/xapian-core/ trunk/xapian-core/bin/ trunk/xapian-core/tests/harness/
On Thu, Mar 29, 2007 at 03:39:01PM +0100, richard wrote: > bin/xapian-tcpsrv.cc,tests/harness/testsuite.cc: First of many > parts of a large patch from Mark Hammond working towards enabling > remote databases on windows. When displaying errors which might > be socket errors, display the error number as well as the output > of strerror - on windows, strerror doesn't display
2006 Dec 13
1
Re: [Xapian-commits] 7575: trunk/xapian-core/ trunk/xapian-core/include/xapian/
On Wed, Dec 13, 2006 at 06:09:49PM +0000, richard wrote: > Improve documentation comment for Document::get_value(). Further to this improvement, I wonder if the "must be >= 0" should be dropped. Xapian::valueno is an unsigned type, so you effectively can't pass a negative value in (if you do it'll be converted to a large positive value and would work if used
2007 Apr 13
1
Re: [Xapian-commits] 8229: trunk/xapian-core/ trunk/xapian-core/api/
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
2007 Oct 07
1
Re: [Xapian-commits] 9389: trunk/xapian-core/ trunk/xapian-core/net/
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
2006 Oct 04
1
Re: [Xapian-commits] 7283: trunk/xapian-core/ trunk/xapian-core/net/
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
2007 Apr 23
1
Re: [Xapian-commits] 8351: trunk/xapian-core/ trunk/xapian-core/backends/flint/
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
2007 Apr 09
1
Re: [Xapian-commits] 8153: trunk/xapian-core/ trunk/xapian-core/backends/flint/
On Mon, Apr 09, 2007 at 11:26:44AM +0100, richard wrote: > backends/flint/flint_database.cc: Fix bug with document lengths > in replace document. Was using doclens.insert() to set the new > document length, but this has no effect if the entry already > exists. Argh! That issue has bitten us at least once before. I'll audit all uses of insert to see if there are any other
2006 Oct 06
1
Re: [Xapian-commits] 7289: trunk/xapian-core/ trunk/xapian-core/tests/
On Fri, Oct 06, 2006 at 05:36:47PM +0100, richard wrote: > tests/runtest.in: Cache result of test for $VG_LOG_FD if we find the new > option. Saves 2 seconds for each invocation on my machine, which is half the > time when running just a single simple test. Nice speed up, although we might as well just remove the option and send valgrind's output to /dev/null as things currently
2007 Mar 01
1
Re: [Xapian-commits] 7817: trunk/xapian-core/ trunk/xapian-core/common/
On Thu, Mar 01, 2007 at 03:29:26PM +0000, richard wrote: > * common/utils.c,common/utils.h: For windows, add an om_tostring()function for > 64 bit integers: time() and GetProcessId() return these, and without this, > backends/quartz/quartz_log.cc reports an error. This change generates a new warning in the mingw cross-build: common/utils.cc:82: warning: int format, different type
2007 Apr 05
1
Re: [Xapian-commits] 8107: trunk/xapian-core/ trunk/xapian-core/backends/
olly wrote: > Log message (7 lines): > backends/database.cc: Database::Internal can't call the > PostingIterator(PostingIterator::Internal*) ctor (at least under > g++ 3.3.5) because it isn't a friend (only class Database is). For the record, Mark just reported this to me under windows so it was a problem there too, but it does work under GCC 4.1. No idea which compiler is
2007 Mar 08
1
Tarball size (was Re: [Xapian-commits] 7916: trunk/xapian-core/ trunk/xapian-core/docs/)
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
2007 Feb 26
1
Re: [Xapian-commits] 7759: trunk/xapian-core/ trunk/xapian-core/tests/harness/
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
2007 Oct 19
1
Re: [Xapian-commits] 9476: trunk/xapian-core/ trunk/xapian-core/include/xapian/ trunk/xapian-core/queryparser/ trunk/xapian-core/tests/
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
2007 Dec 07
10
Where are my VIM colors?
Maybe, it's stupid question but I've just installed CentOS5 and when I'm going to edit some of my conf files I see no colors as it did in old CentOS4x... I'm using: [root at domian:~]$ echo $TERM xterm Thanks in advance, Regards, Israel
2007 Mar 06
1
Re: [Xapian-commits] 7891: trunk/xapian-core/
On Tue, Mar 06, 2007 at 09:07:04AM +0000, richard wrote: > * HACKING: Note on running preautoreconf and autoreconf to keep SVN > builds working. What's the scenario in which you have to run them by hand? I'd rather fix this to just work automatically than document deficiencies in the build system. I fixed a problem a few weeks ago with removed files which were listed in