[issue41978] numpy, scipy packages failed to install via pip - Windows 10 Pro 64 bit

Jürgen Gmach added the comment: While e.g. numpy already shows Python 3.9 support on their GitHub repository ( https://github.com/numpy/numpy/blob/master/setup.py ), there is no Python 3.9 compatible package on PyPI yet ( https://pypi.org/project/numpy/#files ). I guess you have to wait a

[issue41978] numpy, scipy packages failed to install via pip - Windows 10 Pro 64 bit

Christian Heimes added the comment: As Jürgen said numpy does not provide binaries for Python 3.9 yet. Please report the issue with numpy and request builds for Python 3.9. -- nosy: +christian.heimes resolution: -> third party stage: -> resolved status: open -> closed

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Change by Serhiy Storchaka : -- nosy: +benjamin.peterson, gvanrossum, pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41979] PEG parser doesn't accept extended unpacking in with statement

New submission from Joshua Oreman : On Python 3.9.0 with the new PEG parser, the following statement produces a SyntaxError: with contextlib.nullcontext(range(1, 5)) as (first, *rest, last): print(first, rest, last) On 3.8.x, or 3.9.0 with -X oldparser, it succeeds and prints "1 [2, 3]

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

STINNER Victor added the comment: setuptools is still more recent in 3.9 than in master. Look at PR 21748. Can someone try to update setuptools in master? -- ___ Python tracker

[issue41963] ConfigParser: stripping of comments should be documented

Jürgen Gmach added the comment: pymotw.com shows a big red warning about comments not being preserved: https://pymotw.com/3/configparser/ -- ___ Python tracker ___

[issue41974] Remove complex.__float__, complex.__floordiv__, etc

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41974] Remove complex.__float__, complex.__floordiv__, etc

Serhiy Storchaka added the comment: New changeset e2ec0b27c02a158d0007c11dcc1f2d7a95948712 by Serhiy Storchaka in branch 'master': bpo-41974: Remove complex.__float__, complex.__floordiv__, etc (GH-22593) https://github.com/python/cpython/commit/e2ec0b27c02a158d0007c11dcc1f2d7a95948712

[issue41980] Argparse documentation is slightly misleading

New submission from Yannick Gingras : In argparse.rst, while documenting ArgumentParser.add_subparsers, ``prog`` is described on line 1630 as: usage information that will be displayed with sub-command help, by default the name of the program and any positional arguments before the

[issue24653] Mock.assert_has_calls([]) is surprising for users

Irit Katriel added the comment: I agree that the confusion was probably due to assumptions rather than a misreading of the doc, and I would not object to closing this issue. However, Robert did object so I would like to suggest an adjustment that may help: Currently the documentation of

[issue41831] Restore default __str__ of tkinter.EventType

Change by miss-islington : -- pull_requests: +21598 pull_request: https://github.com/python/cpython/pull/22617 ___ Python tracker ___

[issue41831] Restore default __str__ of tkinter.EventType

miss-islington added the comment: New changeset 86938548d5829400065d2705e3d25604c14b23b7 by Miss Skeleton (bot) in branch '3.8': bpo-41831: Add tests for tkinter.Event.__repr__ (GH-22354) https://github.com/python/cpython/commit/86938548d5829400065d2705e3d25604c14b23b7 --

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Saiyang Gou : -- nosy: +gousaiyang nosy_count: 6.0 -> 7.0 pull_requests: +21599 pull_request: https://github.com/python/cpython/pull/22619 ___ Python tracker ___

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

