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
{{ message }}
Repository navigation
Wrong function calls and referring to not removed concepts in descriptor HowTo (documentation) #69621
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee='https://github.com/rhettinger'closed_at=<Date2019-08-29.06:46:53.357>created_at=<Date2015-10-18.18:49:49.065>labels= ['3.7', 'docs']
title='Wrong function calls and referring to not removed concepts in descriptor HowTo (documentation)'updated_at=<Date2019-08-29.06:46:53.356>user='https://bugs.python.org/DavidBecher'
Since Python 3 removed unbound methods, I found some references using the old terminology in this HowTo about descriptors (https://docs.python.org/3/howto/descriptor.html). Also, since unbound methods have been removed, the function call types.MethodType now only takes two arguments, namely the function to bind and the object to bind to. In the current documentation, however, the old function call with three arguments is still being used.
I made a pull request on github, then I realized that it is just a mirror repo. Attached you will see a patch file with some of the obvious changes that could me made to the document
Thanks for the patch. I left a few comments on the code review. I think the class is meant to represent a real function object, not a wrapper. And it would be good to update the following paragraphs about unbound methods.
Also, it looks like the rest of that page could do with some other updates. E.g. no need for explicit Function(object) base class, no need to mention that a method exists in Python 2.3, code could use @classmethod decorator syntax. But these are a slightly separate issues.
Also further up the page, “unbound methods . . . are . . . based on the descriptor protocol” is probably not really correct or useful. bpo-23702 is already open about mentioning unbound methods.
I think it is misleading, because a class is actually an object.
This is only misleading *after* you know all the interesting details about Python and metaclasses. Prior to that, it is a reasonable and important distinction that I don't want to get lost in weasel words. The calls from object.__getattribute__ are different that those from type.__getattribute__. Likewise, data and non-data descriptors can only be described in terms of objects versus classes. Lastly, descriptors only work when stored in a class, if you store them in instances, they don't get invoked.
I've just updated the section on unbound methods. I'll be working on a number of other improvements over the next few weeks and will incorporate the suggested changes where appropriate.
Activity
DavidBecher commentedon Oct 18, 2015
Since Python 3 removed unbound methods, I found some references using the old terminology in this HowTo about descriptors (https://docs.python.org/3/howto/descriptor.html). Also, since unbound methods have been removed, the function call types.MethodType now only takes two arguments, namely the function to bind and the object to bind to. In the current documentation, however, the old function call with three arguments is still being used.
I made a pull request on github, then I realized that it is just a mirror repo. Attached you will see a patch file with some of the obvious changes that could me made to the document
vadmium commentedon Oct 19, 2015
Thanks for the patch. I left a few comments on the code review. I think the class is meant to represent a real function object, not a wrapper. And it would be good to update the following paragraphs about unbound methods.
Also, it looks like the rest of that page could do with some other updates. E.g. no need for explicit Function(object) base class, no need to mention that a method exists in Python 2.3, code could use @classmethod decorator syntax. But these are a slightly separate issues.
vadmium commentedon Oct 19, 2015
Also further up the page, “unbound methods . . . are . . . based on the descriptor protocol” is probably not really correct or useful. bpo-23702 is already open about mentioning unbound methods.
rhettinger commentedon Oct 20, 2015
I'll update this document to reflect the current state of the world.
dholth commentedon Jul 8, 2016
This bit me also. Is there other documentation for how many arguments MethodType() should take?
eryksun commentedon Jul 8, 2016
I'm surprised it's not documented for the types module:
https://docs.python.org/3.5/library/types.html#types.MethodType
At least the docstring has the parameters:
>>> print(types.MethodType.__doc__) method(function, instance) Create a bound instance method object.vadmium commentedon May 6, 2017
Raymond I suggest you unassign this and let others work on it.
rhettinger commentedon May 6, 2017
I will have a chance to work on this before long.
marco-buttu commentedon May 8, 2017
I also noticed that the howto differentiates between objects and classes:
"The details of invocation depend on whether obj is an object or a class."
I think it is misleading, because a class is actually an object. IMHO is better to differentiate between classes and non-classes objects:
"The details of invocation depend on whether obj is a class or not."
rhettinger commentedon May 8, 2017
This is only misleading *after* you know all the interesting details about Python and metaclasses. Prior to that, it is a reasonable and important distinction that I don't want to get lost in weasel words. The calls from object.__getattribute__ are different that those from type.__getattribute__. Likewise, data and non-data descriptors can only be described in terms of objects versus classes. Lastly, descriptors only work when stored in a class, if you store them in instances, they don't get invoked.
rhettinger commentedon Sep 25, 2017
I've just updated the section on unbound methods. I'll be working on a number of other improvements over the next few weeks and will incorporate the suggested changes where appropriate.
rhettinger commentedon Aug 29, 2019
This was fixed a long time ago.