On 11Apr2020 0111, Victor Stinner wrote:
Steve: the use case is to debug very rare Python crashes (ex: once every two months) of customers who fail to provide a reproducer. My *expectation* is that a debug build should help to reproduce the bug and/or provide more information when the bug happens. My motivation for this feature is also to show that the bug is not on Python but in third-party C extensions ;-)
I think your expectation is wrong. If a stack trace of the crash doesn't show that it belongs to the third party module (which most of the ones that are sent back on Windows indeed show), then you need more invasive tracing to show that the issue came from the module. Until we actually have opaque, non-static objects, that doesn't seem to be possible.
All you've done right now is enable new inconsistencies and potential issues when mixing debug and release builds. That just makes things harder to diagnose.