New submission from Glyph Lefkowitz : This example: from __future__ import annotations from functools import singledispatchmethod class Comparable: @singledispatchmethod def compare(self, arg: object): raise NotImplementedError("what") @compare.register def _(self,

[issue41831] Restore default __str__ of tkinter.EventType

Serhiy Storchaka added the comment: New changeset 43c3eafa1bcdc522870e112d3e2d67ce2451c34b by Miss Skeleton (bot) in branch '3.9': bpo-41831: Add tests for tkinter.Event.__repr__ (GH-22354) (GH-22617) https://github.com/python/cpython/commit/43c3eafa1bcdc522870e112d3e2d67ce2451c34b

[issue41831] Restore default __str__ of tkinter.EventType

miss-islington added the comment: New changeset f8ebb7b62ea266df5c6e0f910b7a6b0eb73deee4 by Miss Skeleton (bot) in branch '3.8': bpo-41831: Restore str implementation of __str__ in tkinter.EventType (GH-22355) https://github.com/python/cpython/commit/f8ebb7b62ea266df5c6e0f910b7a6b0eb73deee4

[issue41831] Restore default __str__ of tkinter.EventType

miss-islington added the comment: New changeset 1f75fc7a9d9efbced2e0b0001ac148268a626d63 by Miss Skeleton (bot) in branch '3.9': bpo-41831: Restore str implementation of __str__ in tkinter.EventType (GH-22355) https://github.com/python/cpython/commit/1f75fc7a9d9efbced2e0b0001ac148268a626d63

[issue41831] Restore default __str__ of tkinter.EventType

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

New submission from Serhiy Storchaka : Py_FileSystemDefaultEncodeErrors was added to limited API in 3.7 and Py_UTF8Mode -- in 3.7. But in 3.8 their declarations are not available if Py_LIMITED_API is defined because they were moved to different header file included only if Py_LIMITED_API is

[issue41831] Restore default __str__ of tkinter.EventType

Change by miss-islington : -- pull_requests: +21603 pull_request: https://github.com/python/cpython/pull/22623 ___ Python tracker ___

[issue41831] Restore default __str__ of tkinter.EventType

Serhiy Storchaka added the comment: New changeset eb38c6b7aa35d3003ec0958533421902d19ce408 by Serhiy Storchaka in branch 'master': bpo-41831: Restore str implementation of __str__ in tkinter.EventType (GH-22355)

[issue41831] Restore default __str__ of tkinter.EventType

Change by miss-islington : -- pull_requests: +21602 pull_request: https://github.com/python/cpython/pull/22622 ___ Python tracker ___

[issue41940] AMD64 Debian root 3.x: tests fail because downloaded files start with:

Change by Emmanuel Arias : -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41940] AMD64 Debian root 3.x: tests fail because downloaded files start with:

Emmanuel Arias added the comment: Hi, seems that this test doesn't occur ? or I'm very wrong? https://buildbot.python.org/all/#/builders/345 -- ___ Python tracker ___

[issue41985] Argument Clinic: add converter for file descriptor

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21600 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22620 ___ Python tracker

[issue41984] Empty __slots__ can create untracked reference cycles

New submission from Brandt Bucher : Currently, we don't track instances of certain heap types based on the assumption that "no members" == "no reference cycles". Unfortunately, it's still possible to create untracked reference cycles with one's parents. The following program leaks memory:

[issue41985] Argument Clinic: add converter for file descriptor

New submission from Serhiy Storchaka : Local converters for file descriptors which uses PyObject_AsFileDescriptor() are defined and used in several files: Modules/fcntlmodule.c, Modules/posixmodule.c, Modules/selectmodule.c, Modules/termios.c. The proposed PR replaces them all with a global

[issue41805] types.GenericAlias and types.Union have no documentation

Change by Ken Jin : -- keywords: +patch pull_requests: +21596 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22615 ___ Python tracker ___

[issue41831] Restore default __str__ of tkinter.EventType

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +21597 pull_request: https://github.com/python/cpython/pull/22616 ___ Python tracker

[issue41831] Restore default __str__ of tkinter.EventType

Serhiy Storchaka added the comment: New changeset f25323a307a72c40862c87c2df822f83be6645da by Serhiy Storchaka in branch 'master': bpo-41831: Add tests for tkinter.Event.__repr__ (GH-22354) https://github.com/python/cpython/commit/f25323a307a72c40862c87c2df822f83be6645da --

[issue41984] Empty __slots__ can create untracked reference cycles

Pablo Galindo Salgado added the comment: Thanks for noticing this, Brandt! > The fix is simple: track all instances of user-defined classes, no exceptions I have the fear that this may increase the time of collections substantially because even if many of them won't have references at all,

[issue41986] Py_FileSystemDefaultEncodeErrors and Py_UTF8Mode are not available with limited API

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21601 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22621 ___ Python tracker

[issue41756] Do not always use exceptions to return result from coroutine

