Assertion failed in ceval.c

[kumaraditya303]

BPO	46374
Nosy	@markshannon, @brandtbucher, @erlend-aasland, @kumaraditya303

^{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 = 'https://github.com/markshannon'
closed_at = <Date 2022-03-07.12:13:28.624>
created_at = <Date 2022-01-14.10:04:33.271>
labels = ['interpreter-core', 'release-blocker', 'type-crash', '3.11']
title = 'Assertion failed in ceval.c'
updated_at = <Date 2022-03-07.12:13:28.624>
user = 'https://github.com/kumaraditya303'

bugs.python.org fields:

activity = <Date 2022-03-07.12:13:28.624>
actor = 'kumaraditya'
assignee = 'Mark.Shannon'
closed = True
closed_date = <Date 2022-03-07.12:13:28.624>
closer = 'kumaraditya'
components = ['Interpreter Core']
creation = <Date 2022-01-14.10:04:33.271>
creator = 'kumaraditya'
dependencies = []
files = []
hgrepos = []
issue_num = 46374
keywords = []
message_count = 4.0
messages = ['410550', '410551', '410553', '412174']
nosy_count = 4.0
nosy_names = ['Mark.Shannon', 'brandtbucher', 'erlendaasland', 'kumaraditya']
pr_nums = []
priority = 'release blocker'
resolution = 'fixed'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'crash'
url = 'https://bugs.python.org/issue46374'
versions = ['Python 3.11']

[kumaraditya303]

The following code causes Assertion failed on Windows 11

import cProfile
def test():
    import sys
    import dis

with cProfile.Profile() as p:
    test()

Error:

❯ ./python.bat main.py
Running Debug|x64 interpreter...
Assertion failed: frame->f_lasti >= 0, file D:\cpython\Python\ceval.c, line 6509

[kumaraditya303]

Tested commit is 7c770d3

[markshannon]

I can reproduce this on linux.

The problem is that when closing a generator that has not started, the frame may not be in a valid state (hence the assertion failure).

This should be fixed by implementing faster-cpython/ideas#217 as that will ensure that the frame is in a valid state before the generator is created.

I'll make implementing faster-cpython/ideas#217 a priority in order to fix this.

[erlend-aasland]

Did #74818 fix this? Is there further work to be done?