summaryrefslogtreecommitdiffstats
path: root/Doc
diff options
context:
space:
mode:
authorFred Drake <fdrake@acm.org>2001-05-29 15:13:00 (GMT)
committerFred Drake <fdrake@acm.org>2001-05-29 15:13:00 (GMT)
commitfac312ff88884a8101ce3edc937aa7fa1b0bad5e (patch)
treec7875506f2a6fbcfcd041d4d8a89878d07b3a297 /Doc
parent0dcea5973dd91d6ecbeae2b93441ec67f6ba06aa (diff)
downloadcpython-fac312ff88884a8101ce3edc937aa7fa1b0bad5e.zip
cpython-fac312ff88884a8101ce3edc937aa7fa1b0bad5e.tar.gz
cpython-fac312ff88884a8101ce3edc937aa7fa1b0bad5e.tar.bz2
Do not start API descriptions with "Does the same, but ..." -- actually
state *which* other function the current one is like, even if the descriptions are adjacent. Revise the _PyTuple_Resize() description to reflect the removal of the third parameter.
Diffstat (limited to 'Doc')
-rw-r--r--Doc/api/api.tex23
1 files changed, 13 insertions, 10 deletions
diff --git a/Doc/api/api.tex b/Doc/api/api.tex
index b589d3c..57c1008 100644
--- a/Doc/api/api.tex
+++ b/Doc/api/api.tex
@@ -3218,7 +3218,8 @@ sets an \exception{IndexError} exception.
\end{cfuncdesc}
\begin{cfuncdesc}{PyObject*}{PyTuple_GET_ITEM}{PyObject *p, int pos}
-Does the same, but does no checking of its arguments.
+Like \cfunction{PyTuple_GetItem()}, but does no checking of its
+arguments.
\end{cfuncdesc}
\begin{cfuncdesc}{PyObject*}{PyTuple_GetSlice}{PyObject *p,
@@ -3236,23 +3237,25 @@ the tuple pointed to by \var{p}. It returns \code{0} on success.
\begin{cfuncdesc}{void}{PyTuple_SET_ITEM}{PyObject *p,
int pos, PyObject *o}
-Does the same, but does no error checking, and
+Like \cfunction{PyTuple_SetItem()}, but does no error checking, and
should \emph{only} be used to fill in brand new tuples.
\strong{Note:} This function ``steals'' a reference to \var{o}.
\end{cfuncdesc}
-\begin{cfuncdesc}{int}{_PyTuple_Resize}{PyObject **p,
- int newsize, int last_is_sticky}
+\begin{cfuncdesc}{int}{_PyTuple_Resize}{PyObject **p, int newsize}
Can be used to resize a tuple. \var{newsize} will be the new length
of the tuple. Because tuples are \emph{supposed} to be immutable,
this should only be used if there is only one reference to the object.
Do \emph{not} use this if the tuple may already be known to some other
-part of the code. The tuple will always grow or shrink at the end. The
-\var{last_is_sticky} flag is not used and should always be false. Think
-of this as destroying the old tuple and creating a new one, only more
-efficiently. Returns \code{0} on success and \code{-1} on failure (in
-which case a \exception{MemoryError} or \exception{SystemError} will be
-raised).
+part of the code. The tuple will always grow or shrink at the end.
+Think of this as destroying the old tuple and creating a new one, only
+more efficiently. Returns \code{0} on success. Client code should
+never assume that the resulting value of \code{*\var{p}} will be the
+same as before calling this function. If the object referenced by
+\code{*\var{p}} is replaced, the original \code{*\var{p}} is
+destroyed. On failure, returns \code{-1} and sets \code{*\var{p}} to
+\NULL, and raises \exception{MemoryError} or \exception{SystemError}.
+\versionchanged[Removed unused third parameter, \var{last_is_sticky}]{2.2}
\end{cfuncdesc}