Yury Selivanov added the comment: New changeset 037245c5ac46c3436f617a1f5d965929754be239 by Vladimir Matveev in branch 'master': bpo-41756: Add PyIter_Send function (#22443) https://github.com/python/cpython/commit/037245c5ac46c3436f617a1f5d965929754be239 --

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

Batuhan Taskaya added the comment: AFAIK the normal way of registering types (dispatcher.register()) also requires that registered type be defined at the execution type. I guess, if we are going to support such a thing, we might end up with supporting passing strings into the .register() as

[issue41988] No hyphen in broken up word in documentation

New submission from Henk-Jaap Wagenaar : In the decimal module documentation: https://docs.python.org/3/library/decimal.html Arithmetic is broken up for me as "Arith\nmetic", not the missing hyphen, unless I am mistaken it should be "Arith-\nmetic". Is this a Sphinx issue? Is this a browser

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

Glyph Lefkowitz added the comment: The behavior is the same with a traditional quoted forward declaration, so it’s not specific to the __future__ import; I just phrased the example that way to show how it’s going to look in the future and to illustrate how it might crop up in a way which is

[issue41988] No hyphen in broken up word in documentation

Mariatta added the comment: In the source code, we wrote it as "arithmetic" in one word. https://raw.githubusercontent.com/python/cpython/master/Doc/library/decimal.rst So I think this is either Sphinx or Docutils issue. -- nosy: +Mariatta ___

[issue41984] Empty __slots__ can create untracked reference cycles

Brandt Bucher added the comment: > Maybe I am missing something but we could mark them as having GC support > unconditionally but still leave them untracking and unconditionally add a > tracking call on setattribute. Hm, I’m not sure that would be enough. Consider the case of a class that

[issue38153] Normalize hashing algorithm names

Gregory P. Smith added the comment: looks like it, thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34706] Signature.from_callable sometimes drops subclassing

Change by Gregory P. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41984] Empty __slots__ can create untracked reference cycles

Pablo Galindo Salgado added the comment: > I’m just not sure I see a way to fix this without tracking them all. IIRC we do skip the GC flags for user-created types only when the subtype is not adding new variables *and* the base class is not a GC class by itself. This includes the case with

[issue34706] Signature.from_callable sometimes drops subclassing

Irit Katriel added the comment: This seems complete, can it be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___

[issue41989] htmlparser unclosed script tag causes data loss

New submission from Waylan Limberg : When the `close` method of the HtmlParser is called, any cached text data is generally flushed and passed to a `data` event; except when in `data_mode`. Specifically, if an unclosed `script` or `style` tag has been encountered, a call to `close` does not

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

Guido van Rossum added the comment: This behavior (only relevant with `from __future__ import annotations`) has been around since @singledispatchmethod was introduced in 3.8, so I agree we should treat it as a feature request. In the meantime, maybe a workaround is to move the register call

[issue38153] Normalize hashing algorithm names

Irit Katriel added the comment: Can this be closed? -- nosy: +iritkatriel ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41985] Argument Clinic: add converter for file descriptor

Serhiy Storchaka added the comment: New changeset 9975cc5008c795e069ce11e2dbed2110cc12e74e by Serhiy Storchaka in branch 'master': bpo-41985: Add _PyLong_FileDescriptor_Converter and AC converter for "fildes". (GH-22620)

[issue39679] functools: singledispatchmethod doesn't work with classmethod

Glyph Lefkowitz added the comment: I also just discovered this. I thought it must have regressed at some point but I see the docs say "new in 3.8" and I'm using 3.8. Is there a "no CI for examples in the docs" issue that this could be linked to? -- nosy: +glyph

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

miss-islington added the comment: New changeset b2c0a43699bd9023a69e3fa554f5488a2e17e278 by Saiyang Gou in branch 'master': bpo-39481: Fix duplicate SimpleQueue type in test_genericalias.py (GH-22619) https://github.com/python/cpython/commit/b2c0a43699bd9023a69e3fa554f5488a2e17e278

[issue41985] Argument Clinic: add converter for file descriptor

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Saiyang Gou : -- pull_requests: +21604 pull_request: https://github.com/python/cpython/pull/22624 ___ Python tracker ___

[issue41371] test_zoneinfo fails when lzma module is unavailable

