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

Skip to content

Commit d6e40e2

Browse files
committed
Remove some XXX markers
Update the patch and bug counts
1 parent 5b718fc commit d6e40e2

1 file changed

Lines changed: 17 additions & 15 deletions

File tree

Doc/whatsnew/whatsnew22.tex

Lines changed: 17 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -44,17 +44,16 @@ \section{Introduction}
4444
%======================================================================
4545
\section{PEP 252: Type and Class Changes}
4646

47-
XXX
48-
49-
I need to read and digest the relevant PEPs.
50-
51-
GvR's description at http://www.python.org/2.2/descrintro.html
47+
XXX I need to read and digest the relevant PEPs.
5248

5349
\begin{seealso}
5450

5551
\seepep{252}{Making Types Look More Like Classes}{Written and implemented
5652
by Guido van Rossum.}
5753

54+
\seeurl{http://www.python.org/2.2/descrintro.html}{A tutorial
55+
on the type/class changes in 2.2.}
56+
5857
\end{seealso}
5958

6059

@@ -354,7 +353,7 @@ \section{PEP 237: Unifying Long Integers and Integers}
354353
\method{tell()} method of file objects has to return a long integer.
355354
However, there were various bits of Python that expected plain
356355
integers and would raise an error if a long integer was provided
357-
instead. For example, in version XXX of Python, only regular integers
356+
instead. For example, in Python 1.5, only regular integers
358357
could be used as a slice index, and \code{'abc'[1L:]} would raise a
359358
\exception{TypeError} exception with the message 'slice index must be
360359
int'.
@@ -369,9 +368,9 @@ \section{PEP 237: Unifying Long Integers and Integers}
369368

370369
\begin{verbatim}
371370
>>> 1234567890123
372-
XXX
373-
>>> 2 ** 32
374-
XXX put output here
371+
1234567890123L
372+
>>> 2 ** 64
373+
18446744073709551616L
375374
\end{verbatim}
376375

377376
In most cases, integers and long integers will now be treated
@@ -714,7 +713,9 @@ \section{New and Improved Modules}
714713
\class{MimeTypes} class, which takes a list of filenames to be
715714
parsed. (Contributed by Fred L. Drake, Jr.)
716715

717-
\item XXX threading.Timer class
716+
\item A \class{Timer} class was added to the \module{threading}
717+
module that allows scheduling an activity to happen at some future
718+
time. (Contributed by Itamar Shtull-Trauring.)
718719

719720
\end{itemize}
720721

@@ -758,8 +759,7 @@ \section{Interpreter Changes and Fixes}
758759
desired encoding. This differs from the \samp{es} format character,
759760
which assumes that 8-bit strings are in Python's default ASCII
760761
encoding and converts them to the specified new encoding.
761-
(Contributed by M.-A. Lemburg, and used for the MBCS support on
762-
Windows described in the previous section.)
762+
(Contributed by M.-A. Lemburg.)
763763

764764
\item Two new flags \constant{METH_NOARGS} and \constant{METH_O} are
765765
available in method definition tables to simplify implementation of
@@ -788,7 +788,7 @@ \section{Other Changes and Fixes}
788788
% XXX update the patch and bug figures as we go
789789
As usual there were a bunch of other improvements and bugfixes
790790
scattered throughout the source tree. A search through the CVS change
791-
logs finds there were 43 patches applied, and 77 bugs fixed; both
791+
logs finds there were 119 patches applied, and 179 bugs fixed; both
792792
figures are likely to be underestimates. Some of the more notable
793793
changes are:
794794

@@ -854,10 +854,12 @@ \section{Other Changes and Fixes}
854854
file APIs. As MBCS is explicitly used by the file APIs, Python's
855855
choice of ASCII as the default encoding turns out to be an
856856
annoyance.
857-
858857
(Contributed by Mark Hammond with assistance from Marc-Andr\'e
859858
Lemburg.)
860859

860+
\item Large file support is now enabled on Windows. (Contributed by
861+
Tim Peters.)
862+
861863
\item The \file{Tools/scripts/ftpmirror.py} script
862864
now parses a \file{.netrc} file, if you have one.
863865
(Contributed by Mike Romberg.)
@@ -908,7 +910,7 @@ \section{Other Changes and Fixes}
908910
\code{pow(\var{x}, \var{y}, \var{z})} returns \code{(x**y) % z}, but
909911
this is never useful for floating point numbers, and the final
910912
result varies unpredictably depending on the platform. A call such
911-
as \code{pow(2.0, 8.0, 7.0)} will now raise a \exception{XXX}
913+
as \code{pow(2.0, 8.0, 7.0)} will now raise a \exception{TypeError}
912914
exception.
913915

914916
\end{itemize}

0 commit comments

Comments
 (0)