[issue34325] test_zipfile gets OverflowError in multiple buildbots

Change by Petr Viktorin : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue34324] Doc README wrong directory name for venv

Stéphane Wirtel added the comment: I just pushed a PR. -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34324] Doc README wrong directory name for venv

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +8149 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue34314] Like __hash__, allow setting MyClass.__init__ to None to prevent it being called by type.__call__

Change by Raymond Hettinger : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pyth

[issue34319] Clarify pathlib.Path("filepath").read_text()

Thomas Nyberg added the comment: For what it's worth as the original opener of the bug report, I think Terry's recommendation clarifies things quite well. -- ___ Python tracker _

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Stéphane Wirtel added the comment: I also agree with the problem of performance, tuple and str are immutables and from that, we can optimize the generation of the bytecode. Raymond, @Brett & @Serhiy, Can we close this issue? -- nosy: +matrixise ___

[issue34328] Incorrect URL for the Visual C++ Build Tools

sakamotoaya added the comment: Everyone Thank you. That was really helpful. Problem already been resolved. I change status　Pending to close. -- status: pending -> closed ___ Python tracker __

[issue34328] Incorrect URL for the Visual C++ Build Tools

Change by Stéphane Wirtel : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34327] test_subprocess fails

Stéphane Wirtel added the comment: It's a duplicate of this issue: https://bugs.python.org/issue34326 I close this issue. Thank you for your feedback. -- nosy: +matrixise resolution: -> duplicate stage: -> resolved status: open -> closed ___ Pyth

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Tal Einat added the comment: I tend to agree. ISTM that for users, understanding the error message and passing a tuple is trivial, while realizing the performance benefit of using a tuple rather than a list or set here is certainly non-trivial. -- __

[issue34328] Incorrect URL for the Visual C++ Build Tools

Karthikeyan Singaravelan added the comment: Ah sorry, I don't know why it opened this bug while adding a comment. Feel free to change the status. Thanks -- ___ Python tracker __

[issue34328] Incorrect URL for the Visual C++ Build Tools

Karthikeyan Singaravelan added the comment: Upstream issue was resolved : https://github.com/pypa/setuptools/issues/1394 Thanks -- status: pending -> open ___ Python tracker

[issue34328] Incorrect URL for the Visual C++ Build Tools

Ronald Oussoren added the comment: This message is generated by setuptools (in module setuptools.msvc). The GitHub repository for setuptools is at , please contact the developers there. -- nosy: +ronaldoussoren resolution: -> third party stage:

[issue34328] Incorrect URL for the Visual C++ Build Tools

Change by sakamotoaya : -- nosy: +CuriousLearner, ncoghlan, serhiy.storchaka, xtreak ___ Python tracker ___ ___ Python-bugs-list mai

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: For some reason your system resolves invalid names, likely due to some upstream nameserver misbehaving. Is your Internet provider T-Online in Germany? The address 62.138.239.45 is registered to that company, the IP address also appears to host some kind of

[issue34325] test_zipfile gets OverflowError in multiple buildbots

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34328] Incorrect URL for the Visual C++ Build Tools

Change by sakamotoaya : -- title: Question Incorrect URL for the Visual C++ Build Tools -> Incorrect URL for the Visual C++ Build Tools ___ Python tracker ___

[issue34328] Question Incorrect URL for the Visual C++ Build Tools

New submission from sakamotoaya : I try "python setup.py". The following issue has occurred. Excerpt from Error ー reading manifest template 'MANIFEST.in' writing manifest file 'scikit_learn.egg-info\SOURCES.txt' running build_ext No module named 'numpy.distutils._msvccompile

[issue34097] ZIP does not support timestamps before 1980

Serhiy Storchaka added the comment: Tests are failed on some buildbots. See issue34325. -- ___ Python tracker ___ ___ Python-bugs-l

[issue34325] test_zipfile gets OverflowError in multiple buildbots

Serhiy Storchaka added the comment: This is the result of issue34097. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-

[issue27419] Bugs in PyImport_ImportModuleLevelObject

