Mercurial > hg > audiodb
view tests/0017/run-test.sh @ 373:cd63493c32a9
Add library SONAME versioning.
This has the unfortunate effect of altering how the linker and the
runtime library resolver find relevant files, which has effects on how
the library test suite should be run. So...
... also rework how to run libtests. Start by deleting 28
almost-identical copies of Makefile and run-test.sh, and also the
completely useless copy of test-utils.sh. Then:
* library tests assume the existence of ../libtest.mk, a file with make
syntax;
* ../libtest.mk is responsible for providing enough symbolic links to
con the linker and the runtime resolver into finding our library;
* the default way of doing that is by using the -rpath linker flag.
* run-tests.sh converts from test1 success convention ("return 0") to
tests success convention ("exit 104")
* clean.sh cleans up our symbolic links.
This test regime stands a reasonable chance of running on OS X
eventually, and a snowball's chance in heaven (remember, heaven is
hotter than hell) on Windows. It should still be straightforward to
merge libtests/ into tests/ when that is appropriate.
Don't forget to add ../libtest.mk
author | mas01cr |
---|---|
date | Thu, 13 Nov 2008 17:09:51 +0000 |
parents | fe4dc39b2dd7 |
children |
line wrap: on
line source
#! /bin/bash . ../test-utils.sh if [ -f testdb ]; then rm -f testdb; fi ${AUDIODB} -d testdb -N # tests that the lack of -l when the query sequence is shorter doesn't # segfault. intstring 2 > testfeature floatstring 0 1 >> testfeature floatstring 1 0 >> testfeature ${AUDIODB} -d testdb -I -f testfeature # sequence queries require L2NORM ${AUDIODB} -d testdb -L start_server ${AUDIODB} 10017 echo "query point (0.0,0.5)" intstring 2 > testquery floatstring 0 0.5 >> testquery # FIXME: this actually revealed a horrible failure mode of the server: # since we were throwing exceptions from the constructor, the # destructor wasn't getting called and so we were retaining 2Gb of # address space, leading to immediate out of memory errors for the # /second/ call. We fix that by being a bit more careful about our # exception handling and cleanup discipline, but how to test...? expect_client_failure ${AUDIODB} -c localhost:10017 -d testdb -Q sequence -f testquery expect_client_failure ${AUDIODB} -c localhost:10017 -d testdb -Q sequence -f testquery -n 1 check_server $! echo "query point (0.5,0.0)" intstring 2 > testquery floatstring 0.5 0 >> testquery expect_client_failure ${AUDIODB} -c localhost:10017 -d testdb -Q sequence -f testquery expect_client_failure ${AUDIODB} -c localhost:10017 -d testdb -Q sequence -f testquery -n 1 check_server $! # see if the server can actually produce any output at this point ${AUDIODB} -c localhost:10017 -d testdb -Q sequence -l 1 -f testquery -n 1 > testoutput echo testfeature 0 0 1 > test-expected-output cmp testoutput test-expected-output stop_server $! exit 104