[Python-checkins] r43319 - python/branches/release24-maint/Doc/lib/libitertools.tex

raymond.hettinger python-checkins at python.org
Sun Mar 26 03:43:15 CEST 2006


Author: raymond.hettinger
Date: Sun Mar 26 03:43:15 2006
New Revision: 43319

Modified:
   python/branches/release24-maint/Doc/lib/libitertools.tex
Log:
Fix mark-up.

Modified: python/branches/release24-maint/Doc/lib/libitertools.tex
==============================================================================
--- python/branches/release24-maint/Doc/lib/libitertools.tex	(original)
+++ python/branches/release24-maint/Doc/lib/libitertools.tex	Sun Mar 26 03:43:15 2006
@@ -282,7 +282,7 @@
   This makes possible an idiom for clustering a data series into n-length
   groups using \samp{izip(*[iter(s)]*n)}.  For data that doesn't fit
   n-length groups exactly, the last tuple can be pre-padded with fill
-  values using \samp(izip(*[chain(s, [None]*(n-1))]*n)}.
+  values using \samp{izip(*[chain(s, [None]*(n-1))]*n)}.
          
   Note, when \function{izip()} is used with unequal length inputs, subsequent
   iteration over the longer iterables cannot reliably be continued after
@@ -291,7 +291,7 @@
   from each iterator in-turn, but the process ends when one of the iterators
   terminates.  This leaves the last fetched values in limbo (they cannot be
   returned in a final, incomplete tuple and they are cannot be pushed back
-  into the iterator for retrieval with \code{it.next()}.  In general,
+  into the iterator for retrieval with \code{it.next()}).  In general,
   \function{izip()} should only be used with unequal length inputs when you
   don't care about trailing, unmatched values from the longer iterables.
 \end{funcdesc}


More information about the Python-checkins mailing list