Serhiy Storchaka added the comment: I think it can. Thanks Berker for reminder. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Raymond Hettinger added the comment: > Teammate of mine tripped up against this because he tried to use a list. Then, I recommend we close this. Accepting a list would have encouraged inefficient code (a tuple of constants can be peephole optimized but a list of constants is rebuilt on ever

[issue34319] Clarify pathlib.Path("filepath").read_text()

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +8148 stage: needs patch -> patch review ___ Python tracker ___

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Karthikeyan Singaravelan added the comment: Some of VSTS Mac OS and Linux builds also have the same failure Sample Linux : https://python.visualstudio.com/cpython/_build/results?buildId=21154&view=logs Sample Mac OS : https://python.visualstudio.com/cpython/_build/results?buildId=21155&view

[issue33782] VSTS Windows-PR: internal error

Steve Dower added the comment: > A quick follow-up commit can happen if one uses the web editor to edit more > than one file I hadn't thought of that one. Hopefully they'll just fix their bug though :) I spent a bit of time at the EuroPython sprints making the changes to quickly finish the

[issue34327] test_subprocess fails

Karthikeyan Singaravelan added the comment: Related issue : https://bugs.python.org/issue34326 Thanks -- nosy: +xtreak ___ Python tracker ___

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Terry J. Reedy added the comment: Thank you again, Kevin. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Terry J. Reedy added the comment: New changeset 24a54da9452efb21d30dc56c6b9d0977d08ae452 by Terry Jan Reedy in branch '2.7': [2.7] bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) (GH-8644) https://github.com/python/cpython/commit/24a54da9452efb21d30dc56c6b9d0977d08ae452

[issue34275] IDLE: no calltips on MacOS with tk 8.6

miss-islington added the comment: New changeset ffd6364745dbeb7269c0e4376b63bf76bc44bcc6 by Miss Islington (bot) in branch '3.7': bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) https://github.com/python/cpython/commit/ffd6364745dbeb7269c0e4376b63bf76bc44bcc6 -- ___

[issue34275] IDLE: no calltips on MacOS with tk 8.6

miss-islington added the comment: New changeset 363105e546709339e3419ada9daf5efa0b3b1e18 by Miss Islington (bot) in branch '3.6': bpo-34275: Make IDLE calltips always visible on Mac. (GH-8639) https://github.com/python/cpython/commit/363105e546709339e3419ada9daf5efa0b3b1e18 -- nosy

[issue34317] Improve docstring Environment variables in Windows NT

miss-islington added the comment: New changeset 34f59a7a7843d8e2c1922c830a99b5b7a022f4be by Miss Islington (bot) in branch '3.7': bpo-34317: Fix a dead url to Windows documentation (GH-8622) https://github.com/python/cpython/commit/34f59a7a7843d8e2c1922c830a99b5b7a022f4be -- nosy: +

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by Terry J. Reedy : -- pull_requests: +8147 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34317] Improve docstring Environment variables in Windows NT

Mariatta Wijaya added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by miss-islington : -- pull_requests: +8145 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by miss-islington : -- pull_requests: +8146 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34317] Improve docstring Environment variables in Windows NT

Change by miss-islington : -- pull_requests: +8144 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34317] Improve docstring Environment variables in Windows NT

Mariatta Wijaya added the comment: New changeset 46ebe61c7f3511b97268b44d5373a9e9cf0b5cc7 by Mariatta (HiyashiChuka) in branch 'master': bpo-34317: Fix a dead url to Windows documentation (GH-8622) https://github.com/python/cpython/commit/46ebe61c7f3511b97268b44d5373a9e9cf0b5cc7 --

[issue34275] IDLE: no calltips on MacOS with tk 8.6

Change by Terry J. Reedy : -- components: -Tkinter title: Problems with tkinter and tk8.6 on MacOS -> IDLE: no calltips on MacOS with tk 8.6 ___ Python tracker ___ __

[issue34275] Problems with tkinter and tk8.6 on MacOS

Change by Terry J. Reedy : -- pull_requests: +8143 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34275] Problems with tkinter and tk8.6 on MacOS

Terry J. Reedy added the comment: I verified for my machine also that adding .update_idletasks(), as in calltips_2-2.diff works for my 3.7.0 installation. I will assume until someone says otherwise that this is generally sufficient. I am preparing a PR with the patch and will separately dea

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

Kevin Walzer added the comment: The crash reported by the OP did show up at times in recent releases of Tk 8.6.x, but a lot of work went into refactoring memory management in 8.6.8 and those problems do not seem present in the current release (8.6.7 is a year old). I'd try updating to 8.6.8

