similar to: MSYS2 configure & make_check logs w/out '--disable-sse'

System: Slackware Linux (version 14.0) CPUs: Intel(R) Atom(TM) CPU N270 @1.60GHz xapian-core-1.4.1.tar.xz http://nurmi-labs.blogspot.com/p/xapian-linux-sse.html

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)

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,

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've posted the results of 'make check' for xapian "oldstable" (xapian-core-1.2.24) compiled on Slackware-14.0 (32 bit) here: http://nurmi-labs.blogspot.com/p/xapian-linux-old-stable-sse.html xapian-linux-old-stable-sse Summary ./apitest backend none: All 58 tests passed. ./apitest backend inmemory: All 228 tests passed, 8 skipped. ./apitest backend brass: All 304 tests

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

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

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

Having modified software packages' creation scripts some of which use patches, I'm familiar with their use and authorship. It was the specific patch Olly mentioned which I did not know yet if it was needed or indicated. Obviously autoconf is indicated for a bootstrap when xapian is obtained from Github, but, the package maintainer for the MSYS2/MINGW xapian-core1.4.1 had not listed

I wrote to the MSYS2 package maintainer about the download mingw-w64-i686-xapian-core-1.4.1-1-any.pkg.tar.xz, missing the /mingw32/lib/libxapian.la file. Admittedly, I ran without arguments configure on their copy "xapian-1.4.1-1" of the sources, whereas the maintainer had arguments to configure. So before further attendance to the subject I should check if the xapian-1.4.1 &

Hi, I am currently using a hp mini, and my wine version is 1.0.0. I am trying to install Command and Conquer: Tiberium Dawn from the official website, and run it on ubuntu karmic using wine. When I tried it last night, I ran into the installation error: "Unable to locate necessary files. Please run setup.exe from the CD-ROM disc". Apparently others have run into this error, as it is

On 06/05/2017 11:15 AM, Fred Smith wrote: > On Mon, Jun 05, 2017 at 10:31:10AM -0400, m.roth at 5-cent.us wrote: >> I've got an old HP Netbook, which is just fine for taking with when I'm >> travelling, to check email and news. I have a very old Ubuntu >> netbook-remix on it, and it really, *really* needs to be updated to >> something current. I, of course, would

On Mon, Jun 05, 2017 at 10:31:10AM -0400, m.roth at 5-cent.us wrote: > I've got an old HP Netbook, which is just fine for taking with when I'm > travelling, to check email and news. I have a very old Ubuntu > netbook-remix on it, and it really, *really* needs to be updated to > something current. I, of course, would prefer CentOS.... > > The question is: I see that *if*

Johnny Hughes wrote: > On 06/05/2017 11:15 AM, Fred Smith wrote: >> On Mon, Jun 05, 2017 at 10:31:10AM -0400, m.roth at 5-cent.us wrote: >>> I've got an old HP Netbook, which is just fine for taking with when I'm >>> travelling, to check email and news. I have a very old Ubuntu >>> netbook-remix on it, and it really, *really* needs to be updated to

On Mon, Mar 03, 2014 at 02:15:43PM +0000, Struan Bartlett wrote: > > > On 03/03/2014 13:42, Martin Kletzander wrote: > > On Mon, Mar 03, 2014 at 11:15:51AM +0000, Struan Bartlett wrote: > >> On 03/03/2014 10:55, Martin Kletzander wrote: > >>> On Mon, Mar 03, 2014 at 10:47:03AM +0000, Struan Bartlett wrote: > >>>> On 03/03/2014 10:44, Martin

I am using a debian 9 guest, hosted on a ESXi platform with nested virtualisation enabled. On this debian 9 guest when I run libguesfs-test-tool, it fails with an error: "qemu-system-x86_64: /build/qemu-DqynNa/qemu-2.8+dfsg/target-i386/kvm.c:1805: kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed." Instead when I use a wrapper script and hook it with the env

On Mon, 5 Jun 2017, m.roth at 5-cent.us wrote: > Mmmm... looks like I may go for C6, then, since unlike that Ubuntu, I will > want to do updates at least every time I get ready for a trip (other > times, it sits in the closet turned off). I went for C6 on a Samsung NC10 (1.6GHz Atom N270 1GB RAM), only because it refused to boot off the C7 ISO for some reason, and I didn't want to

Comment by Eric Lindblad 10-09-2015 http://www.nurmi-labs.blogspot.com I have sent a copy of Eric J.'s 21 Feb. 2016 dated e-mail [Database left unlocked by Tcl bindings] to a Tcl programmer in the Vancouver area, with whom I have had an exchange of e-mails before. If I receive a timely response I'll post it to the xapian-discuss list.

Comment by Eric Lindblad 21-02-2016 http://www.nurmi-labs.blogspot.com The xapian-core version number was upgraded to 1.2.22 on 30-Dec-2015 at 23:24. http://packages.slackware.com/ Slackware current 2016-02-14 20:50:07 Slackware64 current 2016-02-14 20:59:28

Comment by Eric Lindblad 23-02-2016 http://www.nurmi-labs.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9948 I would suspect the fork here, if there are any threads involved. What Tcl really needs is some pthread_atfork() triggers, but they aren?t exposed in any meaningful way, so you can lose things over a fork split.