similar to: testing

xapian-core-1.2.24 Unclear yet about any possible use of patches, either for MSYS/MINGW and/or MSYS2/MINGW, for xapian-core versions(?), but here are sections of the 'configure' and 'make check' logs I output from a MSYS/MINGW (g++ 5.3.0) compile on XP SP3 (32 bit) Home Edition (xapian-core-1.2.24). configure log checking for setenv... no checking for _putenv_s... yes

Regarding the earlier mail about [xapian-core-1.2.24] /tests/api_replicate.cc compiled under MSYS/MINGW (g++ 5.3.0). It seems likely that the error was specific to certain g++ versions. https://github.com/mxe/mxe/issues/1448 Eric at ERICS-NETBOOK /c/WORK $ cat test.cpp #include <stdlib.h> int setenv(const char *name, const char *value, int overwrite) { return _putenv_s(name, value); }

Dear Olly Betts, same 32 bit compiler version hardware OS OS version as here (where remotetcp_chert passed and skipped 3) xapian-core-1.2.21.tar.xz http://nurmi-labs.blogspot.com/2015/10/xapian.html ./apitest backend remoteprog_brass: All 225 tests passed, 3 skipped. ./apitest backend remotetcp_brass: All 225 tests passed, 3 skipped. ./apitest backend remoteprog_chert: All 225 tests passed,

gnu_getopt.h by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com Subsequent to the compile of libxapian.so.22.6.8 and libxapian.a there are executable source files using gnu_getopt.h which has an #ifdef __CYGWIN__, perhaps that file would need attention in order for compile to proceed on my modified SFU Interix 3.5 setup The 1 'ambiguous overload' report on SFU Interix I

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

Test 1 by Eric Lindblad 07-09-2015 http://www.ericlindblad.blogspot.com The 'ambiguous overload' error cited 28-08-2015 was unaffected from adding the below #ifdef following incidents of the string #include <sys/types> in all relevant xapian-core-1.2.21 files. http://sourceforge.net/projects/libuuid/ libuuid-1.0.3.tar.gz the following lines can be added to uuidP.h from the

Eric, please keep these discussions on list. J > Begin forwarded message: > > From: Eric Lindblad <geirfuglaps at yahoo.com> > Subject: Interix issue resolved / Eric Lindblad > Date: 10 September 2015 10:01:06 BST > To: James Aylett <james-xapian at tartarus.org> > > J., > > Looks like the 'ambiguous overload' error* was due to Interix gcc-3.3

Xapian Developers, [I initially thought to install xapian on SFU (Interix 3.5) on MS XP but could not compile libuuid] [getopt.h, inttypes.h, and stdint.h taken from SUA (for Vista) and installed in SFU (Interix 3.5)] If someone is inclined to write a modified libuuid and label it for use with Interix <version(s)> to satisfy the dependency for an xapian <version(s)> install on

Question by Eric Lindblad 05-09-2015 http://www.ericlindblad.blogspot.com I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue. +#ifdef __INTERIX +#

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

MS XP SP3 (32 bit) https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/ mingw-w64-i686-xapian-core-1.4.1-1-any.pkg.tar.xz does not contain /mingw32/lib/libxapian.la. cf: http://nurmi-labs.blogspot.com/2016/11/git.html (for setup) https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/ mingw-w64-i686-libtool-2.4.6-7-any.pkg.tar.xz (added)

I recently wrote a post on installing "Git for Windows" on a legacy XP SP3 Home box. http://nurmi-labs.blogspot.com/2016/11/git.html I added some missing files from the MSYS2 packages which were removed for the downloadable "Git for Windows" installer and a compiler and some additional libraries. For other utilities (bison, flex, info, m4, make, and csh/tcsh), and code I

Vista Ultimate by Eric Lindblad http://www.ericlindblad.blogspot.com Email: GeirfuglApS <at> yahoo.com I there anyone with a 32 bit Vista Ultimate (or Enteprise) box who would be willing to download from MS & install 'Utilities and SDK for UNIX-based Applications_X86.exe', compile & install make-3.81 as gmake in /usr, compile & install m4-1.4.9 as gm4 in /usr, compile

System: Microsoft Windows XP Home Edition CPUs: Intel(R) Atom(TM) CPU N270 @1.60GHz setup for the 'Git for Windows' with MSYS2 gcc-6.1.0 plus utilties and libraries were added http://nurmi-labs.blogspot.com/2016/11/git.html obviously, with Home Edition, no network was setup http://nurmi-labs.blogspot.com/p/xapian-ms.html System: Slackware Linux (version 14.0) CPUs: Intel(R) Atom(TM)

On Sun, 21 Feb 2016 21:14:05 +0000 (UTC), Eric Lindblad <geirfuglaps at yahoo.com> wrote: > > Actually I have now found that the fcntl works, it is the execl which loses the lock! > > Could fork be at issue? That would sound sensible, but I have stepped through the code (my copy, obviously) with gdb, checking on the file with lsof in another session. The sequence is

Xapian Developers, I suggest a small xapian GSoC project to get xapian-bindings for perl to pass tests on Slackware Linux 14.0, with a follow up on version 14.1. The xapian-bindings 1.2.21 failed a number of perl tests on 14.0, and with 1.2.22 still fail. I cannot be involved in the project. Sincerely, Eric Lindblad

The subject says it all: Has anyone had any experience with using globalize and acts_as_versioned (or equivalent) together. That is, I would like the version control to take the locales into account, the en-US translation could be on version 7 while the fr-FR version is 3. Am thinking about extending these plugins but maybe someone has already done this? Tanks in advance. Regards Erik Lindblad

Hi I have a model that uses several validation helpers, for example validates_presence_of. Now I want to add a custom validate method for a very complex validation. I override validate in the model and it works by itself but when I do this the helper validations stop working. I guess the helper methods rely on the ActiveRecord::Base#validate original method in some way. Has anyone any suggestions

Sorry ,it's not bugzilla it's trac software and i have asked about this on irc but i didn't get any reply. On Thu, Jun 15, 2017 at 1:40 AM, Olly Betts <olly at survex.com> wrote: > On Wed, Jun 14, 2017 at 09:26:37AM +0000, Eric Lindblad wrote: > > > I am not able to register on bugzilla due to spam error.can someone > help me with this issue? > > > >

On Tue, Jun 30, 2015 at 12:30:35PM -0700, Eric Lindblad wrote: > I don't know if it would be of any use - and I know that > the configure script searches for gawk, sed and grep - > but Watcom has free 32 and 64 bit compilers, and > the msvc files for Xapian no longer appear to be > maintained, so perhaps Xapian build files written for > [Open] Watcom could be made, as such