Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 410cb6b

Browse files
committed
The _PyTuple_Resize() last_is_sticky flag must now always be false.
1 parent 08b53e6 commit 410cb6b

1 file changed

Lines changed: 6 additions & 6 deletions

File tree

Doc/api/api.tex

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -3070,12 +3070,12 @@ \subsection{Tuple Objects \label{tupleObjects}}
30703070
of the tuple. Because tuples are \emph{supposed} to be immutable,
30713071
this should only be used if there is only one reference to the object.
30723072
Do \emph{not} use this if the tuple may already be known to some other
3073-
part of the code. \var{last_is_sticky} is a flag --- if true, the
3074-
tuple will grow or shrink at the front, otherwise it will grow or
3075-
shrink at the end. Think of this as destroying the old tuple and
3076-
creating a new one, only more efficiently. Returns \code{0} on
3077-
success and \code{-1} on failure (in which case a
3078-
\exception{MemoryError} or \exception{SystemError} will be raised).
3073+
part of the code. The tuple will always grow or shrink at the end. The
3074+
\var{last_is_sticky} flag is not used and should always be false. Think
3075+
of this as destroying the old tuple and creating a new one, only more
3076+
efficiently. Returns \code{0} on success and \code{-1} on failure (in
3077+
which case a \exception{MemoryError} or \exception{SystemError} will be
3078+
raised).
30793079
\end{cfuncdesc}
30803080

30813081

0 commit comments

Comments
 (0)