setting ValueRangeProcessor at runtime

I want to set a variable number and type of ValueRangeProcessors at run time
based on a configuration file. But I seem to be running into (what I think is) a
C++ scope issue.

I tried just a simple test to see if I could add 5 VPs in a loop.

    Xapian::QueryParser qparser;
    Xapian::Query query;

    int vp = 0;
    while(vp < 5) {
        Xapian::StringValueRangeProcessor sproc(vp++);
        qparser.add_valuerangeprocessor(&sproc);
    }

    query = qparser.parse_query(myquery);

That will compile, but when that code executes I get this error:

pure virtual method called
terminate called without an active exception
Abort trap

I *think* what's happening is that the sproc object goes out of scope at the end
of the while() loop and is GC'd by the time the qparser tries to actually parse
the query, so the qparser is trying to access a pointer that has been freed.
But that's just a guess based on my limited knowledge of C++.

What's the correct way to dynamically add a series of ValueRangeProcessors?

Xapian packages in rpmforge?

hello folks!

i've recently joined the rpmforge maintainers; given that Tim Brody  
has already written specfiles for RHEL4 and RHEL5, would you be  
interested in my adding the xapian packages to rpmforge?  this would  
eliminate (or at least reduce) the need for you to maintain a separate  
repository and would mean that many users (those who have already  
configured their systems to pull packages from rpmforge) would have a  
turnkey installation of Xapian.

i found the SRPMs in http://xapian.org/RPM/centos5/SRPMS/, so i don't  
think i'll need any further technical assistance in porting the  
packages, but i wanted to check in with you first.  thoughts?

-steve

--
If this were played upon a stage now, I could condemn it as an  
improbable fiction. - Fabian, Twelfth Night, III,v
http://five.sentenc.es

_______________________________________________
Xapian-devel mailing list
Xapian-devel <at> lists.xapian.org
http://lists.xapian.org/mailman/listinfo/xapian-devel

rhel5 rpms

Hi All,

If there is interest, I'd be happy to make my rhel5 rpms available for
others.  I currently have x86, but I could whip up x86_64 too if it
would help.

Thanks
-Ben
--

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.

_______________________________________________
Xapian-devel mailing list
Xapian-devel <at> lists.xapian.org
http://lists.xapian.org/mailman/listinfo/xapian-devel

[PATCH] support ruby in the xapian-bindings rpm spec

Hi All,

I've needed to build ruby bindings for xapian recently and discovered
that the default .spec file doesn't support ruby by default.  The
attached patch adds this support to the spec file in a manner
consistent (I think) with the other bindings.

I hope you find this useful.

Thanks
-Ben
--

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.

_______________________________________________
Xapian-devel mailing list
Xapian-devel <at> lists.xapian.org
http://lists.xapian.org/mailman/listinfo/xapian-devel

Re: xapian-core-1.1.2 build error

*

On Tue, Sep 01, 2009 at 04:09:18PM +0800, Liu Haifeng wrote:
> when building 1.1.2, I just get the following error:
> 
> ./common/safeuuid.h: In function `void uuid_unparse_lower(const unsigned
> char*, char*)':
> ./common/safeuuid.h:37: error: invalid type argument of `unary *'
> 
> 
> Is it a bug? Seems you wanna write  *(out + i) |= 0x20; 

This is a bug in the fix for #368:

http://trac.xapian.org/ticket/368

Fixed in r13438 (I used out[i] but your version is equivalent).

Thanks for your report.

Cheers,
    Olly

Licensing

Afternoon all. I was discussing the current licensing of Xapian and
how it influences the way we work with someone at another OSS project
recently, and although the upshot is likely to be that they'll amend
their license (it's a corporate foundation, and GPL compatibility is
something they desire for precisely this reason), it did prompt me to
think about how we're tracking where we are on the license issue.

As per <http://trac.xapian.org/wiki/FAQ/CommercialLicence>, we have a
clear idea of who owns what (modulo some uncertainty around
Brightstation copyright ownership). Certainly for easily-contactable
entities, we know who contributed to which file, and indeed could
figure out ownership down to the change level.

It strikes me that, given many of the current contributors to Xapian
are agreed in principle in a bright and shiny future of LGPL
licensing, having everyone expressly license their contributions under
the LGPL might be a helpful thing. It wouldn't get us any closer to
changing the license (which still requires replacing or removing all
code that cannot be relicensed), but it will prevent us from getting
any further away from that possibility, which might happen if a
contributor falls out of contact with the project for whatever reason.

