[execnet-dev] testing/test_gateway.py::TestBasicGateway::test_gateway_status_busy[thread-popen] FAILED

Daniel Stender daniel at danielstender.com
Tue Dec 27 08:30:56 EST 2016


Hi,

with our Debian package, we've got this test failure here during a test build:

<cut>
testing/test_gateway.py::TestBasicGateway::test_gateway_status_busy[thread-popen] FAILED
=========================== short test summary info ============================
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python3.2 found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no jython found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python2.6 found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no pypy found
SKIP [3] /<<PKGBUILDDIR>>/testing/conftest.py:148: no python3.3 found
SKIP [36] /usr/lib/python2.7/dist-packages/_pytest/config.py:1142: no 'gspecs' option found

=================================== FAILURES ===================================
___________ TestBasicGateway.test_gateway_status_busy[thread-popen] ____________

self = <test_gateway.TestBasicGateway instance at 0x7f7835742cf8>
gw = <Gateway id='popen' receive-live, thread model, 0 active channels>

    def test_gateway_status_busy(self, gw):
        numchannels = gw.remote_status().numchannels
        ch1 = gw.remote_exec("channel.send(1); channel.receive()")
        ch2 = gw.remote_exec("channel.receive()")
        ch1.receive()
        status = gw.remote_status()
        assert status.numexecuting == 2  # number of active execution threads
        assert status.numchannels == numchannels + 2
        ch1.send(None)
        ch2.send(None)
        ch1.waitclose()
        ch2.waitclose()
        for i in range(10):
            status = gw.remote_status()
            if status.numexecuting == 0:
                break
        else:
>           pytest.fail("did not get correct remote status")
E           Failed: did not get correct remote status

testing/test_gateway.py:88: Failed
</cut>

Could this be prevented somehow?

Thanks for comments,
DS

P.S. I've got three test failures more, I'm going to post this as separate emails each.

-- 
4096R/DF5182C8
Debian Developer (stender at debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/


More information about the execnet-dev mailing list