From: Fred Drake Date: Fri, 7 Aug 1998 16:28:13 +0000 (+0000) Subject: im_function --> im_func X-Git-Tag: v1.5.2a1~103 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=70da192f63ee2dc38d26ba91782bfc1411f0ff9a;p=python im_function --> im_func --- diff --git a/Doc/ref/ref3.tex b/Doc/ref/ref3.tex index 91ce10410b..28d9e0e023 100644 --- a/Doc/ref/ref3.tex +++ b/Doc/ref/ref3.tex @@ -420,10 +420,10 @@ is the instance, and the method object is said to be bound. For instance, when \code{C} is a class which contains a definition for a function \code{f}, \code{C.f} does not yield the function object \code{f}; rather, it yields an unbound method object \code{m} where -\code{m.im_class} is \code{C}, \code{m.im_function} is \code{f}, and +\code{m.im_class} is \code{C}, \code{m.im_func} is \code{f}, and m\code{.im_self} is \code{None}. When \code{x} is a \code{C} instance, \code{x.f} yields a bound method object \code{m} where -m\code{.im_class} is \code{C}, \code{m.im_function} is \code{f}, and +m\code{.im_class} is \code{C}, \code{m.im_func} is \code{f}, and \code{m.im_self} is \code{x}. When an unbound user-defined method object is called, the underlying