From 847f37543f99d03c7d7d80a7efd816483a75aae1 Mon Sep 17 00:00:00 2001 From: "Michael W. Hudson" Date: Thu, 6 Feb 2003 18:37:11 +0000 Subject: Correct lie about METH_NOARGS functions. Backport candidate. --- Doc/api/newtypes.tex | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/Doc/api/newtypes.tex b/Doc/api/newtypes.tex index d7f2b8b..02b6fa9 100644 --- a/Doc/api/newtypes.tex +++ b/Doc/api/newtypes.tex @@ -244,7 +244,7 @@ binding flag. \cfunction{Py_InitModule()} was used). The second parameter (often called \var{args}) is a tuple object representing all arguments. This parameter is typically processed using - \cfunction{PyArg_ParseTuple()}. + \cfunction{PyArg_ParseTuple()} or \cfunction{PyArg_UnpackTuple}. \end{datadesc} \begin{datadesc}{METH_KEYWORDS} @@ -259,10 +259,10 @@ binding flag. \begin{datadesc}{METH_NOARGS} Methods without parameters don't need to check whether arguments are given if they are listed with the \constant{METH_NOARGS} flag. They - need to be of type \ctype{PyNoArgsFunction}: they expect a single - single \ctype{PyObject*} as a parameter. When used with object - methods, this parameter is typically named \code{self} and will hold - a reference to the object instance. + need to be of type \ctype{PyCFunction}. When used with object + methods, the first parameter is typically named \code{self} and will + hold a reference to the object instance. In all cases the second + parameter will be \NULL. \end{datadesc} \begin{datadesc}{METH_O} -- cgit v0.12