search

ketiltrout / getdata

The GetData Project is the reference implementation of the Dirfile Standards, a filesystem-based, column-oriented database format for time-ordered binary data.
http://getdata.sourceforge.net/
GNU Lesser General Public License v2.1
4 stars 7 forks source link

FAIL: ./big_test.py #3

Open eesopee opened 2 years ago

eesopee commented 2 years ago

Hi,

I'm trying to install libgetdata but I think I have an issue with the python binding.

After installing the library, if I run $sudo make check I obtain the error listed below.

I tried to execute big_test.py on my own and the error no module named pygetdata pops out.

Just in case it could be useful (as I've read in another issue), I'm attaching config.log

Any suggestions?


Making check in python
make[2]: Entering directory '/home/eesopee/libgetdata2/getdata/bindings/python'
make  check-recursive
make[3]: Entering directory '/home/eesopee/libgetdata2/getdata/bindings/python'
Making check in test
make[4]: Entering directory '/home/eesopee/libgetdata2/getdata/bindings/python/test'
make  check-TESTS check-local
make[5]: Entering directory '/home/eesopee/libgetdata2/getdata/bindings/python/test'
PASS: ./callback.py
PASS: ./char_enc1.py
PASS: ./char_enc2.py
PASS: ./char_enc3.py
././big_test.py:1483: DeprecationWarning: pygetdata.dirfile.carray_len is deprecated; use pygetdata.dirfile.array_len instead.
  n = d.carray_len("carray")
n[ 278 ] = [b'one', b'two', b'three', b'four', b'five', b'six', b'seven'] expected ['one', 'two', 'three', 'four', 'five', 'six', 'seven']
n[ 279 ] = [b'three', b'four'] expected ['three', 'four']
n[ 280 , 2 ] = [(b'sarray', [b'one', b'two', b'three', b'four', b'five', b'six', b'seven'])] expected [('sarray', ['one', 'two', 'three', 'four', 'five', 'six', 'seven'])]
n[ 281 ] = [b'eka', b'dvi', b'tri', b'catur', b'panca', b'sas', b'sapta'] expected ['eka', 'dvi', 'tri', 'catur', 'panca', 'sas', 'sapta']
n[ 282 ] = [b'eka', b'dvi', b'asta', b'nava', b'panca', b'sas', b'sapta'] expected ['eka', 'dvi', 'asta', 'nava', 'panca', 'sas', 'sapta']
n[ 287 , 2 ] = [(b'msarray', [b'eight', b'nine', b'ten', b'eleven', b'twelve']), (b'mnew285', [b'', b''])] expected [('msarray', ['eight', 'nine', 'ten', 'eleven', 'twelve']), ('mnew285', ['', ''])]
n[ 288 , 4 ] = (b'data', b'carray') expected ('data', 'carray')
n[ 289 , 3 ] = (b'in1', b'in2') expected ('in1', 'in2')
n[ 290 , 3 ] = (b'in3', b'in2') expected ('in3', 'in2')
n[ 292 , 4 ] = (b'data', b'sarray') expected ('data', 'sarray')
n[ 293 , 3 ] = (b'in1', b'in2') expected ('in1', 'in2')
n[ 294 , 3 ] = (b'in3', b'in2') expected ('in3', 'in2')
n[ 296 ] = [b'eka', b'eka', b'eka', b'eka', b'eka', b'eka', b'eka', b'eka'] expected ['eka', 'eka', 'eka', 'eka', 'eka', 'eka', 'eka', 'eka']
ne = 13
FAIL: ./big_test.py
====================================================
1 of 5 tests failed
Please report to getdata-devel@lists.sourceforge.net
====================================================
make[5]: *** [Makefile:457: check-TESTS] Error 1
make[5]: Leaving directory '/home/eesopee/libgetdata2/getdata/bindings/python/test'
make[4]: *** [Makefile:583: check-am] Error 2
make[4]: Leaving directory '/home/eesopee/libgetdata2/getdata/bindings/python/test'
make[3]: *** [Makefile:604: check-recursive] Error 1
make[3]: Leaving directory '/home/eesopee/libgetdata2/getdata/bindings/python'
make[2]: *** [Makefile:756: check] Error 2
make[2]: Leaving directory '/home/eesopee/libgetdata2/getdata/bindings/python'
make[1]: *** [Makefile:583: check-recursive] Error 1
make[1]: Leaving directory '/home/eesopee/libgetdata2/getdata/bindings'
make: *** [Makefile:587: check-recursive] Error 1
ketiltrout commented 2 years ago

Oh, that's not right. The test has mixed up encoded and decoded strings. Let me see if I can figure out why that would be.

This is expected though:

I tried to execute big_test.py on my own and the error no module named pygetdata pops out.

Because the test suite wants to test the uninstalled module it just built, it has to resort to Tricks to properly find and import it (and not accidentally use an installed version of pygetdata of unknown version).

Also: the config.log is very helpful. Thanks.