[issue34299] argparse description formatting

Change by paul j3 : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue34327] test_subprocess fails

Change by ppperry : -- components: +Tests -Build title: CPython make test crash -> test_subprocess fails type: crash -> behavior ___ Python tracker ___

[issue34327] CPython make test crash

New submission from Asher Mancinelli : Cloned master (v3.8) from github. os: Arch x86_64, kernel: 4.14.56-1-lts. successfully ran `./configure --enable-optimizations` and `make`, but failed with this error message when running `make test` ``` =

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

miss-islington added the comment: New changeset 50d78677899d315c17dc9a14d2f94a013046c71a by Miss Islington (bot) in branch '3.7': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/50d78677899d315c17dc9a14d2f94a013046c71a -- ___

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Change by Pablo Galindo Salgado : -- pull_requests: +8142 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Change by miss-islington : -- pull_requests: +8141 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: New changeset 5640d030e100aade54210034828b711c3b506b18 by Pablo Galindo (Victor Stinner) in branch 'master': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/5640d030e100aade54210034828b711c3b506b18 ---

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: More failures on AMD64 Debian PGO 3.x: https://buildbot.python.org/all/#/builders/47/builds/1362 test_terminate (test.test_subprocess.Win32ProcessTestCase) ... skipped 'Windows specific tests' test test_subprocess failed test_terminate_dead (test.test

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: Seems the same issue as in: https://buildbot.python.org/all/#/builders/58/builds/1181 test_fd_transfer (test.test_multiprocessing_spawn.WithThreadsTestConnection) ... skipped 'only makes sense with processes' Timeout (0:15:00)! Thread 0x08d4 (most

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: This also happens on x86-64 High Sierra 3.x buildbot: https://buildbot.python.org/all/#/builders/145/builds/265 -- ___ Python tracker ___

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

New submission from Pablo Galindo Salgado : test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x buildbots: https://buildbot.python.org/all/#/builders/154/builds/104 It seems that it has some problems with (unclosed?) file descriptors: test_terminate_dead (test.test_subprocess.Win32

[issue34325] test_zipfile gets OverflowError in multiple buildbots

Pablo Galindo Salgado added the comment: More failures on x86 Gentoo Installed with X 3.x: https://buildbot.python.org/all/#/builders/103/builds/1240 https://buildbot.python.org/all/#/builders/103/builds/1241 https://buildbot.python.org/all/#/builders/103/builds/1242 -- _

[issue34325] test_zipfile gets OverflowError in multiple buildbots

New submission from Pablo Galindo Salgado : test_zipfile gets OverflowError in multiple buildbots: https://buildbot.python.org/all/#/builders/106/builds/1374 https://buildbot.python.org/all/#/builders/106/builds/1375 https://buildbot.python.org/all/#/builders/106/builds/1376 Example error log:

[issue32046] 2to3 fix for operator.isCallable()

Berker Peksag added the comment: > I suppose stable branches should be left alone? We do backport lib2to3 PRs to maintenance branches, but since this is already in 3.7 and 3.6 is four months away from being in security-fix-only mode, I think we can close this as 'fixed' now. -- nosy

[issue34324] Doc README wrong directory name for venv

Change by Lysandros Nikolaou : -- title: Doc README wrong directory name for vent -> Doc README wrong directory name for venv ___ Python tracker ___ __

[issue34324] Doc README wrong directory name for vent

New submission from Lysandros Nikolaou : In the Doc README there is the following sentence after the make venv command: Assuming the virtual environment was created in the env directory (the default; configurable with the VENVDIR variable) Should't it be venv directory instead? In the makefile

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Lysandros Nikolaou added the comment: When running the terminal command host '0.1.1.~1' I get the following output: 0.1.1.~1 has address 62.138.239.45 0.1.1.~1 has address 62.138.238.45 Host 0.1.1.~1 not found: 3(NXDOMAIN) Host 0.1.1.~1 not found: 3(NXDOMAIN) If I ping the above IP address 62

[issue34323] False timeout log message on proactor close

John Nelson added the comment: I *suspect* the issue is down to a discrepancy between: - IocpProactor.close(), and - IocpProactor._poll() When the former calls the latter, it seems to be expecting a truth value response from _poll() to indicate that no timeout occurred. However, the latter o

[issue34323] False timeout log message on proactor close

New submission from John Nelson : Repro: 1. Run the attached script ('repro.py') Expected output: 2018-07-31 16:39:57,069 - asyncio - DEBUG - Using proactor: IocpProactor 2018-07-31 16:39:57,084 - root - INFO - Starting 2018-07-31 16:39:58,100 - root - INFO - Sleep done 2018-07-31 16:39:58,10

[issue27419] Bugs in PyImport_ImportModuleLevelObject

Berker Peksag added the comment: The workaround was removed in https://github.com/berkerpeksag/cpython/commit/133138a284be1985ebd9ec9014f1306b9a425d98 Can this issue be closed now? -- ___ Python tracker __

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Change by Ronald Oussoren : -- assignee: -> ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: Note that the test itself has the following comment: def test_host_resolution_bad_address(self): # These are all malformed IP addresses and expected not to resolve to # any result. But some ISPs, e.g. AWS, may successfully resolve these

[issue34319] Clarify pathlib.Path("filepath").read_text()

Terry J. Reedy added the comment: How about if we add "The file is opened and then closed." before "The optional parameters have the same meaning as in open()." -- nosy: +terry.reedy stage: -> needs patch versions: +Python 3.6, Python 3.7, Python 3.8

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Ronald Oussoren added the comment: This is not expected, but I don't know where the problem is. On my machine I get: >>> socket.gethostbyname('0.1.1.~1') Traceback (most recent call last): File "", line 1, in socket.gaierror: [Errno 8] nodename nor servname provided, or not known This is

[issue24255] Replace debuglevel-related logic with logging

Sanyam Khurana added the comment: Sure Conrad, Yeah, indeed. The patch didn't apply cleanly, so I"ve done it manually. I've raised the PR here: https://github.com/python/cpython/pull/8633 I'll check your patch and merge :) Thanks for your help too! I'm adding Python 3.7 and Python 3.8 for

[issue34312] Allow str.endswith and str.startswith to accept an iterable

Brett Cannon added the comment: Teammate of mine tripped up against this because he tried to use a list. -- ___ Python tracker ___

[issue28940] __length_hint__ isn't a hint for list()

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +8140 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Change by Berker Peksag : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

Change by Berker Peksag : -- pull_requests: +8139 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Lysandros Nikolaou added the comment: Is this expected behaviour, should the tests be changes, or is it a bug? -- ___ Python tracker ___ __

[issue24255] Replace debuglevel-related logic with logging

Change by Sanyam Khurana : -- pull_requests: +8138 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list ma

[issue24255] Replace debuglevel-related logic with logging

Conrad Ho added the comment: @Eryn in the news blurb thing I'm going to say "original patch done by Eryn Wells." Your employer should be okay with that right? :D -- ___ Python tracker __

[issue24255] Replace debuglevel-related logic with logging

Conrad Ho added the comment: Thanks Eryn! @Sanyam if you apply the original patch directly that will currently result in some merge failures, and there are test fixes etc that I did on the second patch. Think we should combine them. I just made the chgs suggested by David on my own forked r

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

Yury Selivanov added the comment: > Depending on the configuration, stat() in a network filesystem can be between > very slow and slow. +1. I also quickly glanced over the patch and I think it looks like a clear win. -- ___ Python tracker

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26502] traceback.extract_tb breaks compatibility by returning FrameSummary

Change by Berker Peksag : -- keywords: +patch pull_requests: +8137 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

[issue24255] Replace debuglevel-related logic with logging

Sanyam Khurana added the comment: That's okay Eryn. We really appreciate all your help. I will take this patch forward :) -- ___ Python tracker ___ __

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

STINNER Victor added the comment: New changeset 72ec3193b5118a2ccc8be8bf03d7b74691c6a264 by Victor Stinner in branch 'master': bpo-34170: Cleanup pymain_run_filename() (GH-8631) https://github.com/python/cpython/commit/72ec3193b5118a2ccc8be8bf03d7b74691c6a264 -- ___

[issue34170] Py_Initialize(): computing path configuration must not have side effect (PEP 432)

Change by STINNER Victor : -- pull_requests: +8136 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker ___ _

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Berker Peksag added the comment: New changeset 295342adbfd905d5b4a77f960ea39649df7d9997 by Berker Peksag (Miss Islington (bot)) in branch '3.6': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/295342adbfd905d5b4a77f960ea39649df7d9997 --

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Berker Peksag added the comment: New changeset 0f9df886d6d1c6b239a2861a0ad0d56bb59e3922 by Berker Peksag (Miss Islington (bot)) in branch '3.7': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/0f9df886d6d1c6b239a2861a0ad0d56bb59e3922 --

[issue33782] VSTS Windows-PR: internal error

Terry J. Reedy added the comment: A quick follow-up commit can happen if one uses the web editor to edit more than one file. Editing a news file in Misc/News/next should not trigger any of the normal tests, only a blurb check if there is such. -- nosy: +terry.reedy

[issue34309] Trouble when reloading extension modules.

Stefan Behnel added the comment: a) Probably not something to fix in released versions any more, so increasing version from 3.5 to 3.8. b) Regarding shared library unloading and the problems mentioned, I'm also not sure if there is a way to safely unload transitively imported libraries, e.g.

[issue24255] Replace debuglevel-related logic with logging

Eryn Wells added the comment: Actually, I spoke too soon. My current employer isn't too keen on us contributing to open source, so I can't do this. Sorry! -- ___ Python tracker _

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

Terry J. Reedy added the comment: Kevin, more tk mac issues. -- nosy: +wordtech ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Berker Peksag added the comment: New changeset f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7 by Berker Peksag (torsava) in branch 'master': bpo-27910: Update documentation of traceback module (GH-6116) https://github.com/python/cpython/commit/f394ee5eaf6d6d8f45e0478e77d4dbff25c6bea7 --

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Change by miss-islington : -- pull_requests: +8135 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

Giampaolo Rodola' added the comment: Yes, file copy (open() + read() + write()) is of course more expensive than just "reading" a tree (os.walk(), glob()) or deleting it (rmtree()) and the "pure file copy" time adds up to the benchmark. And indeed it's not an coincidence that #33671 (which r

[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object

Change by miss-islington : -- pull_requests: +8134 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue30984] traceback.print_exc return value documentation

Berker Peksag added the comment: The documentation you've quoted is for traceback.extract_tb(). traceback.format_tb() documentation only says: A shorthand for ``format_list(extract_tb(tb, limit))``. Issue 27910 is about updating the documentation of extract_tb(), format_list(), and Stack

[issue34309] Trouble when reloading extension modules.

Eric Snow added the comment: I've changed the issue title to reflect where things stand. Hmm, doing so reminded me of an important consideration here. A module object is effectively a fairly light wrapper around a dict. When you call importlib.reload() the loader from the module's spec is

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: New changeset 6a6b2483479a1ad0ab82300452f0ce71fa90b2d7 by Victor Stinner in branch '2.7': bpo-29565: Fix compilation for C89 (GH-8626) https://github.com/python/cpython/commit/6a6b2483479a1ad0ab82300452f0ce71fa90b2d7 --

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

Eric Snow added the comment: @chris, I can't promise that anything will happen right away, but I'll be sure to look into this further when I work on improving extension module usage in subinterpreters in the next few months. -- ___ Python tracker

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

STINNER Victor added the comment: Hum, the compilation succeeded on AppVeyor: https://ci.appveyor.com/project/python/cpython/build/2.7build20258 But it fails on AMD64 Windows8 2.7: https://buildbot.python.org/all/#/builders/74/builds/194 It seems like this buildbot uses Visual Studio 2008 ("V

[issue29565] Still broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Change by STINNER Victor : -- pull_requests: +8133 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue24255] Replace debuglevel-related logic with logging

Eryn Wells added the comment: Hi, it sounds like my original patch is the preferred approach. I can put up a GitHub PR for that. -- ___ Python tracker ___ ___

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Chih-Hsuan Yen added the comment: Thanks for providing the info. However, I'm sorry as the case is beyond my knowledge. Here's the relevant section in CPython that handles LIBFFI path searching: https://github.com/python/cpython/blob/v3.7.0/setup.py#L1984-L2002. You may want to examine varia

[issue29804] test_ctypes test_pass_by_value fails on arm64 (aarch64) architecture

STINNER Victor added the comment: I backported commit a86339b83fbd0932e0529a3c91935e997a234582 from master: commit 3243f8c1fb16b6de73f1d7a30f5d09047553bce3, but I don't have access to arm64, so I cannot test if the backport fixes test_ctypes on arm64. --

  1   2   >