Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

test_pdb_interaction with py34-pexpect is flaky #1021

Closed
The-Compiler opened this issue Sep 17, 2015 · 2 comments
Closed

test_pdb_interaction with py34-pexpect is flaky #1021

The-Compiler opened this issue Sep 17, 2015 · 2 comments
Labels
type: infrastructure improvement to development/releases/CI structure

Comments

@The-Compiler
Copy link
Member

I think I've seen this failure on Travis a few times now:

=================================== FAILURES ===================================
_________________________ TestPDB.test_pdb_interaction _________________________

self = <test_pdb.TestPDB object at 0x7fe5cd3180f0>
testdir = <Testdir local('/tmp/pytest-of-travis/pytest-0/testdir/test_pdb_interaction0')>

    def test_pdb_interaction(self, testdir):
        p1 = testdir.makepyfile("""
                def test_1():
                    i = 0
                    assert i == 1
            """)
        child = testdir.spawn_pytest("--pdb %s" % p1)
        child.expect(".*def test_1")
        child.expect(".*i = 0")
>       child.expect("(Pdb)")

/home/travis/build/pytest-dev/pytest/testing/test_pdb.py:70: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
/home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/lib/python3.4/site-packages/pexpect/__init__.py:1451: in expect
    timeout, searchwindowsize)
/home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/lib/python3.4/site-packages/pexpect/__init__.py:1466: in expect_list
    timeout, searchwindowsize)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = <pexpect.spawn object at 0x7fe5cd318a90>
searcher = <pexpect.searcher_re object at 0x7fe5cd9be240>, timeout = 10.0
searchwindowsize = None

    def expect_loop(self, searcher, timeout=-1, searchwindowsize=-1):

        [...]
>               raise TIMEOUT(str(err) + '\n' + str(self))
E               pexpect.TIMEOUT: Timeout exceeded.
E               <pexpect.spawn object at 0x7fe5cd318a90>
E               version: 3.3
E               command: /home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/bin/python3.4
E               args: ['/home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/bin/python3.4', '/home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/lib/python3.4/site-packages/pytest.py', '--basetemp=/tmp/pytest-of-travis/pytest-0/testdir/test_pdb_interaction0/pexpect', '--pdb', '/tmp/pytest-of-travis/pytest-0/testdir/test_pdb_interaction0/test_pdb_interaction.py']
E               searcher: <pexpect.searcher_re object at 0x7fe5cd9be240>
E               buffer (last 100 chars): b': AssertionError\r\n>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> entering PDB >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>\r\n'
E               before (last 100 chars): b': AssertionError\r\n>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> entering PDB >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>\r\n'
E               after: <class 'pexpect.TIMEOUT'>
E               match: None
E               match_index: None
E               exitstatus: None
E               flag_eof: False
E               pid: 1852
E               child_fd: 11
E               closed: False
E               timeout: 10.0
E               delimiter: <class 'pexpect.EOF'>
E               logfile: <_io.BufferedWriter name='/tmp/pytest-of-travis/pytest-0/testdir/test_pdb_interaction0/spawn.out'>
E               logfile_read: None
E               logfile_send: None
E               maxread: 2000
E               ignorecase: False
E               searchwindowsize: None
E               delaybeforesend: 0.05
E               delayafterclose: 0.1
E               delayafterterminate: 0.1

/home/travis/build/pytest-dev/pytest/.tox/py34-pexpect/lib/python3.4/site-packages/pexpect/__init__.py:1568: TIMEOUT

Rebuilding makes it go away - so maybe the timeout just has to be bigger?

@RonnyPfannschmidt
Copy link
Member

the travis systems generally run at a lower speed, i'd say double the timeout, see if it can happen again

@nicoddemus
Copy link
Member

Could you open a PR with that change @The-Compiler? 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: infrastructure improvement to development/releases/CI structure
Projects
None yet
Development

No branches or pull requests

4 participants