[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

Change by Tal Einat : -- pull_requests: +8122 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

miss-islington added the comment: New changeset 9fcfb7b010bd41d4ebaeed372df92b6962253fed by Miss Islington (bot) in branch '3.6': bpo-34120: fix IDLE freezing after closing dialogs (GH-8603) https://github.com/python/cpython/commit/9fcfb7b010bd41d4ebaeed372df92b6962253fed -- __

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

Tal Einat added the comment: New changeset 894940b1099677c1ca0aa527dbb935e47d3d591a by Tal Einat in branch '2.7': [2.7] bpo-34120: fix IDLE freezing after closing dialogs (GH-8603) https://github.com/python/cpython/commit/894940b1099677c1ca0aa527dbb935e47d3d591a --

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

Tal Einat added the comment: New changeset dd74369cb7b230b07ac3a031563406c8f2aae17f by Tal Einat in branch 'master': bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616) https://github.com/python/cpython/commit/dd74369cb7b230b07ac3a031563406c8f2aae17f -- ___

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

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

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

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

[issue29502] Should PyObject_Call() call the profiler on C functions, use C_TRACE() macro?

Jeroen Demeyer added the comment: I would prefer to wait with this issue until PEP 580 has been decided. If it's accepted, it will change function calling code a lot. As I wrote in PEP 580, I was planning to have a PEP on profiling anyway. -- ___

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

miss-islington added the comment: New changeset 60586de02de074a33c015e5a013d85d0b17e7e61 by Miss Islington (bot) in branch '3.7': bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616) https://github.com/python/cpython/commit/60586de02de074a33c015e5a013d85d0b17e7e61 --

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

Change by Christopher Schramm : -- nosy: +cschramm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

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

Vlad Tudorache added the comment: I confirm the crashes. I've tried with personal builds of python 3.5, 3.6, 3.7, with ActiveTcl and personal builds of Tcl 8.6.x, the problem does not appear with 8.5.18, but shows itself with 8.5.19 (strange, API changes?). I'll try to investigate.

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

miss-islington added the comment: New changeset 8c4a0059accb5cb33e90ec5b2f3e9dc08e2f3048 by Miss Islington (bot) in branch '3.6': bpo-34120: fix text viewer to call grab_release() only when needed (GH-8616) https://github.com/python/cpython/commit/8c4a0059accb5cb33e90ec5b2f3e9dc08e2f3048 --

[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS

Tal Einat added the comment: Many thanks for the report and follow through, Vlad! Thank you too, Kevin, for your help in resolving this. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33062] ssl_renegotiate() doesn't seem to be exposed

Change by Fantix King : -- keywords: +patch pull_requests: +8125 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

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

Vlad Tudorache added the comment: The problem shows itself on macOS High Sierra in some Tk Demos, independently of Python's IDLE. So there is something completely different, to report to the Tcl/Tk community. Strangely, I didn't notice the issues on Sierra, but I have no Sierra Mac right now

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

chris added the comment: Okay, completely restarting python is not really necessary. Being able to reliably unload and later on re-import python modules (extension modules as well as pure python modules) in an embedded python runtime would solve my problems. One way to achieve that is curr

[issue1230540] sys.excepthook doesn't work in threads

STINNER Victor added the comment: Would it be possible to modify the default implementation of sys.excepthook to have a different output when it's not called from the main thread? Mimick the current traceback from threads. Would it be possible to call threading.current_thread() from the defa

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

STINNER Victor added the comment: When I worked on the os.scandir() implementation, I recall that an interesting test was NFS. Depending on the configuration, stat() in a network filesystem can be between very slow and slow. -- ___ Python tracker

[issue1230540] sys.excepthook doesn't work in threads

Change by Nikolaus Rath : -- nosy: -nikratio ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

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

Pablo Galindo Salgado added the comment: New failure on x86 Windows7 3.x: https://buildbot.python.org/all/#/builders/58/builds/1174 test_timeout (test.test_multiprocessing_spawn.WithThreadsTestSemaphore) ... skipped 'test not appropriate for threads' test test_multiprocessing_spawn failed te

[issue34292] test_compile hangs in AMD Ubuntu buildbots

Pablo Galindo Salgado added the comment: New failure on AMD64 Ubuntu 3.x: https://buildbot.python.org/all/#/builders/154/builds/100 test_single_statement (test.test_compile.TestSpecifics) ... ok Timeout (0:15:00)! Thread 0x7f30435d3080 (most recent call first): File "/home/buildbot/bui

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

Pablo Galindo Salgado added the comment: This error is happening in the x86-64 High Sierra 3.7 buildbot: https://buildbot.python.org/all/#/builders/147/builds/174 == FAIL: test_startup_imports (test.test_site.StartupImportTes

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

Change by Pablo Galindo Salgado : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue34316] test_socket timeouts in AMD64 Windows10 3.x buildbots

