[issue15753] No-argument super in method with variable arguments raises SystemError

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue15753] No-argument super in method with variable arguments raises SystemError

Change by Rémi Lapeyre : -- nosy: +remi.lapeyre ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue15753] No-argument super in method with variable arguments raises SystemError

Josh Rosenberg added the comment: Moving from pending back to open (not sure what was "pending" about it?). The workaround is viable (and used by Python implemented dict subclasses in the standard library since they must accept **kwargs with arbitrary strings, including self), but it does se

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue15753] No-argument super in method with variable arguments raises SystemError

Martin Panter added the comment: The obvious workaround is to include an explicit “self” parameter (name shouldn’t matter): def f(arbitrary, *positional, **most_keywords): all_positional = (arbitrary,) + positional ... If you need to reserve all keyword parameter names, you could try t

[issue15753] No-argument super in method with variable arguments raises SystemError

Cristóbal Ganter added the comment: I have the same question as Josh Rosenberg. Also, do you know any workarounds for this problem? -- nosy: +Cristóbal Ganter versions: +Python 3.4 ___ Python tracker __

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by Serhiy Storchaka : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue15753] No-argument super in method with variable arguments raises SystemError

Andrew Svetlov added the comment: BTW see #15839: super now raises RuntimeError. After that I revoke my objection for exception type changing. -- ___ Python tracker ___ _

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15753] No-argument super in method with variable arguments raises SystemError

Andrew Svetlov added the comment: Changing exception type is not backward compatible and should be documented at least if that change is really required. Personally I slightly prefer to leave SystemError untouched -- nosy: +asvetlov ___ Python tracke

[issue15753] No-argument super in method with variable arguments raises SystemError

James added the comment: Sorry, I wasn't very clear. super() currently works by assuming that self is the first entry in f_localsplus, which is defeated, for example, by doing: >>> class A: ... def f(self): ... del self ... super() ... >>> A().f() Traceback (most r

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15753] No-argument super in method with variable arguments raises SystemError

Amaury Forgeot d'Arc added the comment: The failing assertion is the "assert(PyTuple_Check(obj))" added by your patch. At this point, "obj" is not the arguments tuple, but the first entry in "f->f_localsplus". Maybe this block should be moved a bit earlier? -- nosy: +amaury.forgeotdarc

[issue15753] No-argument super in method with variable arguments raises SystemError

James added the comment: It turns out I don't really understand how frame objects work. My patch can crash python if you do this: >>> class A: ... def f(*args): ... args = 1 ... print(super()) ... >>> A().f() python: Objects/typeobject.c:6516: super_init: Assertion

[issue15753] No-argument super in method with variable arguments raises SystemError

James added the comment: I've attached a patch that I think fixes the variable arguments problem, and changes the SystemErrors that can be obtained by misusing super() into RuntimeErrors (I assume that's more appropriate?). There are three more SystemErrors I'm not sure about: "super(): no co

[issue15753] No-argument super in method with variable arguments raises SystemError

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue15753] No-argument super in method with variable arguments raises SystemError

New submission from James: For example: Python 3.2.2 (default, Feb 10 2012, 09:23:17) [GCC 4.4.5 20110214 (Red Hat 4.4.5-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> class A: ... def f(*args): ... print(super().__repr__()) ... >>> A()