In order to testissue 29988 reliably, we want the ability to run trace hooks for every opcode in a frame, rather than for every line.The simplest API we've been able to come up with for that is a "f_trace_opcodes" attribute on the frame which we set from the trace hook the first time that it runs.

The f_trace attribute is writable from a tracing function. There are different restrictions, for example you can't jump inside a 'for' loop from outside. The code of the setter is complex and hard for modifications (see the discussion onPR 2827). Allowing to trace opcodes can make it more complex.

Adding Ned to CC in case he wants to comment on the utility of per-opcode tracing from the perspective of coverage.py.

Steve's also requested the ability to *turn off* line debugging, and I'm thinking it may make sense to allow all four configurations:* both line and opcode events disabled* only getting one or the other* getting both kinds of eventOpcode events would definitely be off by default, and if you do turn them on, then you'd be in a situation similar to importing ctypes: the interpreter is no longer guaranteed to work correctly. (Although unlike ctypes, you shouldn't get segfaults because of it)

My posted PR implements the "independent flags" option, where f_trace_lines and f_trace_opcodes allow per-line and per-opcode events to be requested independently.The default is to emit per-line events (as has historically been the case).

New changeset5a8516701f5140c8c989c40e261a4f4e20e8af86 by Nick Coghlan in branch 'master':bpo-31344: Per-frame control of trace events (GH-3417)https://github.com/python/cpython/commit/5a8516701f5140c8c989c40e261a4f4e20e8af86