You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ncoghlan opened this issue
Oct 19, 2024
· 0 comments
Labels
3.13bugs and security fixes3.14new features, bugs and security fixesdocsDocumentation in the Doc dirtriagedThe issue has been accepted as valid by a triager.
Once python/peps#3845 lands PEP 667 will contain such a description, but the main docs should at least cover the key behaviours:
new instance on every attribute access
two proxies with the same keys and values will still be unequal if they refer to different frames
extra keys can be stored and are stored on the frame itself so they're shared across all proxies for the same frame
keys corresponding to local variables can't be deleted
.copy() (and any other API that produces a new container) returns a regular dict instance
Suggested location would be as a new 4th subsection under the frame objects section linked above. A "see also" from that new subsection back to PEP 667 would also be a useful addition.
The text was updated successfully, but these errors were encountered:
ncoghlan
added
docs
Documentation in the Doc dir
triaged
The issue has been accepted as valid by a triager.
3.13
bugs and security fixes
3.14
new features, bugs and security fixes
labels
Oct 19, 2024
3.13bugs and security fixes3.14new features, bugs and security fixesdocsDocumentation in the Doc dirtriagedThe issue has been accepted as valid by a triager.
Following PEP 667, https://docs.python.org/dev/reference/datamodel.html#frame-objects mentions that
frame.f_locals
may be a write-through proxy object, but doesn't really explain what that means.Once python/peps#3845 lands PEP 667 will contain such a description, but the main docs should at least cover the key behaviours:
.copy()
(and any other API that produces a new container) returns a regulardict
instanceSuggested location would be as a new 4th subsection under the frame objects section linked above. A "see also" from that new subsection back to PEP 667 would also be a useful addition.
The text was updated successfully, but these errors were encountered: