AttributeError: 'super' object has no attribute ...

[typemytype]

Describe the bug

Calling super() in a subclasses of NSObject (like a NSView) triggers an error.

import AppKit

class Sub(AppKit.NSView):

    def viewDidMoveToWindow(self):
        super().viewDidMoveToWindow()

print("has viewDidMoveToWindow:", "viewDidMoveToWindow" in dir(AppKit.NSView))

s = Sub.alloc().init()
s.viewDidMoveToWindow()

Platform information

• 3.9 - 3.11
• pyobjc 9.1.1

this worked fine in pyobjc 9.0.1

thanks!!

[ronaldoussoren]

You must import objc.super using from objc import super to reliably use super with Cocoa classes.

I see I have to change something in the documentation, this should be mentioned in PyObjC's introduction but it isn't.

Background: PyObjC's proxy for Cocoa classes dynamically looks for methods as needed, both for performance reasons and because Cocoa classes can change at runtime without a way to cheaply detect this. Because of this the __dict__ of those Cocoa proxy classes tend to be incomplete. The implementation of builtin.super assumes that the __dict__ is always up-to-date, and hence can fail when using Cocoa classes.

I've written a PEP that tries to fix this PEP 447, but now think this is too complex and that a better solution is possible. I haven't gotten around to fully flesh out a proposal for that though (and in any case, such a proposal would end up in Python 3.13 at the earliest).

[justvanrossum]

Can objc.super be reliably used for non Cocoa classes, too? That is, can we do from objc import super in modules that use super() for both Cocoa classes and ordinary Python classes?

[typemytype]

this still fails with pyobjc 9.1.1 and objc.super()

import AppKit
import objc

print(objc.__version__)

class Sub(AppKit.NSObject):

    def init(self):
        print("init")
        self = objc.super().init()
        return self


s = Sub.alloc().init()

    self = objc.super().init()
           ^^^^^^^^^^^^
RuntimeError: super(): __class__ cell not found
sys:1: UninitializedDeallocWarning: leaking an uninitialized object of type Sub

[ronaldoussoren]

Can objc.super be reliably used for non Cocoa classes, too? That is, can we do from objc import super in modules that use super() for both Cocoa classes and ordinary Python classes?

Yes, you can. objc.super is a subclass of builtin.super that overrides the attribute resolution with some special casing for Cocoa classes and behaves like the builtin super class otherwise.

[ronaldoussoren]

this still fails with pyobjc 9.1.1 and objc.super()

import AppKit
import objc

print(objc.__version__)

class Sub(AppKit.NSObject):

    def init(self):
        print("init")
        self = objc.super().init()
        return self


s = Sub.alloc().init()

   self = objc.super().init()
          ^^^^^^^^^^^^
RuntimeError: super(): __class__ cell not found
sys:1: UninitializedDeallocWarning: leaking an uninitialized object of type Sub

That's because you really have to use from objc import super to be able to use the zero-argument form of super. Python's compiler special-cases code generation for zero-argument calls to super(), and not for other forms. That's the cause of the error.

import AppKit
import objc
from objc import super

print(objc.__version__)

class Sub(AppKit.NSObject):

    def init(self):
        print("init")
        self = super().init()
        return self


s = Sub.alloc().init()

[typemytype]

thanks for the explanation!

[glyph]

In my case, this was baffling to discover, because it looked like it worked correctly locally in local & alias builds for me, but then failed in release builds. I wonder if it would be possible to at least have a linter for this somehow, if a clearer error when using the wrong super() is not possible?

[ronaldoussoren]

In my case, this was baffling to discover, because it looked like it worked correctly locally in local & alias builds for me, but then failed in release builds. I wonder if it would be possible to at least have a linter for this somehow, if a clearer error when using the wrong super() is not possible?

I'm afraid not. builtin.super walks the MRO and pokes directly into the class __dict__ with PyDict_* APIs. This means a class cannot observe that this happens.

I've considered changing the type of the __dict__ attribute to one with a __missing__ implementation but AFAIK that's not something supported by CPython. A longer term solution requires changes to CPython itself. My current idea is PEP 447 is too invasive and to add a __super__ method instead, but haven't had time yet to fully consider the impact of this, let alone write a PEP.

[ronaldoussoren]

A linter is possible, but not something I can work on in the short term.