Python Crashes Exception code 0xc0000374 ntdll.dll

[strantor]

BPO	42335
Nosy	@terryjreedy, @pfmoore, @tjguk, @zware, @zooba
Files	Python Crash Data.zip: crash logs

^{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 = <Date 2020-11-16.19:40:27.096>
created_at = <Date 2020-11-12.19:56:42.379>
labels = ['extension-modules', 'invalid', 'ctypes', '3.8', 'OS-windows']
title = 'Python Crashes Exception code 0xc0000374 ntdll.dll'
updated_at = <Date 2020-11-17.06:18:38.962>
user = 'https://bugs.python.org/strantor'

bugs.python.org fields:

activity = <Date 2020-11-17.06:18:38.962>
actor = 'terry.reedy'
assignee = 'none'
closed = True
closed_date = <Date 2020-11-16.19:40:27.096>
closer = 'strantor'
components = ['Extension Modules', 'Windows', 'ctypes']
creation = <Date 2020-11-12.19:56:42.379>
creator = 'strantor'
dependencies = []
files = ['49594']
hgrepos = []
issue_num = 42335
keywords = []
message_count = 4.0
messages = ['380847', '380960', '381145', '381207']
nosy_count = 6.0
nosy_names = ['terry.reedy', 'paul.moore', 'tim.golden', 'zach.ware', 'steve.dower', 'strantor']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue42335'
versions = ['Python 3.8']

[strantor]

Hello, I am experiencing crashes of Python 3.8.5 (32 bit) on multiple identical Windows 10 x64 (Enterprise 2016 LTSB) machines. The Crashes are of the sort with the Windows popup "Python has stopped working" and there is no traceback.

The crashes occur sporadically. My program might run several days or just an hour, but invariably Python will crash if you wait long enough. I have attached a zip file containing all of the information provided by Windows in Application Logs, as well as some AppVerifier logs. I do not believe the AppVerifier logs are relevant however, as running my program with AppVerifier turned on causes Python to crash immediately upon startup and the information provided by Windows in Application Logs seems to indicate that it's AppVerifier crashing, not Python.

My program is quite large and is importing several libraries. It has a PyQt5 GUI, and I'm using PyQt5's QThreadpool() to run several threads concurrently which do various things like: communicate with a web API (rauth, requests), communicate with a PLC (pyModbusTCP), communicate with another PLC (python-Snap7), communicate with an RS485 printer (pySerial), write CSV logs to a network drive, et. al.

I'm running this program in a venv setup by PyCharm. The full information is in the attached zip file but here's an excerpt:

Faulting application name: python.exe, version: 3.8.5150.1013, time stamp: 0x5f15bc04
Faulting module name: ntdll.dll, version: 10.0.14393.206, time stamp: 0x57dacde1
Exception code: 0xc0000374
Fault offset: 0x000d9841
Faulting process id: 0x1550
Faulting application start time: 0x01d6b839c684e37d
Faulting application path: C:\Users\Administrator\AppData\Local\Programs\Python\Python38-32\python.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 24636ab4-7c06-4cd6-b8f8-4e20bfc59dce

Googling various clues has given me a vague clue that this is caused by Python attempting to access memory that it shouldn't. I have no idea how that happens or why. I'm clueless as to how I should go about troubleshooting this. If anyone can help I will be very grateful.

[terryjreedy]

When python as delivered crashes running pure non-ctype Python code, we usually consider it a bug to be fixed. As soon as one pokes around with ctypes or imports 3rd party binaries, the crash is usually due to a user or 3rd par. So this probably should be closed as 'not a (cpython) bug' or '3rd party', at least until the crash can be duplicated run pure python. I am leaving it open for now in case someone checks the zip.

You might get more help posting on python-list with an import list or zip requirements.txt. Some other user might know something about intermittent crashes in one of the packages.