New submission from Pablo Galindo Salgado : Some tests in test_socket and test_asyncio are receiving timeouts in AMD64 Windows10 3.x buildbots: test_asyncio: https://buildbot.python.org/all/#/builders/3/builds/1192 test_socket: https://buildbot.python.org/all/#/builders/3/builds/1191 Sample

[issue34316] test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots

Change by Pablo Galindo Salgado : -- title: test_socket timeouts in AMD64 Windows10 3.x buildbots -> test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots ___ Python tracker

[issue34316] test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots

Pablo Galindo Salgado added the comment: Is possible that this are two separate issues. -- ___ Python tracker ___ ___ Python-bugs-l

[issue34292] test_compile hangs in AMD Ubuntu buildbots

Pablo Galindo Salgado added the comment: New failure on AMD64 Ubuntu 3.7: test_single_statement (test.test_compile.TestSpecifics) ... ok Timeout (0:15:00)! Thread 0x7f5f41d9e080 (most recent call first): File "/home/buildbot/buildarea/3.7.einat-ubuntu/build/Lib/test/test_compile.py", l

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

INADA Naoki added the comment: Same fix can be applied to buildbot. This is caused by (a) Homebrew installs Python to /usr/local with (hacky) sitecustomize, and (b) Python's default prefix is /usr/local. I think test should be run without conflicting with another installation. -- _

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

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

STINNER Victor added the comment: > Same fix can be applied to buildbot. Sure. Go ahead :-) The buildbot configuration can be found at: https://github.com/python/buildmaster-config/ Send a pull request, and Zachary Ware (or me) will review it. Zach is the expert here ;-) -- resolu

[issue24564] shutil.copytree fails when copying NFS to NFS

desbma added the comment: > Since the `copy_function` is customizable to switch between `copy` and > `copy2`, making copystat optional on files, perhaps the `copystat` should be > optional on directories, as well. Related: https://bugs.python.org/issue32073 -- nosy: +desbma ___

[issue34309] Embedding Python; Py_Initialize / Py_Finalize cycles

Petr Viktorin added the comment: PEP 489 (Multi-phase extension module initialization) makes it possible/easy to unload/reimport extension modules, in the sense of destroying/recreating the module object. The problem is that the modules needs to opt-in to supporting this, which is not always

[issue34317] Improve docstring Environment variables in Windows NT

New submission from sakamoto aya : Expired link in windows.rst: https://support.microsoft.com/en-us/help/100843/environment-variables-in-windows-nt May I make a suggestion? The new link:https://www.microsoft.com/en-us/wdsi/help/folder-variables -- assignee: docs@python components: D

[issue34317] Improve docstring Environment variables in Windows NT

Change by Roundup Robot : -- keywords: +patch pull_requests: +8127 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34287] bufferedio.c uses unused argument of METH_NOARGS functions

INADA Naoki added the comment: New changeset fc512e3e0663f7f325862fcd42aef765fd34a453 by INADA Naoki (jdemeyer) in branch 'master': bpo-34287: Do not use second argument of METH_NOARGS functions (GH-8582) https://github.com/python/cpython/commit/fc512e3e0663f7f325862fcd42aef765fd34a453

[issue34287] bufferedio.c uses unused argument of METH_NOARGS functions

Change by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

New submission from Serhiy Storchaka : Currently assertRaises(), assertRaisesRegex(), assertWarns() and assertWarnsRegex() have some weird behavior. # always success if the callable is None self.assertRaises(SomeException, None) # keyword arguments except "msg" are ignored wit

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

Change by Serhiy Storchaka : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue34318] Convert deprecated behavior of assertRaises() etc into errors

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +8128 stage: -> patch review ___ Python tracker ___ ___ Python-bugs

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

New submission from Thomas Nyberg : This came out of the following posts: https://mail.python.org/pipermail/python-ideas/2018-August/052549.html https://mail.python.org/pipermail/python-ideas/2018-August/052553.html Basically my request would be to change the documentation here: https://docs.

[issue33062] ssl_renegotiate() doesn't seem to be exposed

Change by Fantix King : -- nosy: +fantix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

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

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

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

Roy Belio added the comment: Also happens on suse 11 x86_64 with python 3.7 Same issue exactly building locally (but with cross compiling flag for system independency) Building our own libffi 3.2.1 and adding it in the CPPFLAGS includes. -- nosy: +rbelio _

[issue34097] ZIP does not support timestamps before 1980

STINNER Victor added the comment: Thank you Petr Viktorin for the bug report and thanks to Marcel Plch for the implementation of the new strict_timestamps keyword-only parameter! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed _

[issue34097] ZIP does not support timestamps before 1980

STINNER Victor added the comment: New changeset a2fe1e52eb94c41d9ebce1ab284180d7b1faa2a4 by Victor Stinner (Marcel Plch) in branch 'master': bpo-34097: Add support for zipping files older than 1980-01-01 (GH-8270) https://github.com/python/cpython/commit/a2fe1e52eb94c41d9ebce1ab284180d7b1faa2

