[issue29908] Inconsistent crashing with an access violation

Steve Dower added the comment: Thanks for the link! I've reported it to the C Runtime team and they'll get it fixed. (Because this is an operating system component, the fix will come through normal Windows Updates and apply to any version of Python 3.5+, so I'd rather not build a workaround

[issue29908] Inconsistent crashing with an access violation

Eryk Sun added the comment: I can confirm that the CRT function construct_environment_block() does cause an access violation sometimes when no "=x:" shell variables are defined in the current environment. These "=x:" environment variables are the way that Windows emulates DOS per-drive

[issue29908] Inconsistent crashing with an access violation

Cameron Mckain added the comment: See this here: https://wpdev.uservoice.com/forums/110705-universal-windows-platform/suggestions/18355615-ucrtbase-bug-wspawnve-is-broken -- ___ Python tracker

[issue29908] Inconsistent crashing with an access violation

Steve Dower added the comment: I was thinking of a Django issue. It'd be nice to know what they fixed that prevents the problem occurring. -- ___ Python tracker

[issue29908] Inconsistent crashing with an access violation

Cameron Mckain added the comment: No, my PyCharm issue has not been responded to by any of their people. Here is the link: https://youtrack.jetbrains.com/issue/PY-23297 Also, I have uploaded a screenshot of VS's debugging of the crash if it will be helpful. -- Added file:

[issue29908] Inconsistent crashing with an access violation

Steve Dower added the comment: Do you have a reference to an issue from their side about this? Python should never crash due to pure Python code, so we'd like to be able to prevent this in the future. -- ___ Python tracker

[issue29908] Inconsistent crashing with an access violation

Cameron Mckain added the comment: The problem was fixed after updating to Django 1.11; apparently, Django 1.10 is not fully compatible with Python 3.6. Thanks for your time. -- resolution: -> out of date stage: -> resolved status: open -> closed

[issue29908] Inconsistent crashing with an access violation

Eryk Sun added the comment: Steve, I added 3.5 because the crash involved ucrtbase.dll. I'll remove it for now since the problem is only confirmed in 3.6. Offset 0x3bd9e in 32-bit ucrtbase.dll is in wdupenv_s [1]. It's probably from calling new_spawnve in pydev_monkey.py, as shown in the

[issue29908] Inconsistent crashing with an access violation

Steve Dower added the comment: Have you confirmed this occurring with 3.5? PyCharm has a very invasive debugger that is almost certainly responsible, but there's a significant difference between the 3.5 and 3.6 implementations that is probably relevant. --

[issue29908] Inconsistent crashing with an access violation

Cameron Mckain added the comment: C:\Users\cmcka\PycharmProjects\test>wevtutil qe application /rd:true /c:1 /format:text /q:"*[System[Provider[@Name='Application Error']]][EventData[Data='python.exe'][Data='ucrtbase.dll']]" Event[0]: Log Name: Application Source: Application Error Date:

[issue29908] Inconsistent crashing with an access violation

Eryk Sun added the comment: The offset in ucrtbase.dll where it's crashing may hint at the culprit. The following command should print the full event log for the most recent crash: wevtutil qe application /rd:true /c:1 /format:text /q:"*[System[Provider[@Name='Application

[issue29908] Inconsistent crashing with an access violation

Changes by Cameron Mckain : -- type: -> crash ___ Python tracker ___ ___

[issue29908] Inconsistent crashing with an access violation

New submission from Cameron Mckain: Almost every time I attempt to run my Django server ("python manage.py runserver") from PyCharm, python.exe crashes with the error "Unhandled exception at 0x7647BD9E (ucrtbase.dll) in python.exe: 0xC005: Access violation reading location 0x03BF8000."