What we do not want is to move forward to a position where we should
be able to change to LGPL, and then cannot get explicit permission
from a contributor for whatever reason; I've been in this situation
before, and it's more than slightly frustrating. Since currently the
only license grant that occurs on contributions to Xapian is GPL, this
needs an explicit statement by each contributor.

To get the ball rolling: all code and modifications I have contributed

1.0.14 Core Build Error

I am trying this on Mac OS X 10.5.7:

svn co svn://svn.xapian.org/xapian/tags/1.0.14 xapian-1.0.14
cd xapian-1.0.14
./bootstrap
cd xapian-core/
./configure --disable-documentation --enable-maintainer-mode
make

This runs for a while and then stops with this error:

 g++ -DHAVE_CONFIG_H -I. -I./common -I./include -Wall -W
-Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align
-Wno-long-long -Wformat-security -fno-gnu-keywords
-Woverloaded-virtual -Wundef -Wshadow -Wstrict-null-sentinel
-fvisibility=hidden -Werror -g -O2 -MT api/omquery.lo -MD -MP -MF
api/.deps/omquery.Tpo -c api/omquery.cc  -fno-common -DPIC -o
api/.libs/omquery.o
cc1plus: warnings being treated as errors
api/omquery.cc: In constructor
‘Xapian::Query::Query(Xapian::Query::op, Xapian::Query)’:
api/omquery.cc:128: warning: ‘__base_ctor ’ is deprecated (declared at
api/omquery.cc:118)
make[2]: *** [api/omquery.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Any ideas?

Thanks,

Xapian .lemony files

Hi All,

I wanted to add a small tweak to my installation of the Query Parser.
Should I be editing queryparser.lemony? I tried that and the make
didn't include my change. I applied the same change to
queryparser_internal.cc and it worked fine. Is the .lemony file
something used internally and I can ignore? Or do I need to run
something prior to make to convert the files?

Thanks,
Mike Boone.
http://boonedocks.net/mike

question and potential consulting gig

we are looking to enhance our projects search.  we only need searching  
of database tables.  we are currently using postgresql's full text  
search.

from your experience, how long does xapian index take to add delta's  
to results?  on your site you advertise "Allows simultaneous update  
and searching. New documents become searchable right away."  what does  
right away mean?  like less than a minute, 5 minutes (given unlimited  
hardware resources)?  is there db size where adding delta's is slow?

if someone can confirm this, i would like to discuss a potential  
consulting job with them.

cheers,

Kyle J. Ginavan

Unable to install Xapian-Ruby binary

Hi,

I'm trying to install Ruby bindings for Xapian 1.3 on Windows. I got the binary from here
http://www.flax.co.uk/xapian_windows.shtml

On that page, I downloaded 
xapian-1.0.13-bindings-ruby.zip MD5 sum: f212416679464b5f2c902a956ad58932 

It is a zip file with 3 files/dirs
docs/
_xapian.so
xapian.rb

I copied _xapian.so to C:\ruby\lib\ruby\1.8\i386-mswin32\_xapian.so
and xapian.rb to C:\Ruby\lib\ruby\1.8\i386-mswin32\..\xapian.rb

My ruby version is 1.8.6 (2008-08-11 patchlevel 287) i386-mswin32

Then I start irb and try to load Xapian module, only to find this error.

C:\>irb
irb(main):001:0> require 'xapian'
LoadError: 14001: This application has failed to start because the application configuration is
incorrect. Reinstalling the application may fix this problem.
- C:/Ruby/lib/ruby/1.8/i386-mswin32/_xapian.so
        from C:/Ruby/lib/ruby/1.8/i386-mswin32/_xapian.so
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
        from C:/Ruby/lib/ruby/1.8/xapian.rb:40
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'

Sample quickstartindex unable to create database on Windows 2008

Hello

My desktop is running Windows 2008 and I used Microsoft Visual Studio 2008 to compile 1.0.13 Xapian and Ruby
bindings. 
I then copy and paste this code from xapian website to my new project and link it with Xapian lib. Everything
builds and links nicely

http://xapian.org/docs/quickstartindex.cc.html

I ran it with the following args
XapianIndex.exe C:\tmp\junk14 "hello hello" hello 

C:\tmp\junk14 exists and empty.

The app crashed. 

First-chance exception at 0x7771f328 in XapianIndex.exe: Microsoft C++ exception:
Xapian::DatabaseCreateError at memory location 0x006bf9d8..
Unhandled exception at 0x7771f328 in XapianIndex.exe: Microsoft C++ exception:
Xapian::DatabaseCreateError at memory location 0x006bf9d8..
The program '[4800] XapianIndex.exe: Native' has exited with code 0 (0x0).

Has anyone encountered this error before? How can I fix it?

Thanks in advance