Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork34k
bpo-44079: Strip superfluous statement cache from sqlite3.Connection#25998
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
bpo-44079: Strip superfluous statement cache from sqlite3.Connection#25998
Uh oh!
There was an error while loading.Please reload this page.
Conversation
erlend-aasland commentedMay 8, 2021
@corona10 I'm considering addingskip news label here, as this only affects the internal machinery of the |
corona10 commentedMay 9, 2021 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
@erlend-aasland
IMHO, At least the statement instance is changed, we can add the news.d about changed caching mechanism. |
erlend-aasland commentedMay 9, 2021
Right, because of8c888dc, I presume.
Even if sqlite3.Statement is not accessible for the user? |
corona10 commentedMay 9, 2021
@erlend-aasland |
erlend-aasland commentedMay 9, 2021
:) But notice that itis possible to extract the Statement type using some undocumented tricks: |
berkerpeksag commentedMay 19, 2021
True, this is an implementation detail and we don't need to add a NEWS entry. |
Uh oh!
There was an error while loading.Please reload this page.
https://bugs.python.org/issue44079