Skip to content

pypy and pypy3 Exception warnings upon closing #5317

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

Closed
nicoddemus opened this issue May 27, 2019 · 10 comments · Fixed by #5437
Closed

pypy and pypy3 Exception warnings upon closing #5317

nicoddemus opened this issue May 27, 2019 · 10 comments · Fixed by #5437
Labels
type: infrastructure improvement to development/releases/CI structure

Comments

@nicoddemus
Copy link
Member

We get a lot of ignored exceptions when the interpreter closes:

ResourceWarning: unclosed file <_io.FileIO fd=1114 mode='rb' closefd=True>
Exception ignored in: <_io.FileIO fd=1115 mode='rb' closefd=True>

At first glance it seems the capture plugin is not closing files properly.

@nicoddemus nicoddemus added the type: infrastructure improvement to development/releases/CI structure label May 27, 2019
@blueyed
Copy link
Contributor

blueyed commented May 27, 2019

That are quite a lot - have you checked older logs? I do not remember seeing that many, i.e. it might be a recent regression.

@nicoddemus
Copy link
Member Author

have you checked older logs

I haven't... indeed I don't recall seeing so many

@blueyed
Copy link
Contributor

blueyed commented May 28, 2019

Builds on master/features also started to fail: https://travis-ci.org/pytest-dev/pytest/branches

@blueyed
Copy link
Contributor

blueyed commented May 28, 2019

https://travis-ci.org/pytest-dev/pytest/builds/537998957 (master-into-features PR) was OK, let's see how its merge comes out.

@blueyed
Copy link
Contributor

blueyed commented May 28, 2019

As for the CI failures I suspect this is related to the lastest pluggy maybe?! (at least some failures I've looked at are related to entrypoint-related tests). /cc @asottile

@asottile
Copy link
Member

yes, master failures are expected

releasing 4.6 or merging this will fix master: #5325

@pierreglaser
Copy link

FYI, I am getting recent failures on loky using pypy with pytest >= 4.6. The root cause seems to be unclosed file descriptors, so it seems related to this issue.

nicoddemus added a commit to nicoddemus/pytest that referenced this issue Jun 4, 2019
@asottile
Copy link
Member

asottile commented Jun 5, 2019

I found the root cause of this by the way:

the same thing is affecting pre-commit's CI as well :S

@blueyed
Copy link
Contributor

blueyed commented Jun 5, 2019

Awesome.

Can we remove pypy3 until there is some progress / fix in this regard?
Nobody is paying attention to real failures there anyway, and it slows down CI in general, especially now with it being run last due to allowed-failures.

@nicoddemus
Copy link
Member Author

Can we remove pypy3 until there is some progress / fix in this regard?

I agree. We should test it again when a new pypy3 release comes out.

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

Successfully merging a pull request may close this issue.

4 participants