[3.8] bpo-36384: [doc] Correct typos in CVE-2021-29921 fix descriptio… · python/cpython@6ebfe8d (original) (raw)
File tree
2 files changed
lines changed
- Misc/NEWS.d/next/Security
2 files changed
lines changed
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -2317,7 +2317,7 @@ Changes in the Python API | ||
2317 | 2317 | Starting with Python 3.8.12 the :mod:`ipaddress` module no longer accepts |
2318 | 2318 | any leading zeros in IPv4 address strings. Leading zeros are ambiguous and |
2319 | 2319 | interpreted as octal notation by some libraries. For example the legacy |
2320 | -function :func:`socket.inet_aton` treats leading zeros as octal notatation. | |
2320 | +function :func:`socket.inet_aton` treats leading zeros as octal notation. | |
2321 | 2321 | glibc implementation of modern :func:`~socket.inet_pton` does not accept |
2322 | 2322 | any leading zeros. |
2323 | 2323 |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,6 +1,6 @@ | ||
1 | 1 | :mod:`ipaddress` module no longer accepts any leading zeros in IPv4 address |
2 | 2 | strings. Leading zeros are ambiguous and interpreted as octal notation by |
3 | 3 | some libraries. For example the legacy function :func:`socket.inet_aton` |
4 | -treats leading zeros as octal notatation. glibc implementation of modern | |
4 | +treats leading zeros as octal notation. glibc implementation of modern | |
5 | 5 | :func:`~socket.inet_pton` does not accept any leading zeros. For a while |
6 | 6 | the :mod:`ipaddress` module used to accept ambiguous leading zeros. |