Python compiles empty bytecode files when out of virtual memory on windows

[MikeLovelace]

BPO	37567
Files	urllib_RENAME.pyc: Broken pyc

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2019-07-11.18:51:37.546>
labels = ['build']
title = 'Python compiles empty bytecode files when out of virtual memory on windows'
updated_at = <Date 2019-07-11.18:51:37.546>
user = 'https://bugs.python.org/MikeLovelace'

bugs.python.org fields:

activity = <Date 2019-07-11.18:51:37.546>
actor = 'Mike Lovelace'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = []
creation = <Date 2019-07-11.18:51:37.546>
creator = 'Mike Lovelace'
dependencies = []
files = ['48471']
hgrepos = []
issue_num = 37567
keywords = []
message_count = 1.0
messages = ['347701']
nosy_count = 1.0
nosy_names = ['Mike Lovelace']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = 'compile error'
url = 'https://bugs.python.org/issue37567'
versions = ['Python 2.7']

[MikeLovelace]

On a system under heavy load last night Windows ran out of virtual memory, and it appears that python interpreted that as the pyc files did not exist and attempted to recreate them. In recreating them, it created essentially empty files, which caused further attempts to use the service to fail with 500 errors.

[cmaloney]

Are you able to test this with Python 3.12 or higher? This seems similar to gh-126606 (and the fix for that in 3.12 should hopefully have fixed this)

[zware]

OP no longer has a clear connection to this issue due to the bpo-gh migration, and I agree that this is likely fixed by gh-126606.