Itamar has written up a super interesting proposal for how we might make Failure immutable, and thereby some of its use-cases somewhat more performant: https://github.com/twisted/twisted/issues/12111
First I just wanted to point to this as a great example of how to write up a proposal, it's almost to a PEP level of detail. I don't think we need any particular input on the discussion, but this is a subtle and core area of the API, so it would be easy for me to miss an area where feedback would be useful. In any case, if you're a heavy user of Twisted you might be interested in this discussion. If we do it right, it shouldn't really require applications to do much, but if you have code that introspects Failures or their tracebacks for development tooling, it's something you might want to think about any changes you might need to make before the release which includes it. -g
_______________________________________________ Twisted mailing list -- twisted@python.org To unsubscribe send an email to twisted-le...@python.org https://mail.python.org/mailman3/lists/twisted.python.org/ Message archived at https://mail.python.org/archives/list/twisted@python.org/message/OAOG7NMA3FEBXNZL2H66XHI3YNOJPSH4/ Code of Conduct: https://twisted.org/conduct
