Skip to content
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[3.7] bpo-28866: No type cache for types with specialized mro, invalidation is hard. (GH-13157) #13589

Merged
merged 1 commit into from
May 26, 2019

Conversation

miss-islington
Copy link
Contributor

@miss-islington miss-islington commented May 26, 2019

  • No type cache for types with specialized mro, invalidation is hard.

  • FIX: Don't disable method cache custom types that do not implement mro().

  • fixing implem.

  • Avoid storing error flags, also decref.

  • news entry

  • Clear as soon as we're getting an error.

  • FIX: Reference leak.
    (cherry picked from commit 180dc1b)

Co-authored-by: Julien Palard julien@palard.fr

https://bugs.python.org/issue28866

… is hard. (pythonGH-13157)

* No type cache for types with specialized mro, invalidation is hard.

* FIX: Don't disable method cache custom types that do not implement mro().

* fixing implem.

* Avoid storing error flags, also decref.

* news entry

* Clear as soon as we're getting an error.

* FIX: Reference leak.
(cherry picked from commit 180dc1b)

Co-authored-by: Julien Palard <julien@palard.fr>
@miss-islington
Copy link
Contributor Author

@JulienPalard and @markshannon: Status check is done, and it's a success ✅ .

@miss-islington miss-islington merged commit bfd0b77 into python:3.7 May 26, 2019
@miss-islington miss-islington deleted the backport-180dc1b-3.7 branch May 26, 2019 22:14
@miss-islington
Copy link
Contributor Author

@JulienPalard and @markshannon: Status check is done, and it's a success ✅ .

astrofrog added a commit to astrofrog/glue that referenced this pull request Aug 11, 2019
…tsByName. The error happens following the change in python/cpython#13589. Basically it looks like connectSlotsByName causes all properties of the Qt class to be accessed, but the viewer property didn't previously work before the load_ui call since _viewer wasn't defined and an AttributeError was raised. The fix here is to make sure that self._viewer is defined before load_ui is called.
astrofrog added a commit to glue-viz/glue that referenced this pull request Aug 12, 2019
…tsByName. The error happens following the change in python/cpython#13589. Basically it looks like connectSlotsByName causes all properties of the Qt class to be accessed, but the viewer property didn't previously work before the load_ui call since _viewer wasn't defined and an AttributeError was raised. The fix here is to make sure that self._viewer is defined before load_ui is called.
astrofrog added a commit to glue-viz/glue that referenced this pull request Aug 13, 2019
…tsByName. The error happens following the change in python/cpython#13589. Basically it looks like connectSlotsByName causes all properties of the Qt class to be accessed, but the viewer property didn't previously work before the load_ui call since _viewer wasn't defined and an AttributeError was raised. The fix here is to make sure that self._viewer is defined before load_ui is called.
javerbukh pushed a commit to javerbukh/glue that referenced this pull request Jan 24, 2023
…tsByName. The error happens following the change in python/cpython#13589. Basically it looks like connectSlotsByName causes all properties of the Qt class to be accessed, but the viewer property didn't previously work before the load_ui call since _viewer wasn't defined and an AttributeError was raised. The fix here is to make sure that self._viewer is defined before load_ui is called.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants