Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1 | **************************** |
| 2 | What's New In Python 3.3 |
| 3 | **************************** |
| 4 | |
| 5 | :Author: Raymond Hettinger |
| 6 | :Release: |release| |
| 7 | :Date: |today| |
| 8 | |
Éric Araujo | b07b97f | 2011-10-05 01:03:34 +0200 | [diff] [blame] | 9 | .. Rules for maintenance: |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 10 | |
| 11 | * Anyone can add text to this document. Do not spend very much time |
| 12 | on the wording of your changes, because your text will probably |
| 13 | get rewritten to some degree. |
| 14 | |
| 15 | * The maintainer will go through Misc/NEWS periodically and add |
| 16 | changes; it's therefore more important to add your changes to |
| 17 | Misc/NEWS than to this file. |
| 18 | |
| 19 | * This is not a complete list of every single change; completeness |
| 20 | is the purpose of Misc/NEWS. Some changes I consider too small |
| 21 | or esoteric to include. If such a change is added to the text, |
| 22 | I'll just remove it. (This is another reason you shouldn't spend |
| 23 | too much time on writing your addition.) |
| 24 | |
| 25 | * If you want to draw your new text to the attention of the |
| 26 | maintainer, add 'XXX' to the beginning of the paragraph or |
| 27 | section. |
| 28 | |
| 29 | * It's OK to just add a fragmentary note about a change. For |
| 30 | example: "XXX Describe the transmogrify() function added to the |
| 31 | socket module." The maintainer will research the change and |
| 32 | write the necessary text. |
| 33 | |
| 34 | * You can comment out your additions if you like, but it's not |
| 35 | necessary (especially when a final release is some months away). |
| 36 | |
| 37 | * Credit the author of a patch or bugfix. Just the name is |
| 38 | sufficient; the e-mail address isn't necessary. |
| 39 | |
| 40 | * It's helpful to add the bug/patch number as a comment: |
| 41 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 42 | XXX Describe the transmogrify() function added to the socket |
| 43 | module. |
Éric Araujo | b07b97f | 2011-10-05 01:03:34 +0200 | [diff] [blame] | 44 | (Contributed by P.Y. Developer in :issue:`12345`.) |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 45 | |
Éric Araujo | b07b97f | 2011-10-05 01:03:34 +0200 | [diff] [blame] | 46 | This saves the maintainer the effort of going through the Mercurial log |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 47 | when researching a change. |
| 48 | |
| 49 | This article explains the new features in Python 3.3, compared to 3.2. |
| 50 | |
Georg Brandl | 988049a | 2012-06-24 18:12:24 +0200 | [diff] [blame] | 51 | .. note:: Beta users should be aware that this document is currently in |
Nick Coghlan | b47b539 | 2012-05-26 01:31:25 +1000 | [diff] [blame] | 52 | draft form. It will be updated substantially as Python 3.3 moves towards |
| 53 | release, so it's worth checking back even after reading earlier versions. |
| 54 | |
| 55 | |
Éric Araujo | 859aad6 | 2012-06-24 00:07:41 -0400 | [diff] [blame] | 56 | PEP 405: Virtual Environments |
| 57 | ============================= |
Nick Coghlan | b47b539 | 2012-05-26 01:31:25 +1000 | [diff] [blame] | 58 | |
Éric Araujo | 859aad6 | 2012-06-24 00:07:41 -0400 | [diff] [blame] | 59 | - inspired by ``virtualenv``, a tool widely used by the community |
| 60 | - change to the interpreter to avoid hacks |
Nick Coghlan | b47b539 | 2012-05-26 01:31:25 +1000 | [diff] [blame] | 61 | |
Éric Araujo | 859aad6 | 2012-06-24 00:07:41 -0400 | [diff] [blame] | 62 | The :mod:`venv` module and ``pyvenv`` script (inspired by ``virtualenv``, a |
| 63 | tool widely used by the community). |
| 64 | |
| 65 | .. also mention the interpreter changes that avoid the hacks used in virtualenv |
Nick Coghlan | b47b539 | 2012-05-26 01:31:25 +1000 | [diff] [blame] | 66 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 67 | |
Éric Araujo | 859aad6 | 2012-06-24 00:07:41 -0400 | [diff] [blame] | 68 | PEP 420: Namespace Packages |
| 69 | =========================== |
| 70 | |
| 71 | Native support for package directories that don't require ``__init__.py`` |
| 72 | marker files and can automatically span multiple path segments (inspired by |
| 73 | various third party approaches to namespace packages, as described in |
| 74 | :pep:`420`) |
| 75 | |
| 76 | |
| 77 | .. _pep-3118-update: |
Nick Coghlan | 98e2070 | 2012-03-06 21:50:13 +1000 | [diff] [blame] | 78 | |
Stefan Krah | 9a2d99e | 2012-02-25 12:24:21 +0100 | [diff] [blame] | 79 | PEP 3118: New memoryview implementation and buffer protocol documentation |
| 80 | ========================================================================= |
| 81 | |
| 82 | :issue:`10181` - memoryview bug fixes and features. |
| 83 | Written by Stefan Krah. |
| 84 | |
| 85 | The new memoryview implementation comprehensively fixes all ownership and |
| 86 | lifetime issues of dynamically allocated fields in the Py_buffer struct |
| 87 | that led to multiple crash reports. Additionally, several functions that |
| 88 | crashed or returned incorrect results for non-contiguous or multi-dimensional |
| 89 | input have been fixed. |
| 90 | |
| 91 | The memoryview object now has a PEP-3118 compliant getbufferproc() |
| 92 | that checks the consumer's request type. Many new features have been |
| 93 | added, most of them work in full generality for non-contiguous arrays |
| 94 | and arrays with suboffsets. |
| 95 | |
| 96 | The documentation has been updated, clearly spelling out responsibilities |
| 97 | for both exporters and consumers. Buffer request flags are grouped into |
| 98 | basic and compound flags. The memory layout of non-contiguous and |
| 99 | multi-dimensional NumPy-style arrays is explained. |
| 100 | |
| 101 | Features |
| 102 | -------- |
| 103 | |
| 104 | * All native single character format specifiers in struct module syntax |
| 105 | (optionally prefixed with '@') are now supported. |
| 106 | |
| 107 | * With some restrictions, the cast() method allows changing of format and |
| 108 | shape of C-contiguous arrays. |
| 109 | |
| 110 | * Multi-dimensional list representations are supported for any array type. |
| 111 | |
| 112 | * Multi-dimensional comparisons are supported for any array type. |
| 113 | |
| 114 | * All array types are hashable if the exporting object is hashable |
Nick Coghlan | 98e2070 | 2012-03-06 21:50:13 +1000 | [diff] [blame] | 115 | and the view is read-only. (Contributed by Antoine Pitrou in |
| 116 | :issue:`13411`) |
| 117 | |
Stefan Krah | 9a2d99e | 2012-02-25 12:24:21 +0100 | [diff] [blame] | 118 | |
| 119 | * Arbitrary slicing of any 1-D arrays type is supported. For example, it |
| 120 | is now possible to reverse a memoryview in O(1) by using a negative step. |
| 121 | |
| 122 | API changes |
| 123 | ----------- |
| 124 | |
| 125 | * The maximum number of dimensions is officially limited to 64. |
| 126 | |
| 127 | * The representation of empty shape, strides and suboffsets is now |
| 128 | an empty tuple instead of None. |
| 129 | |
| 130 | * Accessing a memoryview element with format 'B' (unsigned bytes) |
| 131 | now returns an integer (in accordance with the struct module syntax). |
| 132 | For returning a bytes object the view must be cast to 'c' first. |
| 133 | |
Stefan Krah | 54c3203 | 2012-02-29 17:47:21 +0100 | [diff] [blame] | 134 | * For further changes see `Build and C API Changes`_ and `Porting C code`_ . |
Stefan Krah | 9a2d99e | 2012-02-25 12:24:21 +0100 | [diff] [blame] | 135 | |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 136 | .. _pep-393: |
| 137 | |
Ezio Melotti | 48a2f8f | 2011-09-29 00:18:19 +0300 | [diff] [blame] | 138 | PEP 393: Flexible String Representation |
| 139 | ======================================= |
| 140 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 141 | The Unicode string type is changed to support multiple internal |
| 142 | representations, depending on the character with the largest Unicode ordinal |
| 143 | (1, 2, or 4 bytes) in the represented string. This allows a space-efficient |
| 144 | representation in common cases, but gives access to full UCS-4 on all |
| 145 | systems. For compatibility with existing APIs, several representations may |
| 146 | exist in parallel; over time, this compatibility should be phased out. |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 147 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 148 | On the Python side, there should be no downside to this change. |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 149 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 150 | On the C API side, PEP 393 is fully backward compatible. The legacy API |
| 151 | should remain available at least five years. Applications using the legacy |
| 152 | API will not fully benefit of the memory reduction, or - worse - may use |
| 153 | a bit more memory, because Python may have to maintain two versions of each |
| 154 | string (in the legacy format and in the new efficient storage). |
| 155 | |
Antoine Pitrou | 0599b5b | 2011-11-29 22:45:07 +0100 | [diff] [blame] | 156 | Functionality |
| 157 | ------------- |
| 158 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 159 | Changes introduced by :pep:`393` are the following: |
Ezio Melotti | 48a2f8f | 2011-09-29 00:18:19 +0300 | [diff] [blame] | 160 | |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 161 | * Python now always supports the full range of Unicode codepoints, including |
| 162 | non-BMP ones (i.e. from ``U+0000`` to ``U+10FFFF``). The distinction between |
| 163 | narrow and wide builds no longer exists and Python now behaves like a wide |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 164 | build, even under Windows. |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 165 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 166 | * With the death of narrow builds, the problems specific to narrow builds have |
| 167 | also been fixed, for example: |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 168 | |
| 169 | * :func:`len` now always returns 1 for non-BMP characters, |
| 170 | so ``len('\U0010FFFF') == 1``; |
| 171 | |
| 172 | * surrogate pairs are not recombined in string literals, |
| 173 | so ``'\uDBFF\uDFFF' != '\U0010FFFF'``; |
| 174 | |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 175 | * indexing or slicing non-BMP characters returns the expected value, |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 176 | so ``'\U0010FFFF'[0]`` now returns ``'\U0010FFFF'`` and not ``'\uDBFF'``; |
| 177 | |
Antoine Pitrou | d136aec | 2011-11-17 01:48:06 +0100 | [diff] [blame] | 178 | * all other functions in the standard library now correctly handle |
Antoine Pitrou | fd9b416 | 2011-10-24 00:14:43 +0200 | [diff] [blame] | 179 | non-BMP codepoints. |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 180 | |
Ezio Melotti | 48a2f8f | 2011-09-29 00:18:19 +0300 | [diff] [blame] | 181 | * The value of :data:`sys.maxunicode` is now always ``1114111`` (``0x10FFFF`` |
| 182 | in hexadecimal). The :c:func:`PyUnicode_GetMax` function still returns |
| 183 | either ``0xFFFF`` or ``0x10FFFF`` for backward compatibility, and it should |
| 184 | not be used with the new Unicode API (see :issue:`13054`). |
| 185 | |
Ezio Melotti | 397546a | 2011-09-29 08:34:36 +0300 | [diff] [blame] | 186 | * The :file:`./configure` flag ``--with-wide-unicode`` has been removed. |
Victor Stinner | 7d637ab | 2011-09-29 02:56:16 +0200 | [diff] [blame] | 187 | |
Antoine Pitrou | 0599b5b | 2011-11-29 22:45:07 +0100 | [diff] [blame] | 188 | Performance and resource usage |
| 189 | ------------------------------ |
| 190 | |
| 191 | The storage of Unicode strings now depends on the highest codepoint in the string: |
| 192 | |
| 193 | * pure ASCII and Latin1 strings (``U+0000-U+00FF``) use 1 byte per codepoint; |
| 194 | |
| 195 | * BMP strings (``U+0000-U+FFFF``) use 2 bytes per codepoint; |
| 196 | |
| 197 | * non-BMP strings (``U+10000-U+10FFFF``) use 4 bytes per codepoint. |
| 198 | |
Martin v. Löwis | de157cc | 2012-03-06 08:42:17 +0100 | [diff] [blame] | 199 | The net effect is that for most applications, memory usage of string |
| 200 | storage should decrease significantly - especially compared to former |
| 201 | wide unicode builds - as, in many cases, strings will be pure ASCII |
| 202 | even in international contexts (because many strings store non-human |
| 203 | language data, such as XML fragments, HTTP headers, JSON-encoded data, |
| 204 | etc.). We also hope that it will, for the same reasons, increase CPU |
| 205 | cache efficiency on non-trivial applications. The memory usage of |
| 206 | Python 3.3 is two to three times smaller than Python 3.2, and a little |
| 207 | bit better than Python 2.7, on a Django benchmark (see the PEP for |
| 208 | details). |
Antoine Pitrou | 0599b5b | 2011-11-29 22:45:07 +0100 | [diff] [blame] | 209 | |
Éric Araujo | b07b97f | 2011-10-05 01:03:34 +0200 | [diff] [blame] | 210 | |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 211 | PEP 3151: Reworking the OS and IO exception hierarchy |
| 212 | ===================================================== |
| 213 | |
| 214 | :pep:`3151` - Reworking the OS and IO exception hierarchy |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 215 | PEP written and implemented by Antoine Pitrou. |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 216 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 217 | The hierarchy of exceptions raised by operating system errors is now both |
| 218 | simplified and finer-grained. |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 219 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 220 | You don't have to worry anymore about choosing the appropriate exception |
| 221 | type between :exc:`OSError`, :exc:`IOError`, :exc:`EnvironmentError`, |
| 222 | :exc:`WindowsError`, :exc:`mmap.error`, :exc:`socket.error` or |
| 223 | :exc:`select.error`. All these exception types are now only one: |
| 224 | :exc:`OSError`. The other names are kept as aliases for compatibility |
| 225 | reasons. |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 226 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 227 | Also, it is now easier to catch a specific error condition. Instead of |
| 228 | inspecting the ``errno`` attribute (or ``args[0]``) for a particular |
| 229 | constant from the :mod:`errno` module, you can catch the adequate |
| 230 | :exc:`OSError` subclass. The available subclasses are the following: |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 231 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 232 | * :exc:`BlockingIOError` |
| 233 | * :exc:`ChildProcessError` |
| 234 | * :exc:`ConnectionError` |
| 235 | * :exc:`FileExistsError` |
| 236 | * :exc:`FileNotFoundError` |
| 237 | * :exc:`InterruptedError` |
| 238 | * :exc:`IsADirectoryError` |
| 239 | * :exc:`NotADirectoryError` |
| 240 | * :exc:`PermissionError` |
| 241 | * :exc:`ProcessLookupError` |
| 242 | * :exc:`TimeoutError` |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 243 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 244 | And the :exc:`ConnectionError` itself has finer-grained subclasses: |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 245 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 246 | * :exc:`BrokenPipeError` |
| 247 | * :exc:`ConnectionAbortedError` |
| 248 | * :exc:`ConnectionRefusedError` |
| 249 | * :exc:`ConnectionResetError` |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 250 | |
| 251 | Thanks to the new exceptions, common usages of the :mod:`errno` can now be |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 252 | avoided. For example, the following code written for Python 3.2:: |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 253 | |
| 254 | from errno import ENOENT, EACCES, EPERM |
| 255 | |
| 256 | try: |
| 257 | with open("document.txt") as f: |
| 258 | content = f.read() |
| 259 | except IOError as err: |
| 260 | if err.errno == ENOENT: |
| 261 | print("document.txt file is missing") |
| 262 | elif err.errno in (EACCES, EPERM): |
| 263 | print("You are not allowed to read document.txt") |
| 264 | else: |
| 265 | raise |
| 266 | |
Antoine Pitrou | 01fd26c | 2011-10-24 00:07:02 +0200 | [diff] [blame] | 267 | can now be written without the :mod:`errno` import and without manual |
| 268 | inspection of exception attributes:: |
Victor Stinner | a1bf298 | 2011-10-12 20:35:02 +0200 | [diff] [blame] | 269 | |
| 270 | try: |
| 271 | with open("document.txt") as f: |
| 272 | content = f.read() |
| 273 | except FileNotFoundError: |
| 274 | print("document.txt file is missing") |
| 275 | except PermissionError: |
| 276 | print("You are not allowed to read document.txt") |
| 277 | |
| 278 | |
Nick Coghlan | 1f7ce62 | 2012-01-13 21:43:40 +1000 | [diff] [blame] | 279 | PEP 380: Syntax for Delegating to a Subgenerator |
| 280 | ================================================ |
| 281 | |
Nick Coghlan | ab7bf21 | 2012-02-26 17:49:52 +1000 | [diff] [blame] | 282 | :pep:`380` - Syntax for Delegating to a Subgenerator |
| 283 | PEP written by Greg Ewing. |
| 284 | |
Nick Coghlan | 1f7ce62 | 2012-01-13 21:43:40 +1000 | [diff] [blame] | 285 | PEP 380 adds the ``yield from`` expression, allowing a generator to delegate |
| 286 | part of its operations to another generator. This allows a section of code |
| 287 | containing 'yield' to be factored out and placed in another generator. |
| 288 | Additionally, the subgenerator is allowed to return with a value, and the |
| 289 | value is made available to the delegating generator. |
Nick Coghlan | b9b281b | 2012-03-06 22:31:12 +1000 | [diff] [blame] | 290 | |
Nick Coghlan | 1f7ce62 | 2012-01-13 21:43:40 +1000 | [diff] [blame] | 291 | While designed primarily for use in delegating to a subgenerator, the ``yield |
| 292 | from`` expression actually allows delegation to arbitrary subiterators. |
| 293 | |
Nick Coghlan | b9b281b | 2012-03-06 22:31:12 +1000 | [diff] [blame] | 294 | For simple iterators, ``yield from iterable`` is essentially just a shortened |
| 295 | form of ``for item in iterable: yield item``:: |
| 296 | |
| 297 | >>> def g(x): |
| 298 | ... yield from range(x, 0, -1) |
| 299 | ... yield from range(x) |
| 300 | ... |
| 301 | >>> list(g(5)) |
| 302 | [5, 4, 3, 2, 1, 0, 1, 2, 3, 4] |
| 303 | |
| 304 | However, unlike an ordinary loop, ``yield from`` allows subgenerators to |
| 305 | receive sent and thrown values directly from the calling scope, and |
| 306 | return a final value to the outer generator:: |
| 307 | |
| 308 | >>> def accumulate(start=0): |
| 309 | ... tally = start |
| 310 | ... while 1: |
| 311 | ... next = yield |
| 312 | ... if next is None: |
| 313 | ... return tally |
| 314 | ... tally += next |
| 315 | ... |
| 316 | >>> def gather_tallies(tallies, start=0): |
| 317 | ... while 1: |
| 318 | ... tally = yield from accumulate() |
| 319 | ... tallies.append(tally) |
| 320 | ... |
| 321 | >>> tallies = [] |
| 322 | >>> acc = gather_tallies(tallies) |
| 323 | >>> next(acc) # Ensure the accumulator is ready to accept values |
| 324 | >>> for i in range(10): |
| 325 | ... acc.send(i) |
| 326 | ... |
| 327 | >>> acc.send(None) # Finish the first tally |
| 328 | >>> for i in range(5): |
| 329 | ... acc.send(i) |
| 330 | ... |
| 331 | >>> acc.send(None) # Finish the second tally |
| 332 | >>> tallies |
| 333 | [45, 10] |
| 334 | |
| 335 | The main principle driving this change is to allow even generators that are |
| 336 | designed to be used with the ``send`` and ``throw`` methods to be split into |
| 337 | multiple subgenerators as easily as a single large function can be split into |
| 338 | multiple subfunctions. |
| 339 | |
Nick Coghlan | 1f7ce62 | 2012-01-13 21:43:40 +1000 | [diff] [blame] | 340 | (Implementation by Greg Ewing, integrated into 3.3 by Renaud Blanch, Ryan |
| 341 | Kelly and Nick Coghlan, documentation by Zbigniew Jędrzejewski-Szmek and |
| 342 | Nick Coghlan) |
| 343 | |
| 344 | |
Nick Coghlan | ab7bf21 | 2012-02-26 17:49:52 +1000 | [diff] [blame] | 345 | PEP 409: Suppressing exception context |
| 346 | ====================================== |
| 347 | |
| 348 | :pep:`409` - Suppressing exception context |
| 349 | PEP written by Ethan Furman, implemented by Ethan Furman and Nick Coghlan. |
| 350 | |
| 351 | PEP 409 introduces new syntax that allows the display of the chained |
| 352 | exception context to be disabled. This allows cleaner error messages in |
| 353 | applications that convert between exception types:: |
| 354 | |
| 355 | >>> class D: |
| 356 | ... def __init__(self, extra): |
| 357 | ... self._extra_attributes = extra |
| 358 | ... def __getattr__(self, attr): |
| 359 | ... try: |
| 360 | ... return self._extra_attributes[attr] |
| 361 | ... except KeyError: |
| 362 | ... raise AttributeError(attr) from None |
| 363 | ... |
| 364 | >>> D({}).x |
| 365 | Traceback (most recent call last): |
| 366 | File "<stdin>", line 1, in <module> |
| 367 | File "<stdin>", line 8, in __getattr__ |
| 368 | AttributeError: x |
| 369 | |
| 370 | Without the ``from None`` suffix to suppress the cause, the original |
| 371 | exception would be displayed by default:: |
| 372 | |
| 373 | >>> class C: |
| 374 | ... def __init__(self, extra): |
| 375 | ... self._extra_attributes = extra |
| 376 | ... def __getattr__(self, attr): |
| 377 | ... try: |
| 378 | ... return self._extra_attributes[attr] |
| 379 | ... except KeyError: |
| 380 | ... raise AttributeError(attr) |
| 381 | ... |
| 382 | >>> C({}).x |
| 383 | Traceback (most recent call last): |
| 384 | File "<stdin>", line 6, in __getattr__ |
| 385 | KeyError: 'x' |
| 386 | |
| 387 | During handling of the above exception, another exception occurred: |
| 388 | |
| 389 | Traceback (most recent call last): |
| 390 | File "<stdin>", line 1, in <module> |
| 391 | File "<stdin>", line 8, in __getattr__ |
| 392 | AttributeError: x |
| 393 | |
| 394 | No debugging capability is lost, as the original exception context remains |
| 395 | available if needed (for example, if an intervening library has incorrectly |
| 396 | suppressed valuable underlying details):: |
| 397 | |
| 398 | >>> try: |
| 399 | ... D({}).x |
| 400 | ... except AttributeError as exc: |
| 401 | ... print(repr(exc.__context__)) |
| 402 | ... |
| 403 | KeyError('x',) |
| 404 | |
| 405 | |
Nick Coghlan | 98e2070 | 2012-03-06 21:50:13 +1000 | [diff] [blame] | 406 | PEP 414: Explicit Unicode literals |
| 407 | ====================================== |
| 408 | |
| 409 | :pep:`414` - Explicit Unicode literals |
| 410 | PEP written by Armin Ronacher. |
| 411 | |
| 412 | To ease the transition from Python 2 for Unicode aware Python applications |
| 413 | that make heavy use of Unicode literals, Python 3.3 once again supports the |
| 414 | "``u``" prefix for string literals. This prefix has no semantic significance |
| 415 | in Python 3, it is provided solely to reduce the number of purely mechanical |
| 416 | changes in migrating to Python 3, making it easier for developers to focus on |
| 417 | the more significant semantic changes (such as the stricter default |
| 418 | separation of binary and text data). |
| 419 | |
| 420 | |
Antoine Pitrou | 6bbd76b | 2011-11-25 19:10:05 +0100 | [diff] [blame] | 421 | PEP 3155: Qualified name for classes and functions |
| 422 | ================================================== |
| 423 | |
| 424 | :pep:`3155` - Qualified name for classes and functions |
| 425 | PEP written and implemented by Antoine Pitrou. |
| 426 | |
| 427 | Functions and class objects have a new ``__qualname__`` attribute representing |
| 428 | the "path" from the module top-level to their definition. For global functions |
| 429 | and classes, this is the same as ``__name__``. For other functions and classes, |
| 430 | it provides better information about where they were actually defined, and |
| 431 | how they might be accessible from the global scope. |
| 432 | |
| 433 | Example with (non-bound) methods:: |
Nick Coghlan | 2dfe6b0 | 2012-01-14 14:19:49 +1000 | [diff] [blame] | 434 | |
Antoine Pitrou | 6bbd76b | 2011-11-25 19:10:05 +0100 | [diff] [blame] | 435 | >>> class C: |
| 436 | ... def meth(self): |
| 437 | ... pass |
| 438 | >>> C.meth.__name__ |
| 439 | 'meth' |
| 440 | >>> C.meth.__qualname__ |
| 441 | 'C.meth' |
| 442 | |
| 443 | Example with nested classes:: |
| 444 | |
| 445 | >>> class C: |
| 446 | ... class D: |
| 447 | ... def meth(self): |
| 448 | ... pass |
| 449 | ... |
| 450 | >>> C.D.__name__ |
| 451 | 'D' |
| 452 | >>> C.D.__qualname__ |
| 453 | 'C.D' |
| 454 | >>> C.D.meth.__name__ |
| 455 | 'meth' |
| 456 | >>> C.D.meth.__qualname__ |
| 457 | 'C.D.meth' |
| 458 | |
| 459 | Example with nested functions:: |
| 460 | |
| 461 | >>> def outer(): |
| 462 | ... def inner(): |
| 463 | ... pass |
| 464 | ... return inner |
| 465 | ... |
| 466 | >>> outer().__name__ |
| 467 | 'inner' |
| 468 | >>> outer().__qualname__ |
| 469 | 'outer.<locals>.inner' |
| 470 | |
Antoine Pitrou | e7ede06 | 2011-11-25 19:11:26 +0100 | [diff] [blame] | 471 | The string representation of those objects is also changed to include the |
Antoine Pitrou | 6bbd76b | 2011-11-25 19:10:05 +0100 | [diff] [blame] | 472 | new, more precise information:: |
| 473 | |
| 474 | >>> str(C.D) |
| 475 | "<class '__main__.C.D'>" |
| 476 | >>> str(C.D.meth) |
| 477 | '<function C.D.meth at 0x7f46b9fe31e0>' |
| 478 | |
| 479 | |
Antoine Pitrou | d94adb7 | 2012-07-07 17:33:42 +0200 | [diff] [blame^] | 480 | PEP 412: Key-Sharing Dictionary |
| 481 | =============================== |
| 482 | |
| 483 | :pep:`412` - Key-Sharing Dictionary |
| 484 | PEP written and implemented by Mark Shannon. |
| 485 | |
| 486 | Dictionaries used for the storage of objects' attributes are now able to |
| 487 | share part of their internal storage between each other (namely, the part |
| 488 | which stores the keys and their respective hashes). This reduces the memory |
| 489 | consumption of programs creating many instances of non-builtin types. |
| 490 | |
| 491 | |
Brett Cannon | c204348 | 2012-04-29 20:59:41 -0400 | [diff] [blame] | 492 | Using importlib as the Implementation of Import |
| 493 | =============================================== |
| 494 | :issue:`2377` - Replace __import__ w/ importlib.__import__ |
| 495 | :issue:`13959` - Re-implement parts of :mod:`imp` in pure Python |
| 496 | :issue:`14605` - Make import machinery explicit |
| 497 | :issue:`14646` - Require loaders set __loader__ and __package__ |
| 498 | |
| 499 | (Written by Brett Cannon) |
| 500 | |
| 501 | The :func:`__import__` function is now powered by :func:`importlib.__import__`. |
| 502 | This work leads to the completion of "phase 2" of :pep:`302`. There are |
| 503 | multiple benefits to this change. First, it has allowed for more of the |
| 504 | machinery powering import to be exposed instead of being implicit and hidden |
| 505 | within the C code. It also provides a single implementation for all Python VMs |
| 506 | supporting Python 3.3 to use, helping to end any VM-specific deviations in |
| 507 | import semantics. And finally it eases the maintenance of import, allowing for |
| 508 | future growth to occur. |
| 509 | |
| 510 | For the common user, this change should result in no visible change in |
| 511 | semantics. Any possible changes required in one's code to handle this change |
| 512 | should read the `Porting Python code`_ section of this document to see what |
| 513 | needs to be changed, but it will only affect those that currently manipulate |
| 514 | import or try calling it programmatically. |
| 515 | |
| 516 | New APIs |
| 517 | -------- |
| 518 | One of the large benefits of this work is the exposure of what goes into |
| 519 | making the import statement work. That means the various importers that were |
| 520 | once implicit are now fully exposed as part of the :mod:`importlib` package. |
| 521 | |
| 522 | In terms of finders, * :class:`importlib.machinery.FileFinder` exposes the |
| 523 | mechanism used to search for source and bytecode files of a module. Previously |
| 524 | this class was an implicit member of :attr:`sys.path_hooks`. |
| 525 | |
| 526 | For loaders, the new abstract base class :class:`importlib.abc.FileLoader` helps |
| 527 | write a loader that uses the file system as the storage mechanism for a module's |
| 528 | code. The loader for source files |
| 529 | (:class:`importlib.machinery.SourceFileLoader`), sourceless bytecode files |
| 530 | (:class:`importlib.machinery.SourcelessFileLoader`), and extension modules |
| 531 | (:class:`importlib.machinery.ExtensionFileLoader`) are now available for |
| 532 | direct use. |
| 533 | |
| 534 | :exc:`ImportError` now has ``name`` and ``path`` attributes which are set when |
| 535 | there is relevant data to provide. The message for failed imports will also |
| 536 | provide the full name of the module now instead of just the tail end of the |
| 537 | module's name. |
| 538 | |
| 539 | The :func:`importlib.invalidate_caches` function will now call the method with |
| 540 | the same name on all finders cached in :attr:`sys.path_importer_cache` to help |
| 541 | clean up any stored state as necessary. |
| 542 | |
| 543 | Visible Changes |
| 544 | --------------- |
| 545 | [For potential required changes to code, see the `Porting Python code`_ |
| 546 | section] |
| 547 | |
| 548 | Beyond the expanse of what :mod:`importlib` now exposes, there are other |
| 549 | visible changes to import. The biggest is that :attr:`sys.meta_path` and |
| 550 | :attr:`sys.path_hooks` now store all of the finders used by import explicitly. |
| 551 | Previously the finders were implicit and hidden within the C code of import |
| 552 | instead of being directly exposed. This means that one can now easily remove or |
| 553 | change the order of the various finders to fit one's needs. |
| 554 | |
| 555 | Another change is that all modules have a ``__loader__`` attribute, storing the |
| 556 | loader used to create the module. :pep:`302` has been updated to make this |
| 557 | attribute mandatory for loaders to implement, so in the future once 3rd-party |
| 558 | loaders have been updated people will be able to rely on the existence of the |
| 559 | attribute. Until such time, though, import is setting the module post-load. |
| 560 | |
| 561 | Loaders are also now expected to set the ``__package__`` attribute from |
| 562 | :pep:`366`. Once again, import itself is already setting this on all loaders |
| 563 | from :mod:`importlib` and import itself is setting the attribute post-load. |
| 564 | |
| 565 | ``None`` is now inserted into :attr:`sys.path_importer_cache` when no finder |
| 566 | can be found on :attr:`sys.path_hooks`. Since :class:`imp.NullImporter` is not |
| 567 | directly exposed on :attr:`sys.path_hooks` it could no longer be relied upon to |
| 568 | always be available to use as a value representing no finder found. |
| 569 | |
| 570 | All other changes relate to semantic changes which should be taken into |
| 571 | consideration when updating code for Python 3.3, and thus should be read about |
| 572 | in the `Porting Python code`_ section of this document. |
| 573 | |
| 574 | |
R David Murray | 0fa2edd | 2012-05-25 17:59:56 -0400 | [diff] [blame] | 575 | New Email Package Features |
| 576 | ========================== |
| 577 | |
R David Murray | cb448cf | 2012-05-25 22:25:56 -0400 | [diff] [blame] | 578 | Policy Framework |
| 579 | ---------------- |
| 580 | |
R David Murray | 0fa2edd | 2012-05-25 17:59:56 -0400 | [diff] [blame] | 581 | The email package now has a :mod:`~email.policy` framework. A |
| 582 | :class:`~email.policy.Policy` is an object with several methods and properties |
| 583 | that control how the email package behaves. The primary policy for Python 3.3 |
| 584 | is the :class:`~email.policy.Compat32` policy, which provides backward |
| 585 | compatibility with the email package in Python 3.2. A ``policy`` can be |
| 586 | specified when an email message is parsed by a :mod:`~email.parser`, or when a |
| 587 | :class:`~email.message.Message` object is created, or when an email is |
| 588 | serialized using a :mod:`~email.generator`. Unless overridden, a policy passed |
| 589 | to a ``parser`` is inherited by all the ``Message`` object and sub-objects |
| 590 | created by the ``parser``. By default a ``generator`` will use the policy of |
| 591 | the ``Message`` object it is serializing. The default policy is |
| 592 | :data:`~email.policy.compat32`. |
| 593 | |
| 594 | The minimum set of controls implemented by all ``policy`` objects are: |
| 595 | |
| 596 | =============== ======================================================= |
| 597 | max_line_length The maximum length, excluding the linesep character(s), |
| 598 | individual lines may have when a ``Message`` is |
| 599 | serialized. Defaults to 78. |
| 600 | |
| 601 | linesep The character used to separate individual lines when a |
| 602 | ``Message`` is serialized. Defaults to ``\n``. |
| 603 | |
| 604 | cte_type ``7bit`` or ``8bit``. ``8bit`` applies only to a |
| 605 | ``Bytes`` ``generator``, and means that non-ASCII may |
| 606 | be used where allowed by the protocol (or where it |
| 607 | exists in the original input). |
| 608 | |
| 609 | raise_on_defect Causes a ``parser`` to raise error when defects are |
| 610 | encountered instead of adding them to the ``Message`` |
| 611 | object's ``defects`` list. |
| 612 | =============== ======================================================= |
| 613 | |
| 614 | A new policy instance, with new settings, is created using the |
| 615 | :meth:`~email.policy.Policy.clone` method of policy objects. ``clone`` takes |
| 616 | any of the above controls as keyword arguments. Any control not specified in |
| 617 | the call retains its default value. Thus you can create a policy that uses |
| 618 | ``\r\n`` linesep characters like this:: |
| 619 | |
Georg Brandl | 3539afd | 2012-05-30 22:03:20 +0200 | [diff] [blame] | 620 | mypolicy = compat32.clone(linesep='\r\n') |
R David Murray | 0fa2edd | 2012-05-25 17:59:56 -0400 | [diff] [blame] | 621 | |
| 622 | Policies can be used to make the generation of messages in the format needed by |
| 623 | your application simpler. Instead of having to remember to specify |
| 624 | ``linesep='\r\n'`` in all the places you call a ``generator``, you can specify |
| 625 | it once, when you set the policy used by the ``parser`` or the ``Message``, |
| 626 | whichever your program uses to create ``Message`` objects. On the other hand, |
| 627 | if you need to generate messages in multiple forms, you can still specify the |
| 628 | parameters in the appropriate ``generator`` call. Or you can have custom |
| 629 | policy instances for your different cases, and pass those in when you create |
| 630 | the ``generator``. |
| 631 | |
| 632 | |
R David Murray | cb448cf | 2012-05-25 22:25:56 -0400 | [diff] [blame] | 633 | Provisional Policy with New Header API |
| 634 | -------------------------------------- |
| 635 | |
| 636 | While the policy framework is worthwhile all by itself, the main motivation for |
| 637 | introducing it is to allow the creation of new policies that implement new |
| 638 | features for the email package in a way that maintains backward compatibility |
| 639 | for those who do not use the new policies. Because the new policies introduce a |
| 640 | new API, we are releasing them in Python 3.3 as a :term:`provisional policy |
| 641 | <provisional package>`. Backwards incompatible changes (up to and including |
| 642 | removal of the code) may occur if deemed necessary by the core developers. |
| 643 | |
| 644 | The new policies are instances of :class:`~email.policy.EmailPolicy`, |
| 645 | and add the following additional controls: |
| 646 | |
| 647 | =============== ======================================================= |
| 648 | refold_source Controls whether or not headers parsed by a |
| 649 | :mod:`~email.parser` are refolded by the |
| 650 | :mod:`~email.generator`. It can be ``none``, ``long``, |
| 651 | or ``all``. The default is ``long``, which means that |
| 652 | source headers with a line longer than |
| 653 | ``max_line_length`` get refolded. ``none`` means no |
| 654 | line get refolded, and ``all`` means that all lines |
| 655 | get refolded. |
| 656 | |
| 657 | header_factory A callable that take a ``name`` and ``value`` and |
| 658 | produces a custom header object. |
| 659 | =============== ======================================================= |
| 660 | |
| 661 | The ``header_factory`` is the key to the new features provided by the new |
| 662 | policies. When one of the new policies is used, any header retrieved from |
| 663 | a ``Message`` object is an object produced by the ``header_factory``, and any |
| 664 | time you set a header on a ``Message`` it becomes an object produced by |
| 665 | ``header_factory``. All such header objects have a ``name`` attribute equal |
| 666 | to the header name. Address and Date headers have additional attributes |
| 667 | that give you access to the parsed data of the header. This means you can now |
| 668 | do things like this:: |
| 669 | |
| 670 | >>> m = Message(policy=SMTP) |
| 671 | >>> m['To'] = 'Éric <foo@example.com>' |
| 672 | >>> m['to'] |
| 673 | 'Éric <foo@example.com>' |
| 674 | >>> m['to'].addresses |
| 675 | (Address(display_name='Éric', username='foo', domain='example.com'),) |
| 676 | >>> m['to'].addresses[0].username |
| 677 | 'foo' |
| 678 | >>> m['to'].addresses[0].display_name |
| 679 | 'Éric' |
| 680 | >>> m['Date'] = email.utils.localtime() |
| 681 | >>> m['Date'].datetime |
| 682 | datetime.datetime(2012, 5, 25, 21, 39, 24, 465484, tzinfo=datetime.timezone(datetime.timedelta(-1, 72000), 'EDT')) |
| 683 | >>> m['Date'] |
| 684 | 'Fri, 25 May 2012 21:44:27 -0400' |
| 685 | >>> print(m) |
| 686 | To: =?utf-8?q?=C3=89ric?= <foo@example.com> |
| 687 | Date: Fri, 25 May 2012 21:44:27 -0400 |
| 688 | |
| 689 | You will note that the unicode display name is automatically encoded as |
| 690 | ``utf-8`` when the message is serialized, but that when the header is accessed |
| 691 | directly, you get the unicode version. This eliminates any need to deal with |
| 692 | the :mod:`email.header` :meth:`~email.header.decode_header` or |
| 693 | :meth:`~email.header.make_header` functions. |
| 694 | |
| 695 | You can also create addresses from parts:: |
| 696 | |
| 697 | >>> m['cc'] = [Group('pals', [Address('Bob', 'bob', 'example.com'), |
| 698 | ... Address('Sally', 'sally', 'example.com')]), |
| 699 | ... Address('Bonzo', addr_spec='bonz@laugh.com')] |
| 700 | >>> print(m) |
| 701 | To: =?utf-8?q?=C3=89ric?= <foo@example.com> |
| 702 | Date: Fri, 25 May 2012 21:44:27 -0400 |
| 703 | cc: pals: Bob <bob@example.com>, Sally <sally@example.com>;, Bonzo <bonz@laugh.com> |
| 704 | |
| 705 | Decoding to unicode is done automatically:: |
| 706 | |
| 707 | >>> m2 = message_from_string(str(m)) |
| 708 | >>> m2['to'] |
| 709 | 'Éric <foo@example.com>' |
| 710 | |
| 711 | When you parse a message, you can use the ``addresses`` and ``groups`` |
| 712 | attributes of the header objects to access the groups and individual |
| 713 | addresses:: |
| 714 | |
| 715 | >>> m2['cc'].addresses |
| 716 | (Address(display_name='Bob', username='bob', domain='example.com'), Address(display_name='Sally', username='sally', domain='example.com'), Address(display_name='Bonzo', username='bonz', domain='laugh.com')) |
| 717 | >>> m2['cc'].groups |
| 718 | (Group(display_name='pals', addresses=(Address(display_name='Bob', username='bob', domain='example.com'), Address(display_name='Sally', username='sally', domain='example.com')), Group(display_name=None, addresses=(Address(display_name='Bonzo', username='bonz', domain='laugh.com'),)) |
| 719 | |
| 720 | In summary, if you use one of the new policies, header manipulation works the |
| 721 | way it ought to: your application works with unicode strings, and the email |
| 722 | package transparently encodes and decodes the unicode to and from the RFC |
| 723 | standard Content Transfer Encodings. |
| 724 | |
| 725 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 726 | Other Language Changes |
| 727 | ====================== |
| 728 | |
| 729 | Some smaller changes made to the core Python language are: |
| 730 | |
Antoine Pitrou | 7b578b3 | 2011-11-29 22:47:11 +0100 | [diff] [blame] | 731 | * Added support for Unicode name aliases and named sequences. |
| 732 | Both :func:`unicodedata.lookup()` and ``'\N{...}'`` now resolve name aliases, |
| 733 | and :func:`unicodedata.lookup()` resolves named sequences too. |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 734 | |
Antoine Pitrou | 7b578b3 | 2011-11-29 22:47:11 +0100 | [diff] [blame] | 735 | (Contributed by Ezio Melotti in :issue:`12753`) |
Ezio Melotti | 931b8aa | 2011-10-21 21:57:36 +0300 | [diff] [blame] | 736 | |
Antoine Pitrou | 7b578b3 | 2011-11-29 22:47:11 +0100 | [diff] [blame] | 737 | * Equality comparisons on :func:`range` objects now return a result reflecting |
| 738 | the equality of the underlying sequences generated by those range objects. |
Ezio Melotti | 931b8aa | 2011-10-21 21:57:36 +0300 | [diff] [blame] | 739 | |
Sandro Tosi | cd89912 | 2012-01-22 12:16:04 +0100 | [diff] [blame] | 740 | (:issue:`13201`) |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 741 | |
Antoine Pitrou | 7b578b3 | 2011-11-29 22:47:11 +0100 | [diff] [blame] | 742 | * The ``count()``, ``find()``, ``rfind()``, ``index()`` and ``rindex()`` |
| 743 | methods of :class:`bytes` and :class:`bytearray` objects now accept an |
| 744 | integer between 0 and 255 as their first argument. |
Mark Dickinson | 3664568 | 2011-10-23 19:53:01 +0100 | [diff] [blame] | 745 | |
Petri Lehtinen | 6c3f1dd | 2012-06-26 10:23:07 +0300 | [diff] [blame] | 746 | (Contributed by Petri Lehtinen in :issue:`12170`) |
Mark Dickinson | 3664568 | 2011-10-23 19:53:01 +0100 | [diff] [blame] | 747 | |
Eli Bendersky | 7add4ea | 2012-03-17 15:14:35 +0200 | [diff] [blame] | 748 | * New methods have been added to :class:`list` and :class:`bytearray`: |
| 749 | ``copy()`` and ``clear()``. |
| 750 | |
| 751 | (:issue:`10516`) |
Petri Lehtinen | 61ea8a0 | 2011-11-24 22:00:46 +0200 | [diff] [blame] | 752 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 753 | * Raw bytes literals can now be written ``rb"..."`` as well as ``br"..."``. |
| 754 | (Contributed by Antoine Pitrou in :issue:`13748`.) |
| 755 | |
| 756 | * :meth:`dict.setdefault` now does only one lookup for the given key, making |
| 757 | it atomic when used with built-in types. |
| 758 | (Contributed by Filip Gruszczyński in :issue:`13521`.) |
| 759 | |
| 760 | |
Benjamin Peterson | e50d6ab | 2012-04-03 00:52:18 -0400 | [diff] [blame] | 761 | .. XXX mention new error messages for passing wrong number of arguments to functions |
| 762 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 763 | |
Antoine Pitrou | 79341e7 | 2012-05-17 21:13:45 +0200 | [diff] [blame] | 764 | A Finer-Grained Import Lock |
| 765 | =========================== |
| 766 | |
| 767 | Previous versions of CPython have always relied on a global import lock. |
| 768 | This led to unexpected annoyances, such as deadlocks when importing a module |
| 769 | would trigger code execution in a different thread as a side-effect. |
| 770 | Clumsy workarounds were sometimes employed, such as the |
| 771 | :c:func:`PyImport_ImportModuleNoBlock` C API function. |
| 772 | |
| 773 | In Python 3.3, importing a module takes a per-module lock. This correctly |
| 774 | serializes importation of a given module from multiple threads (preventing |
| 775 | the exposure of incompletely initialized modules), while eliminating the |
| 776 | aforementioned annoyances. |
| 777 | |
| 778 | (contributed by Antoine Pitrou in :issue:`9260`.) |
| 779 | |
| 780 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 781 | New and Improved Modules |
| 782 | ======================== |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 783 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 784 | abc |
| 785 | --- |
| 786 | |
| 787 | Improved support for abstract base classes containing descriptors composed with |
| 788 | abstract methods. The recommended approach to declaring abstract descriptors is |
| 789 | now to provide :attr:`__isabstractmethod__` as a dynamically updated |
| 790 | property. The built-in descriptors have been updated accordingly. |
| 791 | |
| 792 | * :class:`abc.abstractproperty` has been deprecated, use :class:`property` |
| 793 | with :func:`abc.abstractmethod` instead. |
| 794 | * :class:`abc.abstractclassmethod` has been deprecated, use |
| 795 | :class:`classmethod` with :func:`abc.abstractmethod` instead. |
| 796 | * :class:`abc.abstractstaticmethod` has been deprecated, use |
| 797 | :class:`staticmethod` with :func:`abc.abstractmethod` instead. |
| 798 | |
| 799 | (Contributed by Darren Dale in :issue:`11610`) |
| 800 | |
Meador Inge | c5dbb3d | 2011-09-20 21:48:16 -0500 | [diff] [blame] | 801 | array |
| 802 | ----- |
| 803 | |
| 804 | The :mod:`array` module supports the :c:type:`long long` type using ``q`` and |
| 805 | ``Q`` type codes. |
| 806 | |
| 807 | (Contributed by Oren Tirosh and Hirokazu Yamamoto in :issue:`1172711`) |
| 808 | |
| 809 | |
Nadeem Vawda | d7e5c6e | 2012-02-12 01:34:18 +0200 | [diff] [blame] | 810 | bz2 |
| 811 | --- |
| 812 | |
| 813 | The :mod:`bz2` module has been rewritten from scratch. In the process, several |
| 814 | new features have been added: |
| 815 | |
| 816 | * :class:`bz2.BZ2File` can now read from and write to arbitrary file-like |
| 817 | objects, by means of its constructor's *fileobj* argument. |
| 818 | |
| 819 | (Contributed by Nadeem Vawda in :issue:`5863`) |
| 820 | |
| 821 | * :class:`bz2.BZ2File` and :func:`bz2.decompress` can now decompress |
| 822 | multi-stream inputs (such as those produced by the :program:`pbzip2` tool). |
| 823 | :class:`bz2.BZ2File` can now also be used to create this type of file, using |
| 824 | the ``'a'`` (append) mode. |
| 825 | |
| 826 | (Contributed by Nir Aides in :issue:`1625`) |
| 827 | |
| 828 | * :class:`bz2.BZ2File` now implements all of the :class:`io.BufferedIOBase` API, |
| 829 | except for the :meth:`detach` and :meth:`truncate` methods. |
| 830 | |
| 831 | |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 832 | codecs |
| 833 | ------ |
| 834 | |
Antoine Pitrou | 4f86343 | 2012-02-12 02:12:47 +0100 | [diff] [blame] | 835 | The :mod:`~encodings.mbcs` codec has been rewritten to handle correctly |
Georg Brandl | ff962c5 | 2012-02-04 08:55:56 +0100 | [diff] [blame] | 836 | ``replace`` and ``ignore`` error handlers on all Windows versions. The |
| 837 | :mod:`~encodings.mbcs` codec now supports all error handlers, instead of only |
| 838 | ``replace`` to encode and ``ignore`` to decode. |
Victor Stinner | 3a50e70 | 2011-10-18 21:21:00 +0200 | [diff] [blame] | 839 | |
Georg Brandl | ff962c5 | 2012-02-04 08:55:56 +0100 | [diff] [blame] | 840 | A new Windows-only codec has been added: ``cp65001`` (:issue:`13216`). It is the |
| 841 | Windows code page 65001 (Windows UTF-8, ``CP_UTF8``). For example, it is used |
| 842 | by ``sys.stdout`` if the console output code page is set to cp65001 (e.g., using |
| 843 | ``chcp 65001`` command). |
Victor Stinner | 2f3ca9f | 2011-10-27 01:38:56 +0200 | [diff] [blame] | 844 | |
Georg Brandl | ff962c5 | 2012-02-04 08:55:56 +0100 | [diff] [blame] | 845 | Multibyte CJK decoders now resynchronize faster. They only ignore the first |
Georg Brandl | 6c0929b | 2011-07-09 11:43:33 +0200 | [diff] [blame] | 846 | byte of an invalid byte sequence. For example, ``b'\xff\n'.decode('gb2312', |
| 847 | 'replace')`` now returns a ``\n`` after the replacement character. |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 848 | |
Georg Brandl | 6c0929b | 2011-07-09 11:43:33 +0200 | [diff] [blame] | 849 | (:issue:`12016`) |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 850 | |
Georg Brandl | ff962c5 | 2012-02-04 08:55:56 +0100 | [diff] [blame] | 851 | Incremental CJK codec encoders are no longer reset at each call to their |
| 852 | encode() methods. For example:: |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 853 | |
| 854 | $ ./python -q |
| 855 | >>> import codecs |
| 856 | >>> encoder = codecs.getincrementalencoder('hz')('strict') |
| 857 | >>> b''.join(encoder.encode(x) for x in '\u52ff\u65bd\u65bc\u4eba\u3002 Bye.') |
| 858 | b'~{NpJ)l6HK!#~} Bye.' |
| 859 | |
Georg Brandl | 6c0929b | 2011-07-09 11:43:33 +0200 | [diff] [blame] | 860 | This example gives ``b'~{Np~}~{J)~}~{l6~}~{HK~}~{!#~} Bye.'`` with older Python |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 861 | versions. |
| 862 | |
Georg Brandl | 6c0929b | 2011-07-09 11:43:33 +0200 | [diff] [blame] | 863 | (:issue:`12100`) |
Victor Stinner | 2cded9c | 2011-07-08 01:45:13 +0200 | [diff] [blame] | 864 | |
Victor Stinner | 9f4b1e9 | 2011-11-10 20:56:30 +0100 | [diff] [blame] | 865 | The ``unicode_internal`` codec has been deprecated. |
| 866 | |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 867 | |
| 868 | collections |
| 869 | ----------- |
| 870 | |
| 871 | Addition of a new :class:`~collections.ChainMap` class to allow treating a |
| 872 | number of mappings as a single unit. |
| 873 | |
| 874 | (Written by Raymond Hettinger for :issue:`11089`, made public in |
| 875 | :issue:`11297`) |
| 876 | |
| 877 | The abstract base classes have been moved in a new :mod:`collections.abc` |
| 878 | module, to better differentiate between the abstract and the concrete |
| 879 | collections classes. Aliases for ABCs are still present in the |
| 880 | :mod:`collections` module to preserve existing imports. |
| 881 | |
| 882 | (:issue:`11085`) |
| 883 | |
| 884 | .. XXX addition of __slots__ to ABCs not recorded here: internal detail |
| 885 | |
| 886 | |
Nick Coghlan | 3267a30 | 2012-05-21 22:54:43 +1000 | [diff] [blame] | 887 | contextlib |
| 888 | ---------- |
| 889 | |
| 890 | :class:`~collections.ExitStack` now provides a solid foundation for |
| 891 | programmatic manipulation of context managers and similar cleanup |
| 892 | functionality. Unlike the previous ``contextlib.nested`` API (which was |
| 893 | deprecated and removed), the new API is designed to work correctly |
| 894 | regardless of whether context managers acquire their resources in |
Nick Coghlan | 161ea6a | 2012-05-22 23:04:42 +1000 | [diff] [blame] | 895 | their ``__init__`` method (for example, file objects) or in their |
Nick Coghlan | 3267a30 | 2012-05-21 22:54:43 +1000 | [diff] [blame] | 896 | ``__enter__`` method (for example, synchronisation objects from the |
| 897 | :mod:`threading` module). |
| 898 | |
| 899 | (:issue:`13585`) |
| 900 | |
| 901 | |
Éric Araujo | 84b8ed8 | 2011-08-29 21:42:47 +0200 | [diff] [blame] | 902 | crypt |
| 903 | ----- |
| 904 | |
Victor Stinner | c78fb33 | 2011-09-21 03:35:44 +0200 | [diff] [blame] | 905 | Addition of salt and modular crypt format and the :func:`~crypt.mksalt` |
| 906 | function to the :mod:`crypt` module. |
Éric Araujo | 84b8ed8 | 2011-08-29 21:42:47 +0200 | [diff] [blame] | 907 | |
| 908 | (:issue:`10924`) |
| 909 | |
Victor Stinner | a7878b7 | 2011-07-14 23:07:44 +0200 | [diff] [blame] | 910 | curses |
| 911 | ------ |
| 912 | |
Victor Stinner | 0fdfceb | 2011-11-25 22:10:02 +0100 | [diff] [blame] | 913 | * If the :mod:`curses` module is linked to the ncursesw library, use Unicode |
| 914 | functions when Unicode strings or characters are passed (e.g. |
| 915 | :c:func:`waddwstr`), and bytes functions otherwise (e.g. :c:func:`waddstr`). |
| 916 | * Use the locale encoding instead of ``utf-8`` to encode Unicode strings. |
| 917 | * :class:`curses.window` has a new :attr:`curses.window.encoding` attribute. |
Victor Stinner | c78fb33 | 2011-09-21 03:35:44 +0200 | [diff] [blame] | 918 | * The :class:`curses.window` class has a new :meth:`~curses.window.get_wch` |
| 919 | method to get a wide character |
| 920 | * The :mod:`curses` module has a new :meth:`~curses.unget_wch` function to |
| 921 | push a wide character so the next :meth:`~curses.window.get_wch` will return |
| 922 | it |
Victor Stinner | a7878b7 | 2011-07-14 23:07:44 +0200 | [diff] [blame] | 923 | |
Victor Stinner | c78fb33 | 2011-09-21 03:35:44 +0200 | [diff] [blame] | 924 | (Contributed by Iñigo Serna in :issue:`6755`) |
Victor Stinner | a7878b7 | 2011-07-14 23:07:44 +0200 | [diff] [blame] | 925 | |
Stefan Krah | 1919b7e | 2012-03-21 18:25:23 +0100 | [diff] [blame] | 926 | decimal |
| 927 | ------- |
| 928 | |
| 929 | :issue:`7652` - integrate fast native decimal arithmetic. |
| 930 | C-module and libmpdec written by Stefan Krah. |
| 931 | |
| 932 | The new C version of the decimal module integrates the high speed libmpdec |
Stefan Krah | bf80308 | 2012-04-01 13:07:24 +0200 | [diff] [blame] | 933 | library for arbitrary precision correctly-rounded decimal floating point |
| 934 | arithmetic. libmpdec conforms to IBM's General Decimal Arithmetic Specification. |
Stefan Krah | 1919b7e | 2012-03-21 18:25:23 +0100 | [diff] [blame] | 935 | |
Stefan Krah | 0c0914e | 2012-04-09 20:31:15 +0200 | [diff] [blame] | 936 | Performance gains range from 10x for database applications to 100x for |
Stefan Krah | bf80308 | 2012-04-01 13:07:24 +0200 | [diff] [blame] | 937 | numerically intensive applications. These numbers are expected gains |
| 938 | for standard precisions used in decimal floating point arithmetic. Since |
| 939 | the precision is user configurable, the exact figures may vary. For example, |
| 940 | in integer bignum arithmetic the differences can be significantly higher. |
| 941 | |
| 942 | The following table is meant as an illustration. Benchmarks are available |
Georg Brandl | 204e789 | 2012-04-01 13:10:58 +0200 | [diff] [blame] | 943 | at http://www.bytereef.org/mpdecimal/quickstart.html. |
Stefan Krah | 1919b7e | 2012-03-21 18:25:23 +0100 | [diff] [blame] | 944 | |
| 945 | +---------+-------------+--------------+-------------+ |
| 946 | | | decimal.py | _decimal | speedup | |
| 947 | +=========+=============+==============+=============+ |
Stefan Krah | 0c0914e | 2012-04-09 20:31:15 +0200 | [diff] [blame] | 948 | | pi | 38.89s | 0.38s | 100x | |
Stefan Krah | 1919b7e | 2012-03-21 18:25:23 +0100 | [diff] [blame] | 949 | +---------+-------------+--------------+-------------+ |
| 950 | | telco | 172.19s | 5.68s | 30x | |
| 951 | +---------+-------------+--------------+-------------+ |
| 952 | | psycopg | 3.57s | 0.29s | 12x | |
| 953 | +---------+-------------+--------------+-------------+ |
| 954 | |
| 955 | Features |
| 956 | ~~~~~~~~ |
| 957 | |
| 958 | * The :exc:`~decimal.FloatOperation` signal optionally enables stricter |
| 959 | semantics for mixing floats and Decimals. |
| 960 | |
| 961 | * If Python is compiled without threads, the C version automatically |
| 962 | disables the expensive thread local context machinery. In this case, |
| 963 | the variable :data:`~decimal.HAVE_THREADS` is set to False. |
| 964 | |
| 965 | API changes |
| 966 | ~~~~~~~~~~~ |
| 967 | |
| 968 | * The C module has the following context limits, depending on the machine |
| 969 | architecture: |
| 970 | |
| 971 | +-------------------+---------------------+------------------------------+ |
| 972 | | | 32-bit | 64-bit | |
| 973 | +===================+=====================+==============================+ |
| 974 | | :const:`MAX_PREC` | :const:`425000000` | :const:`999999999999999999` | |
| 975 | +-------------------+---------------------+------------------------------+ |
| 976 | | :const:`MAX_EMAX` | :const:`425000000` | :const:`999999999999999999` | |
| 977 | +-------------------+---------------------+------------------------------+ |
| 978 | | :const:`MIN_EMIN` | :const:`-425000000` | :const:`-999999999999999999` | |
| 979 | +-------------------+---------------------+------------------------------+ |
| 980 | |
| 981 | * In the context templates (:class:`~decimal.DefaultContext`, |
| 982 | :class:`~decimal.BasicContext` and :class:`~decimal.ExtendedContext`) |
| 983 | the magnitude of :attr:`~decimal.Context.Emax` and |
| 984 | :attr:`~decimal.Context.Emin` has changed to :const:`999999`. |
| 985 | |
| 986 | * The :class:`~decimal.Decimal` constructor in decimal.py does not observe |
| 987 | the context limits and converts values with arbitrary exponents or precision |
| 988 | exactly. Since the C version has internal limits, the following scheme is |
| 989 | used: If possible, values are converted exactly, otherwise |
| 990 | :exc:`~decimal.InvalidOperation` is raised and the result is NaN. In the |
| 991 | latter case it is always possible to use :meth:`~decimal.Context.create_decimal` |
| 992 | in order to obtain a rounded or inexact value. |
| 993 | |
| 994 | |
| 995 | * The power function in decimal.py is always correctly-rounded. In the |
| 996 | C version, it is defined in terms of the correctly-rounded |
| 997 | :meth:`~decimal.Decimal.exp` and :meth:`~decimal.Decimal.ln` functions, |
| 998 | but the final result is only "almost always correctly rounded". |
| 999 | |
| 1000 | |
| 1001 | * In the C version, the context dictionary containing the signals is a |
| 1002 | :class:`~collections.abc.MutableMapping`. For speed reasons, |
| 1003 | :attr:`~decimal.Context.flags` and :attr:`~decimal.Context.traps` always |
| 1004 | refer to the same :class:`~collections.abc.MutableMapping` that the context |
| 1005 | was initialized with. If a new signal dictionary is assigned, |
| 1006 | :attr:`~decimal.Context.flags` and :attr:`~decimal.Context.traps` |
| 1007 | are updated with the new values, but they do not reference the RHS |
| 1008 | dictionary. |
| 1009 | |
| 1010 | |
| 1011 | * Pickling a :class:`~decimal.Context` produces a different output in order |
| 1012 | to have a common interchange format for the Python and C versions. |
| 1013 | |
| 1014 | |
| 1015 | * The order of arguments in the :class:`~decimal.Context` constructor has been |
| 1016 | changed to match the order displayed by :func:`repr`. |
| 1017 | |
| 1018 | |
Victor Stinner | 024e37a | 2011-03-31 01:31:06 +0200 | [diff] [blame] | 1019 | faulthandler |
| 1020 | ------------ |
| 1021 | |
| 1022 | New module: :mod:`faulthandler`. |
| 1023 | |
| 1024 | * :envvar:`PYTHONFAULTHANDLER` |
| 1025 | * :option:`-X` ``faulthandler`` |
| 1026 | |
Victor Stinner | 811db3b | 2011-09-21 03:20:03 +0200 | [diff] [blame] | 1027 | ftplib |
| 1028 | ------ |
| 1029 | |
| 1030 | The :class:`~ftplib.FTP_TLS` class now provides a new |
| 1031 | :func:`~ftplib.FTP_TLS.ccc` function to revert control channel back to |
Florent Xicluna | 6d57d21 | 2011-10-23 22:23:57 +0200 | [diff] [blame] | 1032 | plaintext. This can be useful to take advantage of firewalls that know how to |
Victor Stinner | 811db3b | 2011-09-21 03:20:03 +0200 | [diff] [blame] | 1033 | handle NAT with non-secure FTP without opening fixed ports. |
| 1034 | |
| 1035 | (Contributed by Giampaolo Rodolà in :issue:`12139`) |
| 1036 | |
| 1037 | |
Christian Heimes | 3194037 | 2012-06-26 10:16:55 +0200 | [diff] [blame] | 1038 | hmac |
| 1039 | ---- |
| 1040 | |
| 1041 | A new :func:`~hmac.compare_digest` function has been added to prevent |
| 1042 | side channel attacks on digests through timing analysis. |
| 1043 | |
| 1044 | (Contributed by Nick Coghlan and Christian Heimes in issue:`15061`) |
| 1045 | |
| 1046 | |
Antoine Pitrou | 5a8bc6f | 2011-11-17 02:20:48 +0100 | [diff] [blame] | 1047 | imaplib |
| 1048 | ------- |
| 1049 | |
| 1050 | The :class:`~imaplib.IMAP4_SSL` constructor now accepts an SSLContext |
| 1051 | parameter to control parameters of the secure channel. |
| 1052 | |
| 1053 | (Contributed by Sijin Joseph in :issue:`8808`) |
| 1054 | |
| 1055 | |
Nick Coghlan | 2f92e54 | 2012-06-23 19:39:55 +1000 | [diff] [blame] | 1056 | inspect |
| 1057 | ------- |
| 1058 | |
| 1059 | A new :func:`~inspect.getclosurevars` function has been added. This function |
| 1060 | reports the current binding of all names referenced from the function body and |
| 1061 | where those names were resolved, making it easier to verify correct internal |
| 1062 | state when testing code that relies on stateful closures. |
| 1063 | |
| 1064 | (Contributed by Meador Inge and Nick Coghlan in :issue:`13062`) |
| 1065 | |
Nick Coghlan | 04e2e3f | 2012-06-23 19:52:05 +1000 | [diff] [blame] | 1066 | A new :func:`~inspect.getgeneratorlocals` function has been added. This |
| 1067 | function reports the current binding of local variables in the generator's |
| 1068 | stack frame, making it easier to verify correct internal state when testing |
| 1069 | generators. |
| 1070 | |
| 1071 | (Contributed by Meador Inge in :issue:`15153`) |
| 1072 | |
Charles-François Natali | dc3044c | 2012-01-09 22:40:02 +0100 | [diff] [blame] | 1073 | io |
| 1074 | -- |
| 1075 | |
Charles-François Natali | d612de1 | 2012-01-14 11:51:00 +0100 | [diff] [blame] | 1076 | The :func:`~io.open` function has a new ``'x'`` mode that can be used to |
| 1077 | exclusively create a new file, and raise a :exc:`FileExistsError` if the file |
| 1078 | already exists. It is based on the C11 'x' mode to fopen(). |
Charles-François Natali | dc3044c | 2012-01-09 22:40:02 +0100 | [diff] [blame] | 1079 | |
| 1080 | (Contributed by David Townshend in :issue:`12760`) |
| 1081 | |
| 1082 | |
Nick Coghlan | dc9b255 | 2012-05-20 21:01:57 +1000 | [diff] [blame] | 1083 | ipaddress |
| 1084 | --------- |
| 1085 | |
| 1086 | The new :mod:`ipaddress` module provides tools for creating and manipulating |
| 1087 | objects representing IPv4 and IPv6 addresses, networks and interfaces (i.e. |
| 1088 | an IP address associated with a specific IP subnet). |
| 1089 | |
| 1090 | (Contributed by Google and Peter Moody in :pep:`3144`) |
| 1091 | |
Nadeem Vawda | 3459922 | 2011-12-09 01:32:46 +0200 | [diff] [blame] | 1092 | lzma |
| 1093 | ---- |
| 1094 | |
| 1095 | The newly-added :mod:`lzma` module provides data compression and decompression |
| 1096 | using the LZMA algorithm, including support for the ``.xz`` and ``.lzma`` |
| 1097 | file formats. |
| 1098 | |
| 1099 | (Contributed by Nadeem Vawda and Per Øyvind Karlsen in :issue:`6715`) |
| 1100 | |
| 1101 | |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1102 | math |
| 1103 | ---- |
| 1104 | |
| 1105 | The :mod:`math` module has a new function: |
| 1106 | |
| 1107 | * :func:`~math.log2`: return the base-2 logarithm of *x* |
| 1108 | (Written by Mark Dickinson in :issue:`11888`). |
| 1109 | |
| 1110 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1111 | multiprocessing |
| 1112 | --------------- |
| 1113 | |
| 1114 | The new :func:`multiprocessing.connection.wait` function allows to poll |
| 1115 | multiple objects (such as connections, sockets and pipes) with a timeout. |
| 1116 | (Contributed by Richard Oudkerk in :issue:`12328`.) |
| 1117 | |
| 1118 | :class:`multiprocessing.Connection` objects can now be transferred over |
| 1119 | multiprocessing connections. |
| 1120 | (Contributed by Richard Oudkerk in :issue:`4892`.) |
| 1121 | |
| 1122 | |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1123 | nntplib |
| 1124 | ------- |
| 1125 | |
| 1126 | The :class:`nntplib.NNTP` class now supports the context manager protocol to |
| 1127 | unconditionally consume :exc:`socket.error` exceptions and to close the NNTP |
| 1128 | connection when done:: |
| 1129 | |
| 1130 | >>> from nntplib import NNTP |
Ezio Melotti | 3c14b4e | 2011-07-13 11:44:44 +0300 | [diff] [blame] | 1131 | >>> with NNTP('news.gmane.org') as n: |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1132 | ... n.group('gmane.comp.python.committers') |
| 1133 | ... |
Ezio Melotti | 04f648c | 2011-07-26 09:37:46 +0300 | [diff] [blame] | 1134 | ('211 1755 1 1755 gmane.comp.python.committers', 1755, 1, 1755, 'gmane.comp.python.committers') |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1135 | >>> |
| 1136 | |
| 1137 | (Contributed by Giampaolo Rodolà in :issue:`9795`) |
| 1138 | |
| 1139 | |
Giampaolo Rodolà | c9c2c8b | 2011-02-25 14:39:16 +0000 | [diff] [blame] | 1140 | os |
| 1141 | -- |
| 1142 | |
Charles-François Natali | a003af1 | 2011-06-01 20:30:52 +0200 | [diff] [blame] | 1143 | * The :mod:`os` module has a new :func:`~os.pipe2` function that makes it |
| 1144 | possible to create a pipe with :data:`~os.O_CLOEXEC` or |
| 1145 | :data:`~os.O_NONBLOCK` flags set atomically. This is especially useful to |
| 1146 | avoid race conditions in multi-threaded programs. |
| 1147 | |
Giampaolo Rodolà | 18e8bcb | 2011-02-25 20:57:54 +0000 | [diff] [blame] | 1148 | * The :mod:`os` module has a new :func:`~os.sendfile` function which provides |
| 1149 | an efficent "zero-copy" way for copying data from one file (or socket) |
| 1150 | descriptor to another. The phrase "zero-copy" refers to the fact that all of |
| 1151 | the copying of data between the two descriptors is done entirely by the |
| 1152 | kernel, with no copying of data into userspace buffers. :func:`~os.sendfile` |
| 1153 | can be used to efficiently copy data from a file on disk to a network socket, |
| 1154 | e.g. for downloading a file. |
Giampaolo Rodolà | c9c2c8b | 2011-02-25 14:39:16 +0000 | [diff] [blame] | 1155 | |
Giampaolo Rodolà | 18e8bcb | 2011-02-25 20:57:54 +0000 | [diff] [blame] | 1156 | (Patch submitted by Ross Lagerwall and Giampaolo Rodolà in :issue:`10882`.) |
| 1157 | |
| 1158 | * The :mod:`os` module has two new functions: :func:`~os.getpriority` and |
| 1159 | :func:`~os.setpriority`. They can be used to get or set process |
| 1160 | niceness/priority in a fashion similar to :func:`os.nice` but extended to all |
| 1161 | processes instead of just the current one. |
| 1162 | |
| 1163 | (Patch submitted by Giampaolo Rodolà in :issue:`10784`.) |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1164 | |
Charles-François Natali | 7372b06 | 2012-02-05 15:15:38 +0100 | [diff] [blame] | 1165 | * The :mod:`os` module has a new :func:`~os.fwalk` function similar to |
| 1166 | :func:`~os.walk` except that it also yields file descriptors referring to the |
| 1167 | directories visited. This is especially useful to avoid symlink races. |
| 1168 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1169 | * The new :func:`os.replace` function allows cross-platform renaming of a |
| 1170 | file with overwriting the destination. With :func:`os.rename`, an existing |
| 1171 | destination file is overwritten under POSIX, but raises an error under |
| 1172 | Windows. |
| 1173 | (Contributed by Antoine Pitrou in :issue:`8828`.) |
| 1174 | |
| 1175 | * The new :func:`os.get_terminal_size` function queries the size of the |
| 1176 | terminal attached to a file descriptor. |
| 1177 | (Contributed by Zbigniew Jędrzejewski-Szmek in :issue:`13609`.) |
| 1178 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1179 | .. XXX sort out this mess after beta1 |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1180 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1181 | * "at" functions (:issue:`4761`): |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1182 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1183 | * :func:`~os.faccessat` |
| 1184 | * :func:`~os.fchmodat` |
| 1185 | * :func:`~os.fchownat` |
| 1186 | * :func:`~os.fstatat` |
| 1187 | * :func:`~os.futimesat` |
| 1188 | * :func:`~os.linkat` |
| 1189 | * :func:`~os.mkdirat` |
| 1190 | * :func:`~os.mkfifoat` |
| 1191 | * :func:`~os.mknodat` |
| 1192 | * :func:`~os.openat` |
| 1193 | * :func:`~os.readlinkat` |
| 1194 | * :func:`~os.renameat` |
| 1195 | * :func:`~os.symlinkat` |
| 1196 | * :func:`~os.unlinkat` |
| 1197 | * :func:`~os.utimensat` |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1198 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1199 | * extended attributes (:issue:`12720`): |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1200 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1201 | * :func:`~os.fgetxattr` |
| 1202 | * :func:`~os.flistxattr` |
| 1203 | * :func:`~os.fremovexattr` |
| 1204 | * :func:`~os.fsetxattr` |
| 1205 | * :func:`~os.getxattr` |
| 1206 | * :func:`~os.lgetxattr` |
| 1207 | * :func:`~os.listxattr` |
| 1208 | * :func:`~os.llistxattr` |
| 1209 | * :func:`~os.lremovexattr` |
| 1210 | * :func:`~os.lsetxattr` |
| 1211 | * :func:`~os.removexattr` |
| 1212 | * :func:`~os.setxattr` |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1213 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1214 | * Scheduler functions (:issue:`12655`): |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1215 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1216 | * :func:`~os.sched_get_priority_max` |
| 1217 | * :func:`~os.sched_get_priority_min` |
| 1218 | * :func:`~os.sched_getaffinity` |
| 1219 | * :func:`~os.sched_getparam` |
| 1220 | * :func:`~os.sched_getscheduler` |
| 1221 | * :func:`~os.sched_rr_get_interval` |
| 1222 | * :func:`~os.sched_setaffinity` |
| 1223 | * :func:`~os.sched_setparam` |
| 1224 | * :func:`~os.sched_setscheduler` |
| 1225 | * :func:`~os.sched_yield` |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1226 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1227 | * Add some extra posix functions to the os module (:issue:`10812`): |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1228 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1229 | * :func:`~os.fexecve` |
| 1230 | * :func:`~os.futimens` |
| 1231 | * :func:`~os.futimes` |
| 1232 | * :func:`~os.lockf` |
| 1233 | * :func:`~os.lutimes` |
| 1234 | * :func:`~os.posix_fadvise` |
| 1235 | * :func:`~os.posix_fallocate` |
| 1236 | * :func:`~os.pread` |
| 1237 | * :func:`~os.pwrite` |
| 1238 | * :func:`~os.readv` |
| 1239 | * :func:`~os.sync` |
| 1240 | * :func:`~os.truncate` |
| 1241 | * :func:`~os.waitid` |
| 1242 | * :func:`~os.writev` |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1243 | |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1244 | * Other new functions: |
| 1245 | |
| 1246 | * :func:`~os.flistdir` (:issue:`10755`) |
| 1247 | * :func:`~os.getgrouplist` (:issue:`9344`) |
Victor Stinner | e506437 | 2011-10-14 00:08:29 +0200 | [diff] [blame] | 1248 | |
Giampaolo Rodolà | 424298a | 2011-03-03 18:34:06 +0000 | [diff] [blame] | 1249 | |
Georg Brandl | 4c7c3c5 | 2012-03-10 22:36:48 +0100 | [diff] [blame] | 1250 | pdb |
| 1251 | --- |
| 1252 | |
| 1253 | * Tab-completion is now available not only for command names, but also their |
| 1254 | arguments. For example, for the ``break`` command, function and file names |
| 1255 | are completed. (Contributed by Georg Brandl in :issue:`14210`) |
| 1256 | |
| 1257 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1258 | pickle |
| 1259 | ------ |
| 1260 | |
| 1261 | :class:`pickle.Pickler` objects now have an optional |
| 1262 | :attr:`~pickle.Pickler.dispatch_table` attribute allowing to set per-pickler |
| 1263 | reduction functions. |
| 1264 | (Contributed by Richard Oudkerk in :issue:`14166`.) |
| 1265 | |
| 1266 | |
Victor Stinner | 383c3fc | 2011-05-25 01:35:05 +0200 | [diff] [blame] | 1267 | pydoc |
| 1268 | ----- |
| 1269 | |
Victor Stinner | 6daa33c | 2011-05-25 01:41:22 +0200 | [diff] [blame] | 1270 | The Tk GUI and the :func:`~pydoc.serve` function have been removed from the |
| 1271 | :mod:`pydoc` module: ``pydoc -g`` and :func:`~pydoc.serve` have been deprecated |
| 1272 | in Python 3.2. |
Victor Stinner | 383c3fc | 2011-05-25 01:35:05 +0200 | [diff] [blame] | 1273 | |
| 1274 | |
Antoine Pitrou | ad09b5d | 2012-06-24 22:41:33 +0200 | [diff] [blame] | 1275 | re |
| 1276 | -- |
| 1277 | |
| 1278 | :class:`str` regular expressions now support ``\u`` and ``\U`` escapes. |
| 1279 | |
| 1280 | (Contributed by Serhiy Storchaka in :issue:`3665`.) |
| 1281 | |
| 1282 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1283 | sched |
| 1284 | ----- |
Victor Stinner | 754851f | 2011-04-19 23:58:51 +0200 | [diff] [blame] | 1285 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1286 | * :meth:`~sched.scheduler.run` now accepts a *blocking* parameter which when |
| 1287 | set to False makes the method execute the scheduled events due to expire |
| 1288 | soonest (if any) and then return immediately. |
| 1289 | This is useful in case you want to use the :class:`~sched.scheduler` in |
| 1290 | non-blocking applications. (Contributed by Giampaolo Rodolà in :issue:`13449`) |
Victor Stinner | 754851f | 2011-04-19 23:58:51 +0200 | [diff] [blame] | 1291 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1292 | * :class:`~sched.scheduler` class can now be safely used in multi-threaded |
| 1293 | environments. (Contributed by Josiah Carlson and Giampaolo Rodolà in |
| 1294 | :issue:`8684`) |
| 1295 | |
| 1296 | * *timefunc* and *delayfunct* parameters of :class:`~sched.scheduler` class |
| 1297 | constructor are now optional and defaults to :func:`time.time` and |
| 1298 | :func:`time.sleep` respectively. (Contributed by Chris Clark in |
| 1299 | :issue:`13245`) |
| 1300 | |
| 1301 | * :meth:`~sched.scheduler.enter` and :meth:`~sched.scheduler.enterabs` |
| 1302 | *argument* parameter is now optional. (Contributed by Chris Clark in |
| 1303 | :issue:`13245`) |
| 1304 | |
| 1305 | * :meth:`~sched.scheduler.enter` and :meth:`~sched.scheduler.enterabs` |
| 1306 | now accept a *kwargs* parameter. (Contributed by Chris Clark in |
| 1307 | :issue:`13245`) |
| 1308 | |
| 1309 | |
| 1310 | shutil |
| 1311 | ------ |
| 1312 | |
| 1313 | * The :mod:`shutil` module has these new fuctions: |
| 1314 | |
| 1315 | * :func:`~shutil.disk_usage`: provides total, used and free disk space |
| 1316 | statistics. (Contributed by Giampaolo Rodolà in :issue:`12442`) |
| 1317 | * :func:`~shutil.chown`: allows one to change user and/or group of the given |
| 1318 | path also specifying the user/group names and not only their numeric |
| 1319 | ids. (Contributed by Sandro Tosi in :issue:`12191`) |
Victor Stinner | a929335 | 2011-04-30 15:21:58 +0200 | [diff] [blame] | 1320 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1321 | * The new :func:`shutil.get_terminal_size` function returns the size of the |
| 1322 | terminal window the interpreter is attached to. |
| 1323 | (Contributed by Zbigniew Jędrzejewski-Szmek in :issue:`13609`.) |
| 1324 | |
| 1325 | * Several functions now take an optional ``symlinks`` argument: when that |
| 1326 | parameter is true, symlinks aren't dereferenced and the operation instead |
| 1327 | acts on the symlink itself (or creates one, if relevant). |
| 1328 | (Contributed by Hynek Schlawack in :issue:`12715`.) |
| 1329 | |
Nick Coghlan | 5b0eca1 | 2012-06-24 16:43:06 +1000 | [diff] [blame] | 1330 | * :func:`~shutil.rmtree` is now resistant to symlink attacks on platforms |
| 1331 | which support the new ``dir_fd`` parameter in :func:`os.open` and |
Georg Brandl | dba3b5c | 2012-06-26 09:36:14 +0200 | [diff] [blame] | 1332 | :func:`os.unlink`. (Contributed by Martin von Löwis and Hynek Schlawack |
Nick Coghlan | 5b0eca1 | 2012-06-24 16:43:06 +1000 | [diff] [blame] | 1333 | in :issue:`4489`.) |
| 1334 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1335 | |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1336 | |
Victor Stinner | a929335 | 2011-04-30 15:21:58 +0200 | [diff] [blame] | 1337 | signal |
| 1338 | ------ |
| 1339 | |
Victor Stinner | fa0e3d5 | 2011-05-09 01:01:09 +0200 | [diff] [blame] | 1340 | * The :mod:`signal` module has new functions: |
Victor Stinner | a929335 | 2011-04-30 15:21:58 +0200 | [diff] [blame] | 1341 | |
Victor Stinner | b3e7219 | 2011-05-08 01:46:11 +0200 | [diff] [blame] | 1342 | * :func:`~signal.pthread_sigmask`: fetch and/or change the signal mask of the |
| 1343 | calling thread (Contributed by Jean-Paul Calderone in :issue:`8407`) ; |
| 1344 | * :func:`~signal.pthread_kill`: send a signal to a thread ; |
| 1345 | * :func:`~signal.sigpending`: examine pending functions ; |
| 1346 | * :func:`~signal.sigwait`: wait a signal. |
Ross Lagerwall | bc80822 | 2011-06-25 12:13:40 +0200 | [diff] [blame] | 1347 | * :func:`~signal.sigwaitinfo`: wait for a signal, returning detailed |
| 1348 | information about it. |
| 1349 | * :func:`~signal.sigtimedwait`: like :func:`~signal.sigwaitinfo` but with a |
| 1350 | timeout. |
Victor Stinner | a929335 | 2011-04-30 15:21:58 +0200 | [diff] [blame] | 1351 | |
Victor Stinner | d49b1f1 | 2011-05-08 02:03:15 +0200 | [diff] [blame] | 1352 | * The signal handler writes the signal number as a single byte instead of |
| 1353 | a nul byte into the wakeup file descriptor. So it is possible to wait more |
| 1354 | than one signal and know which signals were raised. |
| 1355 | |
Victor Stinner | 388196e | 2011-05-10 17:13:00 +0200 | [diff] [blame] | 1356 | * :func:`signal.signal` and :func:`signal.siginterrupt` raise an OSError, |
| 1357 | instead of a RuntimeError: OSError has an errno attribute. |
| 1358 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1359 | smtplib |
| 1360 | ------- |
| 1361 | |
| 1362 | The :class:`~smtplib.SMTP_SSL` constructor and the :meth:`~smtplib.SMTP.starttls` |
| 1363 | method now accept an SSLContext parameter to control parameters of the secure |
| 1364 | channel. |
| 1365 | |
| 1366 | (Contributed by Kasun Herath in :issue:`8809`) |
| 1367 | |
| 1368 | |
Nick Coghlan | 96fe56a | 2011-08-22 11:55:57 +1000 | [diff] [blame] | 1369 | socket |
| 1370 | ------ |
| 1371 | |
Charles-François Natali | 47413c1 | 2011-10-06 19:47:44 +0200 | [diff] [blame] | 1372 | * The :class:`~socket.socket` class now exposes additional methods to process |
| 1373 | ancillary data when supported by the underlying platform: |
Nick Coghlan | 96fe56a | 2011-08-22 11:55:57 +1000 | [diff] [blame] | 1374 | |
Charles-François Natali | 47413c1 | 2011-10-06 19:47:44 +0200 | [diff] [blame] | 1375 | * :func:`~socket.socket.sendmsg` |
| 1376 | * :func:`~socket.socket.recvmsg` |
| 1377 | * :func:`~socket.socket.recvmsg_into` |
Nick Coghlan | 96fe56a | 2011-08-22 11:55:57 +1000 | [diff] [blame] | 1378 | |
Charles-François Natali | 47413c1 | 2011-10-06 19:47:44 +0200 | [diff] [blame] | 1379 | (Contributed by David Watson in :issue:`6560`, based on an earlier patch by |
| 1380 | Heiko Wundram) |
| 1381 | |
| 1382 | * The :class:`~socket.socket` class now supports the PF_CAN protocol family |
| 1383 | (http://en.wikipedia.org/wiki/Socketcan), on Linux |
| 1384 | (http://lwn.net/Articles/253425). |
| 1385 | |
| 1386 | (Contributed by Matthias Fuchs, updated by Tiago Gonçalves in :issue:`10141`) |
| 1387 | |
Charles-François Natali | 10b8cf4 | 2011-11-10 19:21:37 +0100 | [diff] [blame] | 1388 | * The :class:`~socket.socket` class now supports the PF_RDS protocol family |
| 1389 | (http://en.wikipedia.org/wiki/Reliable_Datagram_Sockets and |
| 1390 | http://oss.oracle.com/projects/rds/). |
Victor Stinner | 754851f | 2011-04-19 23:58:51 +0200 | [diff] [blame] | 1391 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1392 | |
Victor Stinner | 99c8b16 | 2011-05-24 12:05:19 +0200 | [diff] [blame] | 1393 | ssl |
| 1394 | --- |
| 1395 | |
Antoine Pitrou | 2c0a967 | 2011-11-17 02:09:13 +0100 | [diff] [blame] | 1396 | * The :mod:`ssl` module has two new random generation functions: |
Victor Stinner | 99c8b16 | 2011-05-24 12:05:19 +0200 | [diff] [blame] | 1397 | |
| 1398 | * :func:`~ssl.RAND_bytes`: generate cryptographically strong |
| 1399 | pseudo-random bytes. |
| 1400 | * :func:`~ssl.RAND_pseudo_bytes`: generate pseudo-random bytes. |
| 1401 | |
Antoine Pitrou | 2c0a967 | 2011-11-17 02:09:13 +0100 | [diff] [blame] | 1402 | (Contributed by Victor Stinner in :issue:`12049`) |
| 1403 | |
| 1404 | * The :mod:`ssl` module now exposes a finer-grained exception hierarchy |
| 1405 | in order to make it easier to inspect the various kinds of errors. |
| 1406 | |
| 1407 | (Contributed by Antoine Pitrou in :issue:`11183`) |
| 1408 | |
| 1409 | * :meth:`~ssl.SSLContext.load_cert_chain` now accepts a *password* argument |
| 1410 | to be used if the private key is encrypted. |
| 1411 | |
| 1412 | (Contributed by Adam Simpkins in :issue:`12803`) |
| 1413 | |
Antoine Pitrou | 73fc814 | 2011-12-23 20:58:36 +0100 | [diff] [blame] | 1414 | * Diffie-Hellman key exchange, both regular and Elliptic Curve-based, is |
| 1415 | now supported through the :meth:`~ssl.SSLContext.load_dh_params` and |
| 1416 | :meth:`~ssl.SSLContext.set_ecdh_curve` methods. |
| 1417 | |
| 1418 | (Contributed by Antoine Pitrou in :issue:`13626` and :issue:`13627`) |
| 1419 | |
Antoine Pitrou | 2c0a967 | 2011-11-17 02:09:13 +0100 | [diff] [blame] | 1420 | * SSL sockets have a new :meth:`~ssl.SSLSocket.get_channel_binding` method |
| 1421 | allowing the implementation of certain authentication mechanisms such as |
| 1422 | SCRAM-SHA-1-PLUS. |
| 1423 | |
| 1424 | (Contributed by Jacek Konieczny in :issue:`12551`) |
| 1425 | |
Antoine Pitrou | 73fc814 | 2011-12-23 20:58:36 +0100 | [diff] [blame] | 1426 | * You can query the SSL compression algorithm used by an SSL socket, thanks |
| 1427 | to its new :meth:`~ssl.SSLSocket.compression` method. |
| 1428 | |
| 1429 | (Contributed by Antoine Pitrou in :issue:`13634`) |
| 1430 | |
Antoine Pitrou | 9a86447 | 2012-05-04 23:15:47 +0200 | [diff] [blame] | 1431 | * Support has been added for the Next Procotol Negotiation extension using |
| 1432 | the :meth:`ssl.SSLContext.set_npn_protocols` method. |
| 1433 | |
| 1434 | (Contributed by Colin Marc in :issue:`14204`) |
| 1435 | |
Antoine Pitrou | ad09b5d | 2012-06-24 22:41:33 +0200 | [diff] [blame] | 1436 | * SSL errors can now be introspected more easily thanks to |
| 1437 | :attr:`~ssl.SSLError.library` and :attr:`~ssl.SSLError.reason` attributes. |
| 1438 | |
| 1439 | (Contributed by Antoine Pitrou in :issue:`14837`) |
| 1440 | |
Giampaolo Rodola' | ffa1d0b | 2012-05-15 15:30:25 +0200 | [diff] [blame] | 1441 | stat |
| 1442 | ---- |
| 1443 | |
| 1444 | - The undocumented tarfile.filemode function has been moved to |
| 1445 | :func:`stat.filemode`. It can be used to convert a file's mode to a string of |
| 1446 | the form '-rwxrwxrwx'. |
| 1447 | |
| 1448 | (Contributed by Giampaolo Rodolà in :issue:`14807`) |
Antoine Pitrou | 73fc814 | 2011-12-23 20:58:36 +0100 | [diff] [blame] | 1449 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1450 | sys |
| 1451 | --- |
Giampaolo Rodola' | 210e7ca | 2011-07-01 13:55:36 +0200 | [diff] [blame] | 1452 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1453 | * The :mod:`sys` module has a new :data:`~sys.thread_info` :term:`struct |
| 1454 | sequence` holding informations about the thread implementation. |
Giampaolo Rodola' | 210e7ca | 2011-07-01 13:55:36 +0200 | [diff] [blame] | 1455 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1456 | (:issue:`11223`) |
Giampaolo Rodola' | 096dcb1 | 2011-06-27 11:17:51 +0200 | [diff] [blame] | 1457 | |
Nick Coghlan | 4fae8cd | 2012-06-11 23:07:51 +1000 | [diff] [blame] | 1458 | textwrap |
| 1459 | -------- |
| 1460 | |
| 1461 | * The :mod:`textwrap` module has a new :func:`~textwrap.indent` that makes |
| 1462 | it straightforward to add a common prefix to selected lines in a block |
| 1463 | of text. |
| 1464 | |
| 1465 | (:issue:`13857`) |
Antoine Pitrou | 5a8bc6f | 2011-11-17 02:20:48 +0100 | [diff] [blame] | 1466 | |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1467 | time |
| 1468 | ---- |
Antoine Pitrou | 5a8bc6f | 2011-11-17 02:20:48 +0100 | [diff] [blame] | 1469 | |
Victor Stinner | ec89539 | 2012-04-29 02:41:27 +0200 | [diff] [blame] | 1470 | The :pep:`418` added new functions to the :mod:`time` module: |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1471 | |
Victor Stinner | ec89539 | 2012-04-29 02:41:27 +0200 | [diff] [blame] | 1472 | * :func:`~time.get_clock_info`: Get information on a clock. |
| 1473 | * :func:`~time.monotonic`: Monotonic clock (cannot go backward), not affected |
| 1474 | by system clock updates. |
| 1475 | * :func:`~time.perf_counter`: Performance counter with the highest available |
| 1476 | resolution to measure a short duration. |
| 1477 | * :func:`~time.process_time`: Sum of the system and user CPU time of the |
| 1478 | current process. |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1479 | |
Victor Stinner | ec89539 | 2012-04-29 02:41:27 +0200 | [diff] [blame] | 1480 | Other new functions: |
| 1481 | |
| 1482 | * :func:`~time.clock_getres`, :func:`~time.clock_gettime` and |
| 1483 | :func:`~time.clock_settime` functions with ``CLOCK_xxx`` constants. |
| 1484 | (Contributed by Victor Stinner in :issue:`10278`) |
Victor Stinner | f4c54ff | 2012-02-08 01:48:34 +0100 | [diff] [blame] | 1485 | |
Antoine Pitrou | 5a8bc6f | 2011-11-17 02:20:48 +0100 | [diff] [blame] | 1486 | |
Victor Stinner | 0db176f | 2012-04-16 00:16:30 +0200 | [diff] [blame] | 1487 | types |
| 1488 | ----- |
| 1489 | |
| 1490 | Add a new :class:`types.MappingProxyType` class: Read-only proxy of a mapping. |
| 1491 | (:issue:`14386`) |
| 1492 | |
| 1493 | |
Nick Coghlan | 7fc570a | 2012-05-20 02:34:13 +1000 | [diff] [blame] | 1494 | The new functions `types.new_class` and `types.prepare_class` provide support |
| 1495 | for PEP 3115 compliant dynamic type creation. (:issue:`14588`) |
| 1496 | |
| 1497 | |
Senthil Kumaran | de49d64 | 2011-10-16 23:54:44 +0800 | [diff] [blame] | 1498 | urllib |
| 1499 | ------ |
| 1500 | |
| 1501 | The :class:`~urllib.request.Request` class, now accepts a *method* argument |
| 1502 | used by :meth:`~urllib.request.Request.get_method` to determine what HTTP method |
Senthil Kumaran | a41c942 | 2011-10-20 02:37:08 +0800 | [diff] [blame] | 1503 | should be used. For example, this will send a ``'HEAD'`` request:: |
Senthil Kumaran | de49d64 | 2011-10-16 23:54:44 +0800 | [diff] [blame] | 1504 | |
| 1505 | >>> urlopen(Request('http://www.python.org', method='HEAD')) |
| 1506 | |
| 1507 | (:issue:`1673007`) |
Giampaolo Rodola' | 096dcb1 | 2011-06-27 11:17:51 +0200 | [diff] [blame] | 1508 | |
Giampaolo Rodola' | be55d99 | 2011-11-22 13:33:34 +0100 | [diff] [blame] | 1509 | |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 1510 | webbrowser |
| 1511 | ---------- |
| 1512 | |
| 1513 | The :mod:`webbrowser` module supports more browsers: Google Chrome (named |
| 1514 | :program:`chrome`, :program:`chromium`, :program:`chrome-browser` or |
| 1515 | :program:`chromium-browser` depending on the version and operating system) as |
| 1516 | well as the the generic launchers :program:`xdg-open` from the FreeDesktop.org |
| 1517 | project and :program:`gvfs-open` which is the default URI handler for GNOME 3. |
| 1518 | |
| 1519 | (:issue:`13620` and :issue:`14493`) |
| 1520 | |
| 1521 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1522 | Optimizations |
| 1523 | ============= |
| 1524 | |
| 1525 | Major performance enhancements have been added: |
| 1526 | |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 1527 | * Thanks to :pep:`393`, some operations on Unicode strings have been optimized: |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1528 | |
| 1529 | * the memory footprint is divided by 2 to 4 depending on the text |
Victor Stinner | a996f1e | 2011-11-21 13:14:43 +0100 | [diff] [blame] | 1530 | * encode an ASCII string to UTF-8 doesn't need to encode characters anymore, |
| 1531 | the UTF-8 representation is shared with the ASCII representation |
Victor Stinner | 6099a03 | 2011-12-18 14:22:26 +0100 | [diff] [blame] | 1532 | * the UTF-8 encoder has been optimized |
| 1533 | * repeating a single ASCII letter and getting a substring of a ASCII strings |
| 1534 | is 4 times faster |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1535 | |
Antoine Pitrou | 5d7e1d3 | 2012-06-24 22:38:23 +0200 | [diff] [blame] | 1536 | * UTF-8 is now 2x to 4x faster. UTF-16 encoding is now up to 10x faster. |
Antoine Pitrou | 5cec9d2 | 2012-05-17 17:37:02 +0200 | [diff] [blame] | 1537 | |
Antoine Pitrou | c909296 | 2012-06-15 22:22:18 +0200 | [diff] [blame] | 1538 | (contributed by Serhiy Storchaka, :issue:`14624`, :issue:`14738` and |
| 1539 | :issue:`15026`.) |
Antoine Pitrou | 5cec9d2 | 2012-05-17 17:37:02 +0200 | [diff] [blame] | 1540 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1541 | |
| 1542 | Build and C API Changes |
| 1543 | ======================= |
| 1544 | |
| 1545 | Changes to Python's build process and to the C API include: |
| 1546 | |
Stefan Krah | 95b1ba6 | 2012-02-29 17:27:21 +0100 | [diff] [blame] | 1547 | * New :pep:`3118` related function: |
| 1548 | |
| 1549 | * :c:func:`PyMemoryView_FromMemory` |
| 1550 | |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 1551 | * :pep:`393` added new Unicode types, macros and functions: |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1552 | |
Victor Stinner | a996f1e | 2011-11-21 13:14:43 +0100 | [diff] [blame] | 1553 | * High-level API: |
| 1554 | |
| 1555 | * :c:func:`PyUnicode_CopyCharacters` |
| 1556 | * :c:func:`PyUnicode_FindChar` |
| 1557 | * :c:func:`PyUnicode_GetLength`, :c:macro:`PyUnicode_GET_LENGTH` |
| 1558 | * :c:func:`PyUnicode_New` |
| 1559 | * :c:func:`PyUnicode_Substring` |
| 1560 | * :c:func:`PyUnicode_ReadChar`, :c:func:`PyUnicode_WriteChar` |
| 1561 | |
| 1562 | * Low-level API: |
| 1563 | |
| 1564 | * :c:type:`Py_UCS1`, :c:type:`Py_UCS2`, :c:type:`Py_UCS4` types |
| 1565 | * :c:type:`PyASCIIObject` and :c:type:`PyCompactUnicodeObject` structures |
| 1566 | * :c:macro:`PyUnicode_READY` |
| 1567 | * :c:func:`PyUnicode_FromKindAndData` |
| 1568 | * :c:func:`PyUnicode_AsUCS4`, :c:func:`PyUnicode_AsUCS4Copy` |
| 1569 | * :c:macro:`PyUnicode_DATA`, :c:macro:`PyUnicode_1BYTE_DATA`, |
| 1570 | :c:macro:`PyUnicode_2BYTE_DATA`, :c:macro:`PyUnicode_4BYTE_DATA` |
| 1571 | * :c:macro:`PyUnicode_KIND` with :c:type:`PyUnicode_Kind` enum: |
| 1572 | :c:data:`PyUnicode_WCHAR_KIND`, :c:data:`PyUnicode_1BYTE_KIND`, |
| 1573 | :c:data:`PyUnicode_2BYTE_KIND`, :c:data:`PyUnicode_4BYTE_KIND` |
| 1574 | * :c:macro:`PyUnicode_READ`, :c:macro:`PyUnicode_READ_CHAR`, :c:macro:`PyUnicode_WRITE` |
| 1575 | * :c:macro:`PyUnicode_MAX_CHAR_VALUE` |
| 1576 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1577 | |
| 1578 | |
Victor Stinner | d1be878 | 2011-12-09 00:10:41 +0100 | [diff] [blame] | 1579 | Deprecated |
| 1580 | ========== |
| 1581 | |
Georg Brandl | 0cd25c9 | 2011-04-29 13:45:54 +0200 | [diff] [blame] | 1582 | Unsupported Operating Systems |
Victor Stinner | d1be878 | 2011-12-09 00:10:41 +0100 | [diff] [blame] | 1583 | ----------------------------- |
Victor Stinner | b90db4c | 2011-04-26 22:48:24 +0200 | [diff] [blame] | 1584 | |
Brian Curtin | 49a40cd | 2011-05-02 22:30:06 -0500 | [diff] [blame] | 1585 | OS/2 and VMS are no longer supported due to the lack of a maintainer. |
| 1586 | |
| 1587 | Windows 2000 and Windows platforms which set ``COMSPEC`` to ``command.com`` |
| 1588 | are no longer supported due to maintenance burden. |
Victor Stinner | b90db4c | 2011-04-26 22:48:24 +0200 | [diff] [blame] | 1589 | |
| 1590 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1591 | Deprecated Python modules, functions and methods |
Victor Stinner | d1be878 | 2011-12-09 00:10:41 +0100 | [diff] [blame] | 1592 | ------------------------------------------------ |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1593 | |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1594 | * The ``unicode_internal`` codec has been deprecated because of the |
Sandro Tosi | cd89912 | 2012-01-22 12:16:04 +0100 | [diff] [blame] | 1595 | :pep:`393`, use UTF-8, UTF-16 (``utf-16-le`` or ``utf-16-be``), or UTF-32 |
| 1596 | (``utf-32-le`` or ``utf-32-be``) |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1597 | * :meth:`ftplib.FTP.nlst` and :meth:`ftplib.FTP.dir`: use |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1598 | :meth:`ftplib.FTP.mlsd` |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1599 | * :func:`platform.popen`: use the :mod:`subprocess` module. Check especially |
| 1600 | the :ref:`subprocess-replacements` section. |
| 1601 | * :issue:`13374`: The Windows bytes API has been deprecated in the :mod:`os` |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1602 | module. Use Unicode filenames, instead of bytes filenames, to not depend on |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1603 | the ANSI code page anymore and to support any filename. |
Florent Xicluna | a72a98f | 2012-02-13 11:03:30 +0100 | [diff] [blame] | 1604 | * :issue:`13988`: The :mod:`xml.etree.cElementTree` module is deprecated. The |
| 1605 | accelerator is used automatically whenever available. |
Victor Stinner | 47620a6 | 2012-04-29 02:52:39 +0200 | [diff] [blame] | 1606 | * The behaviour of :func:`time.clock` depends on the platform: use the new |
| 1607 | :func:`time.perf_counter` or :func:`time.process_time` function instead, |
| 1608 | depending on your requirements, to have a well defined behaviour. |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1609 | |
| 1610 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1611 | Deprecated functions and types of the C API |
Victor Stinner | d1be878 | 2011-12-09 00:10:41 +0100 | [diff] [blame] | 1612 | ------------------------------------------- |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1613 | |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 1614 | The :c:type:`Py_UNICODE` has been deprecated by :pep:`393` and will be |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1615 | removed in Python 4. All functions using this type are deprecated: |
| 1616 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1617 | Unicode functions and methods using :c:type:`Py_UNICODE` and |
| 1618 | :c:type:`Py_UNICODE*` types: |
| 1619 | |
| 1620 | * :c:macro:`PyUnicode_FromUnicode`: use :c:func:`PyUnicode_FromWideChar` or |
| 1621 | :c:func:`PyUnicode_FromKindAndData` |
| 1622 | * :c:macro:`PyUnicode_AS_UNICODE`, :c:func:`PyUnicode_AsUnicode`, |
| 1623 | :c:func:`PyUnicode_AsUnicodeAndSize`: use :c:func:`PyUnicode_AsWideCharString` |
| 1624 | * :c:macro:`PyUnicode_AS_DATA`: use :c:macro:`PyUnicode_DATA` with |
| 1625 | :c:macro:`PyUnicode_READ` and :c:macro:`PyUnicode_WRITE` |
| 1626 | * :c:macro:`PyUnicode_GET_SIZE`, :c:func:`PyUnicode_GetSize`: use |
| 1627 | :c:macro:`PyUnicode_GET_LENGTH` or :c:func:`PyUnicode_GetLength` |
| 1628 | * :c:macro:`PyUnicode_GET_DATA_SIZE`: use |
| 1629 | ``PyUnicode_GET_LENGTH(str) * PyUnicode_KIND(str)`` (only work on ready |
| 1630 | strings) |
Victor Stinner | bf6e560 | 2011-12-12 01:53:47 +0100 | [diff] [blame] | 1631 | * :c:func:`PyUnicode_AsUnicodeCopy`: use :c:func:`PyUnicode_AsUCS4Copy` or |
| 1632 | :c:func:`PyUnicode_AsWideCharString` |
Victor Stinner | ab59594 | 2011-12-17 04:59:06 +0100 | [diff] [blame] | 1633 | * :c:func:`PyUnicode_GetMax` |
| 1634 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1635 | |
Victor Stinner | a996f1e | 2011-11-21 13:14:43 +0100 | [diff] [blame] | 1636 | Functions and macros manipulating Py_UNICODE* strings: |
| 1637 | |
| 1638 | * :c:macro:`Py_UNICODE_strlen`: use :c:func:`PyUnicode_GetLength` or |
| 1639 | :c:macro:`PyUnicode_GET_LENGTH` |
| 1640 | * :c:macro:`Py_UNICODE_strcat`: use :c:func:`PyUnicode_CopyCharacters` or |
| 1641 | :c:func:`PyUnicode_FromFormat` |
| 1642 | * :c:macro:`Py_UNICODE_strcpy`, :c:macro:`Py_UNICODE_strncpy`, |
| 1643 | :c:macro:`Py_UNICODE_COPY`: use :c:func:`PyUnicode_CopyCharacters` or |
| 1644 | :c:func:`PyUnicode_Substring` |
| 1645 | * :c:macro:`Py_UNICODE_strcmp`: use :c:func:`PyUnicode_Compare` |
| 1646 | * :c:macro:`Py_UNICODE_strncmp`: use :c:func:`PyUnicode_Tailmatch` |
| 1647 | * :c:macro:`Py_UNICODE_strchr`, :c:macro:`Py_UNICODE_strrchr`: use |
| 1648 | :c:func:`PyUnicode_FindChar` |
Victor Stinner | 606e19d | 2012-01-04 03:59:16 +0100 | [diff] [blame] | 1649 | * :c:macro:`Py_UNICODE_FILL`: use :c:func:`PyUnicode_Fill` |
Victor Stinner | ab59594 | 2011-12-17 04:59:06 +0100 | [diff] [blame] | 1650 | * :c:macro:`Py_UNICODE_MATCH` |
Victor Stinner | a996f1e | 2011-11-21 13:14:43 +0100 | [diff] [blame] | 1651 | |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1652 | Encoders: |
| 1653 | |
| 1654 | * :c:func:`PyUnicode_Encode`: use :c:func:`PyUnicode_AsEncodedObject` |
| 1655 | * :c:func:`PyUnicode_EncodeUTF7` |
Victor Stinner | a996f1e | 2011-11-21 13:14:43 +0100 | [diff] [blame] | 1656 | * :c:func:`PyUnicode_EncodeUTF8`: use :c:func:`PyUnicode_AsUTF8` or |
| 1657 | :c:func:`PyUnicode_AsUTF8String` |
Victor Stinner | 46606ce | 2011-11-20 18:27:55 +0100 | [diff] [blame] | 1658 | * :c:func:`PyUnicode_EncodeUTF32` |
| 1659 | * :c:func:`PyUnicode_EncodeUTF16` |
| 1660 | * :c:func:`PyUnicode_EncodeUnicodeEscape:` use |
| 1661 | :c:func:`PyUnicode_AsUnicodeEscapeString` |
| 1662 | * :c:func:`PyUnicode_EncodeRawUnicodeEscape:` use |
| 1663 | :c:func:`PyUnicode_AsRawUnicodeEscapeString` |
| 1664 | * :c:func:`PyUnicode_EncodeLatin1`: use :c:func:`PyUnicode_AsLatin1String` |
| 1665 | * :c:func:`PyUnicode_EncodeASCII`: use :c:func:`PyUnicode_AsASCIIString` |
| 1666 | * :c:func:`PyUnicode_EncodeCharmap` |
| 1667 | * :c:func:`PyUnicode_TranslateCharmap` |
| 1668 | * :c:func:`PyUnicode_EncodeMBCS`: use :c:func:`PyUnicode_AsMBCSString` or |
| 1669 | :c:func:`PyUnicode_EncodeCodePage` (with ``CP_ACP`` code_page) |
| 1670 | * :c:func:`PyUnicode_EncodeDecimal`, |
| 1671 | :c:func:`PyUnicode_TransformDecimalToASCII` |
| 1672 | |
| 1673 | |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1674 | Porting to Python 3.3 |
| 1675 | ===================== |
| 1676 | |
| 1677 | This section lists previously described changes and other bugfixes |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 1678 | that may require changes to your code. |
| 1679 | |
| 1680 | Porting Python code |
| 1681 | ------------------- |
Giampaolo Rodolà | 3108f98 | 2011-02-24 20:59:48 +0000 | [diff] [blame] | 1682 | |
Georg Brandl | d6c4340 | 2012-03-07 08:55:52 +0100 | [diff] [blame] | 1683 | .. XXX add a point about hash randomization and that it's always on in 3.3 |
| 1684 | |
Victor Stinner | 19bd069 | 2011-11-16 00:18:57 +0100 | [diff] [blame] | 1685 | * :issue:`12326`: On Linux, sys.platform doesn't contain the major version |
Victor Stinner | ff3d939 | 2011-08-20 23:39:26 +0200 | [diff] [blame] | 1686 | anymore. It is now always 'linux', instead of 'linux2' or 'linux3' depending |
| 1687 | on the Linux version used to build Python. Replace sys.platform == 'linux2' |
| 1688 | with sys.platform.startswith('linux'), or directly sys.platform == 'linux' if |
| 1689 | you don't need to support older Python versions. |
Éric Araujo | c09fca6 | 2011-03-23 02:06:24 +0100 | [diff] [blame] | 1690 | |
Victor Stinner | ecc6e66 | 2012-03-14 00:39:29 +0100 | [diff] [blame] | 1691 | * :issue:`13847`, :issue:`14180`: :mod:`time` and :mod:`datetime`: |
| 1692 | :exc:`OverflowError` is now raised instead of :exc:`ValueError` if a |
| 1693 | timestamp is out of range. :exc:`OSError` is now raised if C functions |
| 1694 | :c:func:`gmtime` or :c:func:`localtime` failed. |
| 1695 | |
Brett Cannon | c204348 | 2012-04-29 20:59:41 -0400 | [diff] [blame] | 1696 | * The default finders used by import now utilize a cache of what is contained |
| 1697 | within a specific directory. If you create a Python source file or sourceless |
| 1698 | bytecode file, make sure to call :func:`importlib.invalidate_caches` to clear |
| 1699 | out the cache for the finders to notice the new file. |
| 1700 | |
| 1701 | * :exc:`ImportError` now uses the full name of the module that was attemped to |
| 1702 | be imported. Doctests that check ImportErrors' message will need to be |
| 1703 | updated to use the full name of the module instead of just the tail of the |
| 1704 | name. |
| 1705 | |
| 1706 | * The **index** argument to :func:`__import__` now defaults to 0 instead of -1 |
| 1707 | and no longer support negative values. It was an oversight when :pep:`328` was |
| 1708 | implemented that the default value remained -1. If you need to continue to |
| 1709 | perform a relative import followed by an absolute import, then perform the |
| 1710 | relative import using an index of 1, followed by another import using an |
| 1711 | index of 0. It is preferred, though, that you use |
| 1712 | :func:`importlib.import_module` rather than call :func:`__import__` directly. |
| 1713 | |
| 1714 | * :func:`__import__` no longer allows one to use an index value other than 0 |
| 1715 | for top-level modules. E.g. ``__import__('sys', level=1)`` is now an error. |
| 1716 | |
| 1717 | * Because :attr:`sys.meta_path` and :attr:`sys.path_hooks` now have finders on |
| 1718 | them by default, you will most likely want to use :meth:`list.insert` instead |
| 1719 | of :meth:`list.append` to add to those lists. |
| 1720 | |
| 1721 | * Because ``None`` is now inserted into :attr:`sys.path_importer_cache`, if you |
| 1722 | are clearing out entries in the dictionary of paths that do not have a |
| 1723 | finder, you will need to remove keys paired with values of ``None`` **and** |
| 1724 | :class:`imp.NullImporter` to be backwards-compatible. This will need to extra |
| 1725 | overhead on older versions of Python that re-insert ``None`` into |
| 1726 | :attr:`sys.path_importer_cache` where it repesents the use of implicit |
| 1727 | finders, but semantically it should not change anything. |
| 1728 | |
| 1729 | * :meth:`importlib.abc.SourceLoader.path_mtime` is now deprecated in favour of |
| 1730 | :meth:`importlib.abc.SourceLoader.path_stats` as bytecode files now store |
| 1731 | both the modification time and size of the source file the bytecode file was |
| 1732 | compiled from. |
| 1733 | |
| 1734 | |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 1735 | Porting C code |
| 1736 | -------------- |
| 1737 | |
Stefan Krah | 54c3203 | 2012-02-29 17:47:21 +0100 | [diff] [blame] | 1738 | * In the course of changes to the buffer API the undocumented |
| 1739 | :c:member:`~Py_buffer.smalltable` member of the |
| 1740 | :c:type:`Py_buffer` structure has been removed and the |
| 1741 | layout of the :c:type:`PyMemoryViewObject` has changed. |
| 1742 | |
| 1743 | All extensions relying on the relevant parts in ``memoryobject.h`` |
| 1744 | or ``object.h`` must be rebuilt. |
| 1745 | |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 1746 | * Due to :ref:`PEP 393 <pep-393>`, the :c:type:`Py_UNICODE` type and all |
| 1747 | functions using this type are deprecated (but will stay available for |
| 1748 | at least five years). If you were using low-level Unicode APIs to |
| 1749 | construct and access unicode objects and you want to benefit of the |
Éric Araujo | 4f61a2d | 2012-04-04 23:01:01 -0400 | [diff] [blame] | 1750 | memory footprint reduction provided by PEP 393, you have to convert |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 1751 | your code to the new :doc:`Unicode API <../c-api/unicode>`. |
| 1752 | |
| 1753 | However, if you only have been using high-level functions such as |
| 1754 | :c:func:`PyUnicode_Concat()`, :c:func:`PyUnicode_Join` or |
| 1755 | :c:func:`PyUnicode_FromFormat()`, your code will automatically take |
| 1756 | advantage of the new unicode representations. |
| 1757 | |
Antoine Pitrou | c229e6e | 2012-02-20 19:41:11 +0100 | [diff] [blame] | 1758 | Building C extensions |
| 1759 | --------------------- |
| 1760 | |
| 1761 | * The range of possible file names for C extensions has been narrowed. |
| 1762 | Very rarely used spellings have been suppressed: under POSIX, files |
| 1763 | named ``xxxmodule.so``, ``xxxmodule.abi3.so`` and |
| 1764 | ``xxxmodule.cpython-*.so`` are no longer recognized as implementing |
| 1765 | the ``xxx`` module. If you had been generating such files, you have |
| 1766 | to switch to the other spellings (i.e., remove the ``module`` string |
| 1767 | from the file names). |
| 1768 | |
| 1769 | (implemented in :issue:`14040`.) |
| 1770 | |
| 1771 | |
Antoine Pitrou | 037ffbf | 2011-10-24 00:25:41 +0200 | [diff] [blame] | 1772 | Other issues |
| 1773 | ------------ |
| 1774 | |
Éric Araujo | c09fca6 | 2011-03-23 02:06:24 +0100 | [diff] [blame] | 1775 | .. Issue #11591: When :program:`python` was started with :option:`-S`, |
| 1776 | ``import site`` will not add site-specific paths to the module search |
| 1777 | paths. In previous versions, it did. See changeset for doc changes in |
| 1778 | various files. Contributed by Carl Meyer with editions by Éric Araujo. |
Éric Araujo | be3bd57 | 2011-03-26 01:55:15 +0100 | [diff] [blame] | 1779 | |
Éric Araujo | bfc9729 | 2011-11-14 18:18:15 +0100 | [diff] [blame] | 1780 | .. Issue #10998: the -Q command-line flag and related artifacts have been |
Éric Araujo | be3bd57 | 2011-03-26 01:55:15 +0100 | [diff] [blame] | 1781 | removed. Code checking sys.flags.division_warning will need updating. |
| 1782 | Contributed by Éric Araujo. |