Karthikeyan Singaravelan added the comment: Thanks @doodspav for the report and Thanks nathan for the patch. This somehow missed 3.9.0 but will be available in 3.9.1. I am closing the issue. Feel free to reopen this or a new issue to implement suggestions by Paul in msg374822. --

[issue41371] test_zoneinfo fails when lzma module is unavailable

Karthikeyan Singaravelan added the comment: New changeset 20bdeedfb4ebd250dad9834c96cb858d83c896cb by Karthikeyan Singaravelan in branch '3.9': [3.9] bpo-41371: Handle lzma lib import error in test_zoneinfo.py (GH-21734) (GH-22039)

[issue41980] Argparse documentation is slightly misleading

Change by Karthikeyan Singaravelan : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40814] Update typing module documentation based on PEP 585

Ken Jin added the comment: I've created a PR 22615 which partly addresses the documentation for GenericAlias in stdtypes. I have a side question: should __args__, and __origin__ be documented somewhere as well? I noticed it has no documentation even though it's used to check generics. At

[issue41980] Argparse documentation is slightly misleading

Raymond Hettinger added the comment: That sounds likes reasonable improvement. Would you like to submit a PR? -- ___ Python tracker ___

[issue41974] Remove complex.__float__, complex.__floordiv__, etc

Raymond Hettinger added the comment: +1 This makes sense. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41963] ConfigParser: stripping of comments should be documented

Jürgen Gmach added the comment: The Python wiki mentions that "writing to an INI file will wipe out all comments". https://wiki.python.org/moin/ConfigParserExamples So, when updating the docstrings, it may be a good idea to both add a note at the read methods, that comments get ignored and

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Pablo Galindo Salgado added the comment: New changeset 48f305fd122080a9181cbda33bdb42ea36a0136f by Batuhan Taskaya in branch 'master': bpo-41979: Accept star-unpacking on with-item targets (GH-22611) https://github.com/python/cpython/commit/48f305fd122080a9181cbda33bdb42ea36a0136f

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Change by Batuhan Taskaya : -- pull_requests: +21595 pull_request: https://github.com/python/cpython/pull/22612 ___ Python tracker ___

[issue41979] PEG parser doesn't accept extended unpacking in with statement

miss-islington added the comment: New changeset 42157b9eaa7f4de69a5f5f65d4403d70efa6a5c2 by Batuhan Taskaya in branch '3.9': [3.9] bpo-41979: Accept star-unpacking on with-item targets (GH-22611) (GH-22612) https://github.com/python/cpython/commit/42157b9eaa7f4de69a5f5f65d4403d70efa6a5c2

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

Change by Erlend Egeberg Aasland : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

Erlend Egeberg Aasland added the comment: Merged to 3.10, 3.9, 3.8 on both builds. Closing this. -- ___ Python tracker ___ ___

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +21594 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22611 ___ Python tracker ___

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41979] PEG parser doesn't accept extended unpacking in with statement

Change by Lysandros Nikolaou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41970] test_lib2to3 fails since Python 3.9

Pablo Galindo Salgado added the comment: New changeset c6f41e62f55933f9735e9b9c103c6860685b028a by Karthikeyan Singaravelan in branch '3.9': [3.9] bpo-41970: Avoid test failure in test_lib2to3 if the module is already imported (GH-22595) (GH-22609)

[issue41970] test_lib2to3 fails since Python 3.9

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41981] Errors building python 3.9.0 from source

STINNER Victor added the comment: Python/strdup.c has been removed from the master branch in bpo-41340: commit 5798f787779006a94a55ec74a86da4627de90146 Author: wasiher Date: Mon Jul 27 12:28:45 2020 +0900 bpo-41340: Removed fallback implementation for strdup (GH-21634) Your C library

[issue41982] Wrong location flagged as syntax error

iljah added the comment: Python 3.8.5 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41982] [Python 3.8] Wrong location flagged as syntax error

STINNER Victor added the comment: Python 3.9 parser seems to be more accurate. I don't think that it's worth it to attempt to enhance Python 3.8 error reporting, since Python 3.9 got a whole new parser. @apu$ python3.8 x.py File "x.py", line 4 open('file1', 'w') as file1,

[issue41981] Errors building python 3.9.0 from source

