Displaying 20 results from an estimated 1000 matches similar to: "Build problems"
2005 Jun 17
1
SVN trunk
This doesn't build on G++ 3.0 - are we still trying to support that?
If not, I'll have to get a more recent toolchain sorted out.
J
--
/--------------------------------------------------------------------------\
James Aylett xapian.org
james at tartarus.org uncertaintydivision.org
2007 Apr 05
2
Re: [XapianBug 117] Invalid data in remote protocol can cause buffer overflow
bugzilla-daemon@ixion.tartarus.org wrote:
> http://www.xapian.org/cgi-bin/bugzilla/show_bug.cgi?id=117
>
> ------- Additional Comments From olly@survex.com 2007-04-05 13:52 -------
> I've actually already implemented a fix. If bugzilla stops sending me mail, I
> might even manage to check it in soon!
Sorry Olly - just about finished sorting things out now!
For everyone
2005 Feb 16
2
Subversion?
I've been wondering if we should consider migrating from CVS to
Subversion (aka SVN) for version control. There's a utility (cvs2svn)
to convert a CVS repository while keeping full history. And SVN is
supported by viewcvs (as used by http://cvs.xapian.org/)
The main motivations are:
* CVS doesn't really handle renaming files well. Either you "cvs rm"
then "cvs
2009 Sep 15
1
can´t build ruby bindings with msvc (xapian 1.1.2)
hi
i?m trying to build the ruby bindings in xapian 1.1.2 on win xp.
i?ve
1. pulled the tags/1.1.2 revision from svn
2. built SWIG from repo via MinGW and MSYS (swig -help works, so build seems
ok to me)
3. built xapian-core following readme in ...\win32msvc, apitest doesn?t give
errors
now if i try to build:
"...\ruby>nmake SWIGBUILD=1
Microsoft (R) Program
2015 Feb 06
2
Fwd: Waiting for Reply regarding "TestCases Failure"
> Is that the complete output?
Yes it is the complete output against "./runtest ./apitest --verbose
topercent2"( after running make remove-cached-databases). I attached the
snapshot of the output of commands but the size of the email got bigger
than 40kb so i had to place the output as text.
If I do not run "make remove-cached-databases" and run "./runtest ./apitest
2015 Jan 26
2
TestCases Failure
Please find my inline reply.
On 26 January 2015 at 06:56, Olly Betts <olly at survex.com> wrote:
> On Sun, Jan 25, 2015 at 06:46:26PM +0500, Saad Ahmed wrote:
> > I have been able to successfully build the code. But when I run the
> > existing testcases (to verify everthing is working fine), It says 3 out
> of
> > the six testcases fails. Here is the report of the
2016 Dec 08
2
remotetcp_chert
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,
2015 Jan 25
2
TestCases Failure
Hi,
I am a student in Pakistan willing to contribute to Xapian.
I have been able to successfully build the code. But when I run the
existing testcases (to verify everthing is working fine), It says 3 out of
the six testcases fails. Here is the report of the test cases.
"...
make check-TESTS
make[5]: Entering directory
`/home/saad/GitProjects/xapian/build/xapian-core/tests'
Running
2003 Jan 19
1
OpenSSH Portable Tinderbox available to test.
Hi All.
After one false start, I now have a Tinderbox up and running for the
OpenSSH portable tree. For those not familiar with it, Tinderbox is a
tool for automatically displaying the status of builds and tests. At
the moment, I do 1 update and 4 builds hourly.
It's not fully functional yet but the basics work. It can be found at
http://dodgynet.dyndns.org/tinderbox/OpenSSH_Portable/ (I
2004 Sep 29
1
Tinderbox
We've lost tinderbox (last build 25th), which is presumably why the
following wasn't caught:
----------------------------------------------------------------------
/s1/james/projects/xapian/xapian/xapian-core/extra/queryparser.yy: In
function
`int yylex()':
/s1/james/projects/xapian/xapian/xapian-core/extra/queryparser.yy:443:
`class
std::basic_string<char,
2008 Jul 29
1
[releng_7 tinderbox] failure on sparc64/sparc64
TB --- 2008-07-29 09:37:14 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-07-29 09:37:14 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2008-07-29 09:37:14 - cleaning the object tree
TB --- 2008-07-29 09:37:32 - cvsupping the source tree
TB --- 2008-07-29 09:37:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile
TB ---
2015 Feb 03
2
Fwd: Waiting for Reply regarding "TestCases Failure"
---------- Forwarded message ----------
From: Saad Ahmed <ch.saad.ahmed at gmail.com>
Date: 3 February 2015 at 21:10
Subject: Waiting for Reply regarding "TestCases Failure"
To: Xapian Development <xapian-devel at lists.xapian.org>
I have been waiting for reply regarding any further steps to take.
Following are the outputs of commands that you asked me to run. All these
2016 Dec 12
1
testing
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
2007 Apr 26
1
Rules for running SWIG
With the new "stamp" rules for running SWIG, things don't seem to get
rebuilt when I expect them to, e.g.:
olly at ixion:~/svn/xapian/xapian-bindings/python $ make modern/xapian_wrap.cc
make: Nothing to be done for `modern/xapian_wrap.cc'.
olly at ixion:~/svn/xapian/xapian-bindings/python $ ls -l modern/xapian_wrap.cc
ls: modern/xapian_wrap.cc: No such file or directory
Problem
2003 Aug 09
13
[releng_4 tinderbox] failure on i386/pc98
TB --- 2003-08-09 16:00:12 - starting RELENG_4 tinderbox run for i386/pc98
TB --- 2003-08-09 16:00:12 - checking out the source tree
TB --- cd /home/des/tinderbox/RELENG_4/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src
TB --- 2003-08-09 16:00:12 - /usr/bin/cvs returned exit code 1
TB --- 2003-08-09 16:00:12 - ERROR: unable to check out the source tree
TB ---
2008 Aug 27
4
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-08-27 11:26:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-08-27 11:26:00 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2008-08-27 11:26:00 - cleaning the object tree
TB --- 2008-08-27 11:26:30 - cvsupping the source tree
TB --- 2008-08-27 11:26:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile
TB --- 2008-08-27
2015 Jan 27
2
TestCases Failure
Please find my inline reply.
On 27 January 2015 at 03:02, Olly Betts <olly at survex.com> wrote:
>
> The script which automates most of the release process runs "make
> distcheck", which runs the testsuite, so these tests didn't fail for me
> when I made the 1.3.2 release.
>
> When I run "make distcheck" in the "build" folder, it gives
2007 Jun 23
1
Test failures
Tinderbox is showing failures in Search::Xapian on atreus with g++ 4.1
(which looks like tests out of date at a *very* cursory examination,
and in any case everyone should know about); I'm also getting
different test failures on the same system -- valgrind (I assume) is
finding potential memory leaks for every test against the remotetcp
backend.
(Incidentally, I've just installed
2008 Jun 03
2
[releng_6 tinderbox] failure on i386/i386
TB --- 2008-06-03 08:42:30 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2008-06-03 08:42:30 - starting RELENG_6 tinderbox run for i386/i386
TB --- 2008-06-03 08:42:30 - cleaning the object tree
TB --- 2008-06-03 08:43:09 - cvsupping the source tree
TB --- 2008-06-03 08:43:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile
TB --- 2008-06-03 08:43:22
2003 Aug 09
18
[releng_4 tinderbox] failure on i386/i386
TB --- 2003-08-09 16:00:11 - starting RELENG_4 tinderbox run for i386/i386
TB --- 2003-08-09 16:00:11 - checking out the source tree
TB --- cd /home/des/tinderbox/RELENG_4/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src
TB --- 2003-08-09 16:00:11 - /usr/bin/cvs returned exit code 1
TB --- 2003-08-09 16:00:11 - ERROR: unable to check out the source tree
TB ---