[issue30595] test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x

Changes by STINNER Victor : -- pull_requests: +2198 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30595] test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x

STINNER Victor added the comment: > New changeset 1b7863c3b6519c6e134c28cab8b8af0dea43e375 by Victor Stinner in > branch 'master': > bpo-30595: Fix multiprocessing.Queue.get(timeout) (#2027) > https://github.com/python/cpython/commit/1b7863c3b6519c6e134c28cab8b8af0dea43e375 While this change is

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Antoine Pitrou added the comment: Yes, this is https://github.com/python/cpython/pull/2139 -- ___ Python tracker ___ ___ Python-bugs-l

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Changes by Antoine Pitrou : -- pull_requests: +2199 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by STINNER Victor : -- assignee: docs@python components: Documentation keywords: easy nosy: docs@python, haypo priority: normal severity: normal status: open title: [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD versions: Python 3.7

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Antoine Pitrou added the comment: Should be fixed in PR #2139. Please reopen if not. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Changes by Antoine Pitrou : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Antoine Pitrou added the comment: New changeset 2b5cc5ebaff41445200753f1a69fd4e6a9475a1e by Antoine Pitrou in branch 'master': bpo-30643: Fix race condition in signal wakeup in forkserver (followup to PR #1989) (#2139) https://github.com/python/cpython/commit/2b5cc5ebaff41445200753f1a69fd4e6a9

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

New submission from STINNER Victor: The signal.set_wakeup_fd() function is used to write signal numbers as bytes into a pipe, to be able to handle signals using a "regular" file descriptors instead of special signal handlers. https://docs.python.org/dev/library/signal.html Problem: it's not d

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

STINNER Victor added the comment: > Should be fixed in PR #2139. Please reopen if not. Thank you Antoine :-) Hum, how do you feel about backporting recent Lib/multiprocessing/forkserver.py enhancements from master to 3.6 or even to 3.5? Do you consider them as bugfixes or more "enhancements"?

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

Antoine Pitrou added the comment: Maintaining multiprocessing is quite delicate and I don't want to risk regressions in bugfix releases. If a bug is really annoying I would backport the fix, otherwise I'd rather abstain. -- ___ Python tracker

[issue30643] test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI

STINNER Victor added the comment: Anointe: "Maintaining multiprocessing is quite delicate and I don't want to risk regressions in bugfix releases. If a bug is really annoying I would backport the fix, otherwise I'd rather abstain." Honesty, same for me here :-D So ok, no backport yet ;-) ---

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by Antoine Pitrou : -- pull_requests: +2200 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by Antoine Pitrou : -- pull_requests: +2201 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by Antoine Pitrou : -- pull_requests: +2203 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by Antoine Pitrou : -- pull_requests: +2202 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Antoine Pitrou added the comment: > This issue is an EASY issue: please leave it to real newcomers who didn't > write any PR to CPython previously. Core developers: explain how to fix the > issue, don't fix it ;-) Too late, sorry! -- nosy: +pitrou

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

STINNER Victor added the comment: > This issue is an EASY issue: please leave it to real newcomers who didn't > write any PR to CPython previously. Core developers: explain how to fix the > issue, don't fix it ;-) Oh wait, it seems like the core developer Antoine Pitrou fixed the issue before

[issue30604] co_extra_freefuncs is stored thread locally and can lead to crashes

Changes by STINNER Victor : -- pull_requests: +2204 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30645] imp.py: load_package: function has a buggy loop with `path = os.path.join(path, '__init__'+extension)`

New submission from Alexandru Ardelean: On OpenWrt, the Python & Python3 are shipped with bytecodes [also, bytecode compiling is disabled by default]. 2 reasons for that: 1) that would fill up flash/RAM 2) bytecodes can be up to 10x faster than Python source code I got a report of an issue wit

[issue30645] imp.py: load_package: function has a buggy loop with `path = os.path.join(path, '__init__'+extension)`

Changes by Alexandru Ardelean : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7