New submission from Federico Tesser : Good afternoon. I have some problems building python 3.9.0 from source. Here's my configuration: CC=/usr/local/gcc-10.2.0/bin/gcc CXX=/usr/local/gcc-10.2.0/bin/g++ CFLAGS="-I/usr/local/libuuid-1.0.3/include/ -I/usr/local/libuuid-1.0.3/include/uuid/

[issue41483] Do not acquire lock in MemoryHandler.flush() if no target defined

Change by Vinay Sajip : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41981] Errors building python 3.9.0 from source

STINNER Victor added the comment: What is your operating system? Can you please attach your pyconfig.h file? -- nosy: +vstinner ___ Python tracker ___

[issue41981] Errors building python 3.9.0 from source

STINNER Victor added the comment: > ./Modules/getpath.c:1198:14: error: incompatible types when assigning to type > ‘PyStatus’ from type ‘int’ Do you have HAVE_READLINK defined? calculate_argv0_path() calls resolve_symlinks() without checking if HAVE_READLINK is defined. --

[issue41981] Errors building python 3.9.0 from source

Federico Tesser added the comment: Operating System Centos 7. Here attached the pyconfig.h. Oddly, it seems that HAVE_READLINK is not configured. Any suggestions? -- Added file: https://bugs.python.org/file49500/pyconfig.h ___ Python tracker

[issue41982] Wrong location flagged as syntax error

New submission from iljah : File: #! /usr/bin/env python3 with \ open('file1', 'w') as file1, open('file2', 'w') as file2: print('ok') gives error: File "./test.py", line 3 open('file1', 'w') as file1, ^ SyntaxError: invalid syntax but adding \ after

[issue34067] Problem with contextlib.nullcontext

Irit Katriel added the comment: For the original problem, how about this? def process_file(file_or_path): if isinstance(file_or_path, str): # If string, open file cm = open else: # Caller is responsible for closing file

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

Federico Tesser added the comment: I am sorry to have bothered you. I found the problem: In "config.log" you can see that "/bin/ld" did not found "-lpanelw". The problem was that in ncurses-6.2 it was "-lpaneltw". Pyhon has been succesfully installed, using gcc 4.8.5 toolchain, as

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

Charalampos Stratakis added the comment: The RHEL7 buildbots test on the default system compiler (GCC 4.8). The combination of RHEL7 + GCC10 + Python 3.9 could do very weird stuff, and I don't think it would easy to support. Generally the build environment of an OS is tied to the default

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

Federico Tesser added the comment: Same problems using gcc 4.8.5. Attached you will find the corresponding "pyconfig.h" and "config.log" It seems quite odd to me too -- ___ Python tracker

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

STINNER Victor added the comment: config.log: configure:11697: checking for readlink configure:11697: gcc -pthread -(...) -lpanelw -lbz2 -lpthread -ldl >&5 /bin/ld: cannot find -lpanelw It seems like many tests are failing because of -lpanelw and the missing library. According to

[issue41972] bytes.find consistently hangs in a particular scenario

Tim Peters added the comment: The attached fastsearch.diff removes the speed hit in the original test case and in the constructed one. I don't know whether it "should be" applied, and really can't make time to dig into it. The rationale: when the last characters of the pattern string and

[issue35790] Correct the description of sys.exc_info() and add a code example

Change by Géry : -- nosy: +cheryl.sabella -eric.araujo, ezio.melotti, willingc title: Correct a statement about sys.exc_info() values restoration -> Correct the description of sys.exc_info() and add a code example type: -> enhancement versions: +Python 3.6, Python 3.8, Python 3.9

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

STINNER Victor added the comment: > Operating System Centos 7. Oh. That's surprising: there are multiple RHEL7 buildbots and there is no build or test issue on this OS. I would expect Centos 7 to be support, except that you installed GCC 10. We also tested Python 3.9 on GCC 10. Again, I

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

Change by Federico Tesser : Added file: https://bugs.python.org/file49501/pyconfig.h ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

Federico Tesser added the comment: Here the "config.log" -- Added file: https://bugs.python.org/file49502/config.log.tar.gz ___ Python tracker ___

[issue41983] Missing Documentation AF_PACKET

New submission from Darnel T. : Python documentation said AF_PACKET exists, but when I looked at the python script it was missing on Mac and Windows. I'm currently on Windows. -- assignee: docs@python components: Documentation messages: 378331 nosy: TheNuGuy, docs@python priority: