similar to: Remote databases and daemons

Hi, I have been looking at xapian for a project and have so far been very impressed. I have hit one major problem the final architecture requires that the web server be a deferent machine from the server that xapian is installed on. With my test code using local database ($db_path = "/var/xapain_db/default"; $db = new_database($db_path);) a query takes around 0.012 seconds on

Hi all, I have spent more than 3 hours trying to figure out how Xapian documents fields works ! It seems that I failed so I ask for help. I am using Xapian 0.9.2 with Python bindings and Xapwrap (Python wrapper for xapian) on Fedora Core 3. I have added custom fields like 'uri', 'title', etc and I wish to view them in my Omega results. I am also using an Omega XML customized

Hi all. First, a note about remote database connection over Perl. We actually found an easy way to work around the unwrapped Renote::open issue.. We use a stub file. You might say that open_stub in also not wrapped.. which is true... HOWEVER... looking at the code, we realized that Database::open() opts to using stub_open if the argument is a string pointing to a stub file rather than a

I posted this message first. But it was missing so I post again. I think there is a some bug in build configration files. Can you check up the following errors and fix it? The error has no concern with UTF-8 patch. Environment : CentOS 4.3 x86_64 Sungsoo Kim ---------------------------------- [root at saturn xapian-core-0.9.4_svn6707]# make ... ... mkdir .libs/libxapian.lax/libqueryparser.a

Hello, i'm fresh new to xapian (and impressed.. fast, faster, xapian). And so i have a problem with no solution at the moment. I have a webapp based on php5 in a special fastcgi loop environment (thus there are some loops spawned handling multiple requests so there is no need for php to recreate classes and Objects all the time). I implemented a xapian wrapper class to access a remote

One issue left for me to figure out is that in different languages there are different characters and Xapian takes only english characters. Thefore many word entered by users that contains their own language special characters will not return any result. MySQL offers different collations ... Now when I see how much data Xapian can search perhaps I could expand my index spider different European

Hi, I'm using xapian(1.2.2) python interface to connect remote xapian-tcpserv daemon. I'm starting the daemon as given below: xapian-tcpsrv --port 9100 --interface 127.0.0.1 --writable ./xapiandb/ and in script.py: import xapian as xa db = xa.remote_open_writable('localhost', 9100) # other stuff # ... script is a long running program, and when i try to run

Hi, I'm adapting the omega (in a Python way ;) to do search across multiple remotes database, for now, I have only one xapian-tcpsrc running, but I have documents being inserted at the same time, so (like I have readed in others e-mails) the xapian-tcpsrc throw the following message: Connection from 192.168.0.101, port 64161 Got exception DatabaseModifiedError: The revision being read has

Hi all, I'm (still) need(ing) something like Solr[1] to Xapian, to make it I have 2 options, extend xapian-tcpsrv or re-implement ftss project[2], the problem of ftss is that it is 5 years old, and there's lots of changes into Xapian library (and also libc), what is the best way to implement a Solr-like server to Xapian? Did you done some progress Philip Neustrom? [1] -

Hello list, looks like one can open a Xapian database in read-only mode and do the following: $db = Search::Xapian::Database->new("/foo/bar/"); $enq = $db->enquire("XIDblub"); the same doesn't seem to be possible with a database opened in read-write mode: $db = Search::Xapian::WritableDatabase->new("/foo/bar/",

Hi, I'm trying to use xapian from php script with TCP daemon. I started TCP daemon: xapian-tcpsrv --port 5050 --writable /path-to-db When I trying to get access to it within my php-script with remote_open_writable("localhost", 5050) or remote_open("localhost", 5050) apache fails with signal 11: dev kernel: pid 35923 (httpd), uid 80: exited on signal 11 TCP demon also

I have been working in the abstraction of the remote protocol to separate it from the server and the connection. The purpose of this is I need to use the Xapian remote protocol in a server we are working on (named Xapiand: https://github.com/Kronuz/Xapiand) which is similar to some extent to the `xapian-tcpsrv` in that it also serves databases remotely through TCP, using the binary protocol. What

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

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

I'm happy to be able to announce that Xapian 1.3.4 is now available. Please note that 1.3.x releases are development releases - they are made to encourage earlier and wider use and testing of new and changed code. Our record with 1.1.x was very good - all the bugs I am aware of were either in new features, or were also present in the corresponding 1.0.x release. But if you main concern is

I have installed the new Xapian 1.4.0 , during the installation, I haven't seen any problems, however, when I execute commands quest and delve I get different versions, and my Perl-based searches return Exception: Couldn't detect type of database ... and what are these glass things in the index directories? There is a no new version of Perl Search::Xapian. $ quest -version quest -

Folks, Having trouble getting this to work. OMEGA cgi is not reading my stub file properly because it is trying to read it as a directory instead of a file. Is there an easy fix? Here is a transcript. Thanks, OSC oscar@epsilon:/svr/xapian/beta$ ls -aFl total 21335200 drwxr-xr-x 2 oscar oscar 4096 Aug 6 10:15 ./ drwxr-xr-x 5 oscar oscar 4096 Aug 6 12:59 ../ lrwxrwxrwx 1 oscar

Hi, I think, there is missing constructor function supporting remote writing for XapianWritableDatabase class in the php bindings (0.9.7). This code: $db = new XapianWritableDatabase(remote_open($db_host, $db_port), $action); returns: Fatal error: No matching function for overloaded 'new_XapianWritableDatabase' (...) $db = new XapianWritableDatabase($path, $action); works fine.

On Mon, Oct 15, 2018 at 05:13:31PM +0100, Richard W.M. Jones wrote: > On Mon, Oct 15, 2018 at 06:43:10PM +0300, Nir Soffer wrote: > > On Mon, Oct 15, 2018 at 6:21 PM Richard W.M. Jones <rjones@redhat.com> > > wrote: > > > > > On Tue, Oct 09, 2018 at 02:28:10PM +0300, Nir Soffer wrote: > > > > > +# Create a background thread running a web server

On Mon, Oct 15, 2018 at 6:21 PM Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Oct 09, 2018 at 02:28:10PM +0300, Nir Soffer wrote: > > > +# Create a background thread running a web server which is > > > +# simulating the imageio server. > > > > > > > This functionality should be separated from the fake SDK module, since > it is > >