[issue34320] Creating dict from OrderedDict doesn't preserve order

New submission from Serhiy Storchaka : >>> from collections import OrderedDict >>> od = OrderedDict([('a', 1), ('b', 2)]) >>> od.move_to_end('a') >>> od OrderedDict([('b', 2), ('a', 1)]) >>> dict(od) {'a': 1, 'b': 2} This affects also PEP 468. >>> def f(**kwargs): return kwargs ... >>> f(**od

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

Chih-Hsuan Yen added the comment: Hi Roy, mind sharing the complete build log? Either attaching the log to this issue or pasting a link is fine. -- components: +Build ___ Python tracker

[issue34321] mmap.mmap() should not necessarily clone the file descriptor

New submission from Manuel : mmap.mmap(fileno, length, flags, prot, access, offset) always clones the file descriptor that should be used [1]. The cloning of the file descriptor seems to be done to ensure that the file cannot be closed behind mmap's back, but if you are mmap()'ing a lot of me

[issue34097] ZIP does not support timestamps before 1980

Serhiy Storchaka added the comment: If add a new option, I prefer to add it to the ZipFile constructor, similarly to allowZip64. Initially allowZip64 was False by default, because not all third-party tools supported ZIP64 extension. Later the default was changed to True, but you still can fo

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

Change by ppperry : -- title: setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX -> setup.py: _ctypes won't get built when system ffi is only in $PREFIX ___ Python tracker __

[issue34320] Creating dict from OrderedDict doesn't preserve order

Change by INADA Naoki : -- keywords: +patch pull_requests: +8129 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

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

Roy Belio added the comment: Sure, I'll attach it. one more thing to mention is that during configure it printed: configure: WARNING: --with(out)-system-ffi is ignored on this platform We are also providing all the dependency libraries ourselves (building, linking, h files and what not) so t

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

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

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

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

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

STINNER Victor added the comment: This issue is mentioned from https://bugzilla.redhat.com/show_bug.cgi?id=1336557 but it seems like the bug has not been fixed in Python 2.7. I created PR 8625 to backport the fix to Python 2.7. -- nosy: +vstinner ___

[issue34097] ZIP does not support timestamps before 1980

STINNER Victor added the comment: Serhiy: > If add a new option, I prefer to add it to the ZipFile constructor, > similarly to allowZip64. Aha, that would make sense. I'm not sure that it's useful to control the parameter per added file, it's enough to control the parameter per ZIP archive

[issue24255] Replace debuglevel-related logic with logging

R. David Murray added the comment: Conrad: thanks for the effort, but using f-strings with logging is counterproductive. The idea behind logging is that the logged strings are not materialized unless something actually wants to output them. Using fstrings means you are doing all the work o

[issue34097] ZIP does not support timestamps before 1980

Marcel Plch added the comment: It seems reasonable, I'll have a look at it. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

New submission from Michael Schnaitter : Discussion on details in the referenced PR is needed. -- components: Library (Lib) messages: 322959 nosy: schnaitterm priority: normal pull_requests: 8132 severity: normal status: open title: modification to Lib/distutils/ccompiler.py to simplify

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

Chih-Hsuan Yen added the comment: A possible case might be that pkg-config on your build machine is not properly configured. Could you check the value of LIBFFI_INCLUDEDIR in config.log? It shuold either be an empty string or /root/rc3/dist/lib/libffi-3.2.1/include. As a reference, the follo

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

Change by Serhiy Storchaka : -- nosy: +dstufft, eric.araujo stage: -> patch review versions: +Python 3.8 ___ Python tracker ___ ___

[issue34322] modification to Lib/distutils/ccompiler.py to simplify handling of compile arguments by subclasses

Change by Serhiy Storchaka : -- components: +Distutils ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

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

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625) https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d0

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

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625) https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d0

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

STINNER Victor added the comment: New changeset 3243f8c1fb16b6de73f1d7a30f5d09047553bce3 by Victor Stinner in branch '2.7': bpo-29565: Corrected ctypes passing of large structs by value on Windows AMD64 (GH-168) (GH-8625) https://github.com/python/cpython/commit/3243f8c1fb16b6de73f1d7a30f5d09

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

Roy Belio added the comment: as seen in the config.log: LIBFFI_INCLUDEDIR='/root/rc3/dist/lib/libffi-3.2.1/include' I'm attaching the config.log just in case -- Added file: https://bugs.python.org/file47729/config.log ___ Python tracker

[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. --

[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

[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 ___ ___

[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

[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

[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: 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] 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

[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

[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

[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: +8135 ___ 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

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 --

[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

[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 _

[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.

[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

[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 --

[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

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

[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

[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 -- ___

[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 ___ __

[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

[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

[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

[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

[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

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

[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 ___ __

[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

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

[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-

[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 ___

[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

  1   2   >