STINNER Victor added the comment: Any progress on this issue? The following buildbot still fails to build Python 2.7: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7 -- ___ Python tracker

[issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated

New submission from STINNER Victor: Warning seen on the macOS Travis CI job: "warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in OS X 10.7" https://travis-ci.org/python/cpython/jobs/242325662 clang -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -std

[issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD

Changes by Antoine Pitrou : -- resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 2.7, Python 3.5, Python 3.6 ___ Python tracker ___ _

[issue30604] co_extra_freefuncs is stored thread locally and can lead to crashes

STINNER Victor added the comment: New changeset 932946ca14168e556293d2508c8eebb23a56a2b2 by Victor Stinner in branch '3.6': bpo-30604: Fix __PyCodeExtraState_Get() prototype (#2152) https://github.com/python/cpython/commit/932946ca14168e556293d2508c8eebb23a56a2b2 -- nosy: +haypo

[issue30563] multiprocessing module with pool object issue

Antoine Pitrou added the comment: How did you get Python for Cygwin? Did you compile it yourself? Python is not supported on Cygwin (we recommend using the native Windows builds instead) and I'm not surprised that multiprocessing, which uses delicate platform-specific code, would fail working o

[issue30563] [Cygwin] multiprocessing module with pool object issue

Changes by STINNER Victor : -- title: multiprocessing module with pool object issue -> [Cygwin] multiprocessing module with pool object issue ___ Python tracker ___

[issue28180] sys.getfilesystemencoding() should default to utf-8

STINNER Victor added the comment: > FreeBSD 10.x: if locale coercion succeeds, we then fail on get_codeset() > (perhaps because that doesn't recognise LC_CTYPE=UTF-8?) I created bpo-30647 to track this one. -- ___ Python tracker

[issue28180] sys.getfilesystemencoding() should default to utf-8

STINNER Victor added the comment: Ronald Oussoren: > The macOS failures are at least partially caused by test assumptions that > aren't true on macOS (...) Nick is working on a fix for macOS: https://github.com/python/cpython/pull/2130 -- ___ Python

[issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538

New submission from STINNER Victor: Regression caused by the commit 6ea4186de32d65b1f1dc1533b6312b798d300466, bpo-28180: Implementation for PEP 538. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/412/steps/compile/logs/stdio Python detected LC_CTYPE=C: LC_

[issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538

STINNER Victor added the comment: On my FreeBSD 11 VM, I only have the "C" locale, not "UTF-8 C" locale: [haypo@freebsd ~/prog/python/master]$ locale -a|grep ^C C But CPython still asks me to use a non existent locale (newlines added for readability): [haypo@freebsd ~/prog/python/master]$ ./

[issue30648] test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest failed randomly on s390x Debian 3.x

New submission from STINNER Victor: The test failed on s390x Debian 3.x but then passed when run again. http://buildbot.python.org/all/builders/s390x%20Debian%203.x/builds/868/steps/test/logs/stdio 0:07:58 load avg: 1.15 [286/406/1] test_imaplib failed -- running: test_multiprocessing_spawn (7

[issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538

Changes by STINNER Victor : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue28180] sys.getfilesystemencoding() should default to utf-8

STINNER Victor added the comment: It seems like this change: def test_forced_io_encoding(self): # Checks forced configuration of embedded interpreter IO streams -out, err = self.run_embedded_interpreter("forced_io_encoding") -if support.verbose: +env = {"PYT

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Changes by STINNER Victor : -- title: sys.getfilesystemencoding() should default to utf-8 -> Implementation of the PEP 538: coerce C locale to C.utf-8 ___ Python tracker ___ ___

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Changes by STINNER Victor : -- pull_requests: +2205 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue24484] multiprocessing cleanup occasionally throws exception

Antoine Pitrou added the comment: The simple answer here is _run_finalizers() is not thread-safe, but finalizers can be registered or cancelled from any thread. I could not write a simple synthetic script to reproduce the issue, but it should nevertheless be fixable. -- nosy: +pitrou

[issue30648] test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest failed randomly on s390x Debian 3.x

STINNER Victor added the comment: Similar failure on AMD64 FreeBSD CURRENT Non-Debug 3.6: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.6/builds/229/steps/test/logs/stdio (...) test_enable_raises_error_if_no_capability (test.test_imaplib.ThreadedNetworkedTe

[issue30316] test_default_timeout() of test_threading.BarrierTests: random failures on AMD64 FreeBSD CURRENT Debug 3.x

STINNER Victor added the comment: Similar failure on AMD64 Windows8 3.6: http://buildbot.python.org/all/builders/AMD64%20Windows8%203.6/builds/425/steps/test/logs/stdio (...) test_abort_and_reset (test.test_threading.BarrierTests) ... ok test_action (test.test_threading.BarrierTests) ... ok tes

[issue30649] test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Windows7%203.6/builds/416/steps/test/logs/stdio == FAIL: test_utime_current_old (test.test_os.UtimeTests)

[issue24484] multiprocessing cleanup occasionally throws exception

Antoine Pitrou added the comment: Marcin, Jorge, Ned, could one of you apply the following simple patch and see if that seems to solve the issue? -- keywords: +patch Added file: http://bugs.python.org/file46944/run_finalizers.patch ___ Python tracker

[issue30649] test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6

Changes by STINNER Victor : -- pull_requests: +2206 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

Nick Coghlan added the comment: My latest proposal on python-dev: - no warning by default on successful coercion - set "PYTHONCOERCECLOCALE=warn" to enable the warning when it's considered a configuration error in the runtime environment -- ___ Pyth

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

Nick Coghlan added the comment: Some relevant mailing list threads on the usability problems posed by issuing the warning by default: python-dev (impact on developer experience): https://mail.python.org/pipermail/python-dev/2017-June/148323.html Fedora's python-devel (build environment warnin

[issue30650] lack of right parentheses

New submission from Messi Liao: lack of right parentheses -- components: Cross-Build files: posixmodule_compiler_error.png messages: 295883 nosy: Alex.Willmer, bh_binghu priority: normal pull_requests: 2207 severity: normal status: open title: lack of right parentheses type: compile erro

[issue30351] regrtest hangs on x86 Windows XP 2.7

STINNER Victor added the comment: Similar issue on AMD64 Windows7 SP1 2.7: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/123/steps/test/logs/stdio (...) 0:04:18 [401/403] test_posixpath passed -- running: test_weakref (48 sec) 0:04:19 [402/403] test_bsddb passed --

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

STINNER Victor added the comment: New changeset eb52ac89929bb09b15c014ab8ff60eee685e86c7 by Victor Stinner in branch 'master': bpo-28180: Fix test_capi.test_forced_io_encoding() (#2155) https://github.com/python/cpython/commit/eb52ac89929bb09b15c014ab8ff60eee685e86c7 -- _

[issue29514] Add a test case that prevents magic number changes in minor releases

Changes by Nick Coghlan : -- pull_requests: +2208 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue24484] multiprocessing cleanup occasionally throws exception

Antoine Pitrou added the comment: Ok, I got to write a reproducer, which fails reliably here. -- Added file: http://bugs.python.org/file46946/finalizestress.py ___ Python tracker ___

[issue29514] Add a test case that prevents magic number changes in minor releases

Changes by Nick Coghlan : -- pull_requests: +2209 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29406] asyncio SSL contexts leak sockets after calling close with certain Apache servers

Changes by Arthur Darcet : -- nosy: +rthr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue24484] multiprocessing cleanup occasionally throws exception

Changes by Antoine Pitrou : -- pull_requests: +2210 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29514] Add a test case that prevents magic number changes in minor releases

Nick Coghlan added the comment: New changeset d071a20f136547a490783fcfa969c6528025a6d2 by Nick Coghlan in branch '3.5': [3.5] bpo-29514: Check magic number for bugfix releases (#2158) https://github.com/python/cpython/commit/d071a20f136547a490783fcfa969c6528025a6d2 -- ___

[issue29514] Add a test case that prevents magic number changes in minor releases

Nick Coghlan added the comment: New changeset 92e9e35292d4e2044c25970389f3cdb30cfc903a by Nick Coghlan in branch '3.6': [3.6] bpo-29514: Check magic number for bugfix releases (#2157) https://github.com/python/cpython/commit/92e9e35292d4e2044c25970389f3cdb30cfc903a -- ___

[issue29514] Add a test case that prevents magic number changes in minor releases

Changes by Nick Coghlan : -- pull_requests: +2211 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue30051] Document that the random module doesn't support fork

Antoine Pitrou added the comment: Victor, this issue should be obsolete now that the global Random instance is reseeded after fork(). -- ___ Python tracker ___ _

[issue27151] multiprocessing.Process leaves read pipes open (Process.sentinel)

Antoine Pitrou added the comment: The Process issue will be fixed with Process.close() in issue30596. -- nosy: +pitrou ___ Python tracker ___

[issue30651] test_poplib.test_stls_context() access violation on x86 Windows7 3.6 buildbot

New submission from STINNER Victor: test_stls_context() of test_poplib crashed with an access violation (Windows fatal exception) on x86 Windows7 3.6 buildbot. It seems like the crash occurred in OpenSSL. http://buildbot.python.org/all/builders/x86%20Windows7%203.6/builds/417/steps/test/logs/s

[issue30651] test_poplib.test_stls_context() access violation on x86 Windows7 3.6 buildbot

Changes by STINNER Victor : -- nosy: +Lukasa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue30651] test_poplib.test_stls_context() access violation on x86 Windows7 3.6 buildbot

STINNER Victor added the comment: @Cory: Can I have the PEP 543 right now, with a cup of tea, please? (No sugar nor milk, thank you!) :-D -- ___ Python tracker ___ _

[issue29514] Add a test case that prevents magic number changes in minor releases

Nick Coghlan added the comment: New changeset a51f12f154baef9e10698f43bd19b36d01af62f4 by Nick Coghlan in branch '2.7': [2.7] bpo-29514: Check magic number for bugfix releases https://github.com/python/cpython/commit/a51f12f154baef9e10698f43bd19b36d01af62f4 -- ___

[issue30051] Document that the random module doesn't support fork

Serhiy Storchaka added the comment: Even if the global Random instance is reseeded after fork(), other instances are not reseeded. -- ___ Python tracker ___

[issue29514] Add a test case that prevents magic number changes in minor releases

Nick Coghlan added the comment: This has now been backported to all active maintenance branches. For 2.7, I backported the test as a standalone one in Lib/test/test_import_magic.py, since there's only a partial importlib implementation in 2.7, and hence no test_importlib directory. Thanks all

[issue30051] Document that the random module doesn't support fork

Antoine Pitrou added the comment: This is true, but it's by design. If you want a specific random sequence (which is the primary use case for specific instances), you don't want fork() to mess with the random sequence. -- ___ Python tracker

[issue30051] Document that the random module doesn't support fork

STINNER Victor added the comment: At least, it would be nice to document it for Python 3.6 and older. -- ___ Python tracker ___ ___ Py

[issue30051] Document that the random module doesn't support fork

Serhiy Storchaka added the comment: Yes, this is a feature, not a bug. But I think it is worth be explicitly documented. -- ___ Python tracker ___ __

[issue27151] multiprocessing.Process leaves read pipes open (Process.sentinel)

Antoine Pitrou added the comment: As for Queue._writer, I don't think this is true. When you call Queue.close(), it calls the _close() method, which sends a sentinel to the feeder thread (see _finalize_close), and the feeder thread then pops the sentinel, closes the writer and exits. ---

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: First, my apology that I have not responded earlier. I had other things to work on (real life things), customers that had interest in a fix for find_library() have indicated no longer have interest, and also my personal issue - becoming disillusioned with the la

[issue27151] multiprocessing.Process leaves read pipes open (Process.sentinel)

Antoine Pitrou added the comment: As for Process, it doesn't have a close() method right now, so you should lose all references to a Process object once you are done with it. When a Process is garbage-collected, its Popen object is garbage-collected too, and the Popen object's Finalizer then

[issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated

Ned Deily added the comment: That's another reason why the python.org macOS installer build and, to the best of my knowledge, most third-party distributors of Python on macOS use their own builds of sqlite3 rather than the Apple-supplied system one. I don't think there's anything new to be do

[issue30652] test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

Changes by STINNER Victor : -- title: test_threading_not_handled() hangs randomly on AMD64 FreeBSD 10.x Shared 3.6 -> test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6 ___ Python tracker

[issue30652] test_threading_not_handled() hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.6/builds/218/steps/test/logs/stdio 0:16:16 [405/405] test_socketserver crashed Timeout (0:15:00)! Thread 0x000802006400 (most recent call first): File "/usr/home/buildbot/python/

[issue30391] test_socketserver killed after 15 min on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: Similar issue: bpo-30652, test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6. -- ___ Python tracker

[issue30391] test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

Changes by STINNER Victor : -- title: test_socketserver killed after 15 min on AMD64 FreeBSD 10.x Shared 3.6 -> test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6 ___ Python tracker

[issue30652] test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: Similar issue: bpo-30391, test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6. -- ___ Python tracker

[issue30653] test_socket hangs in ThreadableTest.tearDown() on AMD64 FreeBSD CURRENT Debug 3.6

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.6/builds/231/steps/test/logs/stdio 0:28:11 [405/405] test_socket crashed Timeout (0:15:00)! Thread 0x000801816000 (most recent call first): File "/usr/home/buildbot/python/3.6

[issue30635] Leak in test_c_locale_coercion

Nick Coghlan added the comment: New changeset 023564bf7d95f8e6a4b790491811e75ce497a071 by Nick Coghlan (Victor Stinner) in branch 'master': bpo-30635: Fix refleak in test_c_locale_coercion (#2126) https://github.com/python/cpython/commit/023564bf7d95f8e6a4b790491811e75ce497a071 -- __

[issue30637] Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)

Michał Radwański added the comment: Docs mention: ast.parse(source, filename='', mode='exec') Parse the source into an AST node. Equivalent to compile(source, filename, mode, ast.PyCF_ONLY_AST). If you just parse code into AST, you first check whether it is possible to turn such source i

[issue30637] Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)

Nick Coghlan added the comment: It's intended behaviour, but you're right that we don't explicitly document anywhere that SyntaxError can be reported from three different places: - the initial parsing based on the language Grammar - the conversion of the parse tree into the AST - the conversion

[issue30637] Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)

Hrvoje Nikšić added the comment: > The appropriate fix would probably be to add a sentence to the > `ast.PyCF_ONLY_AST` documentation to say that some syntax errors > are only detected when compiling the AST to a code object. Yes, please. I'm not saying the current behavior is wrong (it makes se

[issue30642] Fix leaks in idlelib

Terry J. Reedy added the comment: New changeset b070fd275b68df5c5ba9f6f43197b8d7066f0b18 by terryjreedy (mlouielu) in branch 'master': bpo-30642: IDLE: Fix test_query refleak (#2147) https://github.com/python/cpython/commit/b070fd275b68df5c5ba9f6f43197b8d7066f0b18 --

[issue30635] Leak in test_c_locale_coercion

Nick Coghlan added the comment: Technically a false alarm due to an unintended caching side effect in the test case. Victor fixed it by moving the list creation to the module setup fixture, so it only runs once, even when hunting refleaks. -- resolution: -> fixed stage: -> resolved

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Nick Coghlan added the comment: New changeset 4563099d28e832aed22b85ce7e2a92236df03847 by Nick Coghlan in branch 'master': bpo-28180: assume UTF-8 for Mac OS X PEP 538 tests (GH-2130) https://github.com/python/cpython/commit/4563099d28e832aed22b85ce7e2a92236df03847 -- ___

[issue30642] Fix leaks in idlelib

Changes by Terry J. Reedy : -- pull_requests: +2212 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

Nick Coghlan added the comment: I've added dependencies for PEP 538 induced testing problems that have been broken out into their own issues. I've also merged my attempt at fixing the tests on Mac OS X. Something that's included in that patch is an implicit skip of the "LANG=UTF-8" case when

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

New submission from pkerling: The signal module checks the SIGINT handler on startup. It only registers a new custom handler if the default OS handler is still installed, so that when embedding python in an application the SIGINT handler of that application is not overwritten. But on shutdow

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

Changes by Roundup Robot : -- pull_requests: +2213 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue30351] regrtest hangs on x86 Windows XP 2.7

STINNER Victor added the comment: Another failure. http://buildbot.python.org/all/builders/AMD64%20Windows10%202.7/builds/201/steps/test/logs/stdio ... 0:19:34 [401/404] test_ftplib passed 0:19:44 [402/404] test_bufio passed 0:19:45 [403/404] test_SimpleHTTPServer passed command timed out: 12

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

Changes by STINNER Victor : -- versions: -Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

Changes by STINNER Victor : -- nosy: +haypo, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30655] speech module

New submission from Agam Shukla: when you will use this module for developing a chatbox you will get error that prompt is missing parenthesis. I HAVE SOLVED THIS ERROR AND UPLOADING NEW MODULE. -- files: speech.py messages: 295917 nosy: agamstark7 priority: normal severity: normal stat

[issue30642] Fix leaks in idlelib

Terry J. Reedy added the comment: New changeset 2bfb45d447c445b3c3afc19d16b4cd4773975993 by terryjreedy in branch '3.6': bpo-30642: IDLE: Fix test_query refleak (#2147) (#2161) https://github.com/python/cpython/commit/2bfb45d447c445b3c3afc19d16b4cd4773975993 -- __

[issue30655] speech module

Serhiy Storchaka added the comment: The speech module is not a part of the Python standard library. Use corresponding bug tracker. -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue30650] lack of right parentheses

Serhiy Storchaka added the comment: New changeset 0d322181d9018b25a5c28e62a0c193b4309aaa95 by Serhiy Storchaka (messi Liao) in branch 'master': bpo-30650: Fixed a syntax error: missed right parentheses (#2154) https://github.com/python/cpython/commit/0d322181d9018b25a5c28e62a0c193b4309aaa95 -

[issue30650] lack of right parentheses

Serhiy Storchaka added the comment: Thank you for your patch Messi Liao! Do you mind to backport it to branches 3.6 and 3.5? -- stage: -> backport needed versions: +Python 3.5, Python 3.6 ___ Python tracker _

[issue30642] Fix leaks in idlelib

Changes by Terry J. Reedy : -- pull_requests: +2214 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30656] typo in PyModule_New documentation

New submission from Jan Hnatek: The doc for PyModule_New() refers to "PyImport_NewObject()", while it should refer to "PyModule_NewObject()": https://docs.python.org/3.6/c-api/module.html#c.PyModule_New -- assignee: docs@python components: Documentation messages: 295922 nosy: docs@pyth

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

Changes by STINNER Victor : -- pull_requests: +2215 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30642] Fix leaks in idlelib

Terry J. Reedy added the comment: The macosx leak came from repeated calls to root.createcommand("::tk::mac::OpenDocument", doOpenFile) in macosx.addOpenEventSupport(root, flist), which is called from macosx.setupApp, which is called in test_macosx.SetupTest.test_setupapp. Attached is an im

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

STINNER Victor added the comment: I upgraded Modules/expat/ to expat 2.2 using attached rebuild_expat_dir.sh script: https://github.com/python/cpython/pull/2164 TODO: Should be done later in the master branch, once the security fix is handled. * Drop support for VMS? VMS support removed from

  1   2   >