similar to: Re

Just re-posting so swig-devel get so see it. It's an architectural solution whereby swig has the power to banish licensing conflicts that may exist between any imported library and the target system for which swig is generating a module. -----Original Message----- From: "Sam Liddicott" <sam@liddicott.com> To: "Alexander Lind" <malte@webstay.org>; "William

Hi, I got this issue nailed out. :-D The problem was with the zlib package offered by MinGW. _Never_ use zlib-1.2.3-MSYS-1.0.11.tar.bz2 package, _it's broken_! Instead, download the pre-compiled version of zlib from zlib.net, and use that to build Xapian with MinGW on Windows. Regards, Adi.

(Forwarded off-list message) -------- Original Message -------- Subject: Re: [Xapian-discuss] what is the fastest way to fetch results which are sorted by timestamp ? Date: Thu, 11 Aug 2011 01:06:36 +0800 From: ??? <panjunyong at gmail.com> To: Tim Brody <tdb2 at ecs.soton.ac.uk> On Wed, Aug 10, 2011 at 6:39 PM, Tim Brody <tdb2 at ecs.soton.ac.uk> wrote: > Hi, > > In

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:

Folks, OK found it, omega.cc looks for multiple DB definitions and adds it to the search list. If the dbs are only one directory lower (e.g. not in default as in beta/default, but only "beta"), then modifying database_dir setting as follows will work: database_dir /svr/hda1/xapian then, ./omega.cgi 'P=pda' FMT='xml' DB="beta" DB="gamma"

On Mon, 29 Apr 2024 at 04:44, Olly Betts <olly at survex.com> wrote: > We actually used to have an example GUI called xapview, but it was > removed in 2008 ... > [ ... ] > So overall I'm afraid it doesn't seem the best use of our sadly finite > development resources. Yes, I understand. Totally understand. But a simple CUI (terminal) is also an irritant. A lot of

Another tale of a forgotten CC, damn, so here it goes... -------- Original Message -------- Date: Thu, 28 Jul 2011 14:35:03 +0200 From: Chris <chris at s-4-u.net> To: Justin Finkelstein <justin at redwiredesign.com> Subject: Re: [Xapian-discuss] Writing a Quick Start Guide to Xapian Hey Xapian list, i (unfortunately) have to agree, that the current Xapian docs are

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 >

Hi, Sorry to follow up on an old thread, but I am wondering if there has been any work done on, or interest in, increasing the maximum document id beyond a 32bit limit? Daniel On Mon, Jun 18, 2007 at 04:11:54AM +0100, Olly Betts wrote: > > In particular, there is currently a limit of 4 billion documents in a > > database, due to using a 32 bit type for document IDs, but I don't

> 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

Xapian 1.4.7 can now be downloaded from: https://xapian.org/download This release fixes a regression in Database::check() (and the xapian-check command line tool which calls that method), fixes a cursor rebuild bug in the glass backend, adds four new stemmers, plus a few other changes. The wiki has a summary of the most notable changes: https://trac.xapian.org/wiki/ReleaseOverview/1.4.7 A big

Dear all, > I hav installed recoll based on xapian. > when i run recollindex command it throws following error: > > "mh_mail.cpp: 162: decodeBody: base64 decoding failed !" > > Anybody has any idea? > > > > -- > ../tushar

People, I sent this note to JF at Recoll and he suggested asking here (his response below) - any suggestions? Thanks, Phil. -------- Original Message -------- Subject: Re: Another ue for Recoll? - AI/Eliza Date: 2012-12-23 19:22 From: jf at dockes.org To: <phil at pricom.com.au> Philip Rhoades writes: > Jean, > > I have been using Recoll happily for some time now but I

Ok, but suppose I have a complex query, something like "(a OR b) AND NOT c OR ##". Do I have to parse the query by myself? > Date: Mon, 4 May 2015 03:03:24 +0100 > From: olly at survex.com > To: lautaromedrano at hotmail.com > CC: xapian-discuss at lists.xapian.org > Subject: Re: [Xapian-discuss] Make Xapian accept all characters > > On Sun, May 03, 2015 at

On 5/18/06, John Pye <john.pye@student.unsw.edu.au> wrote: > BTW I got my updated xapian-omega RPM. Thanks guys! > Enjoy :-) Fabrice

Thanks Olly, I have given flint a go -and it is generally much quicker (once it has loaded the cache -that process still takes minutes). Flint actually seems tro do some caching whereas quartz just seemed to hit the disc constantly. Generally I've been running it on a machine with 5G of memory -but it has to contend with other processes for resources, I have also run it on its own on a 1G

Does anyone know if xapian stemming support suffix -er? I tried -s and -ing both work, but not -er. _________________________________________________________________ ?????????????? MSN Messenger: http://messenger.msn.com/cn

Hello, I was wondering if anyone has succeeded in getting the Java bindings to work with NetBeans, in order to make use of NetBeans's GUI developer. I've had no luck so far, does anyone know how to do that? Many thanks.

Xapians! Anyone know when Xapian bindings for C# will be ready? Thanks, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.tartarus.org/pipermail/xapian-discuss/attachments/20060105/257652e0/attachment.htm