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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2198

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 a nice fix, it isn't enough to make the test stable on 
slow buildbot: it failed again on the same buildbot,
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/744

If I modify the timeout from 100 ms to 1 ms, the test also fail on Linux on my 
laptop. So I proposed https://github.com/python/cpython/pull/2148 to increase 
the timeout from 100 ms to 1 sec.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

Yes, this is https://github.com/python/cpython/pull/2139

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2199

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

Should be fixed in PR #2139. Please reopen if not.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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/2b5cc5ebaff41445200753f1a69fd4e6a9475a1e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 documented how to unregister the FD. I just saw 
"signal.set_wakeup_fd(-1)" in a Pull Request and realized that we forgot to 
document it:
https://github.com/python/cpython/pull/2139/

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

Doc/library/signal.rst should be modified. I read that it's even possible to 
create a PR using an online editor? I never tried:
https://github.com/python/cpython/blob/master/Doc/library/signal.rst

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

(If you want to backport, please wait after the 3.6.2 release to not stress our 
release manager, Ned Deily ;-))

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2200

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2201

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2203

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2202

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 
I created it! => commit d79c1d4a9406384f10a37f26a7515ce79f9fdd78

He already created 3 PR to backport the doc enhancement to 2.7, 3.5 and 3.6 
branches.

Sorry!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2204

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Alexandru Ardelean]

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 with virtualenv on Python3, that had a weird path: 
the `virtualenv /test` would generate 
`/test/lib/virtualenv/__init__.py/__init__.pyc`


The fix is here in the patch file:
https://github.com/openwrt/packages/pull/4475/commits/576c45eb0a5314121aeb2f8d8931644b65e5be99

--
components: Library (Lib)
messages: 295865
nosy: Alexandru Ardelean
priority: normal
severity: normal
status: open
title: imp.py: load_package: function has a buggy loop with `path = 
os.path.join(path, '__init__'+extension)`
versions: Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Alexandru Ardelean]

Changes by Alexandru Ardelean :


--
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated

[STINNER Victor]

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=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
-Wno-missing-field-initializers -I./Include -I. 
-I/usr/local/opt/openssl/include -I/usr/local/include 
-I/Users/travis/build/python/cpython/Include 
-I/Users/travis/build/python/cpython -c 
/Users/travis/build/python/cpython/Modules/_gdbmmodule.c -o 
build/temp./Users/travis/build/python/cpython/Modules/_sqlite/module.c:136:10: 
warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in OS X 
10.7 [-Wdeprecated-declarations]

rc = sqlite3_enable_shared_cache(do_enable);

 ^

/usr/include/sqlite3.h:5170:31: note: 'sqlite3_enable_shared_cache' has been 
explicitly marked deprecated here

SQLITE_API int 
SQLITE_STDCALLmacosx-10.11-x86_64-3.6-pydebug/Users/travis/build/python/cpython/Modules/_gdbmmodule.o

 sqlite3_enable_shared_cache(int) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, 
__MAC_10_7, __IPHONE_2_0, __IPHONE_5_0);

  ^

1 warning generated.

--
components: Library (Lib), macOS
messages: 295867
nosy: haypo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: SQLite: sqlite3_enable_shared_cache() is deprecated
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30563] multiprocessing module with pool object issue

[Antoine Pitrou]

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 on that platform.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
title: multiprocessing module with pool object issue -> [Cygwin] 
multiprocessing module with pool object issue

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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_CTYPE coerced to UTF-8 (set another locale or 
PYTHONCOERCECLOCALE=0 to disable this locale coercion behavior).
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ValueError: CODESET is not set or empty

Current thread 0x000802006400 (most recent call first):
Abort trap (core dumped)

--
components: Unicode
messages: 295870
nosy: ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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]$ ./python

Python runtime initialized with LC_CTYPE=C (a locale with default ASCII 
encoding), which may cause Unicode compatibility problems. Using C.UTF-8, 
C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is 
recommended.

Python 3.7.0a0 (heads/master:d79c1d4a94, Jun 13 2017, 10:59:23) 
[GCC 4.2.1 Compatible FreeBSD Clang 3.8.0 (tags/RELEASE_380/final 262564)] on 
freebsd11
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_CTYPE, None)
'C'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 (76 sec)
...
test_logincapa (test.test_imaplib.RemoteIMAPTest) ... ok
test_logout (test.test_imaplib.RemoteIMAPTest) ... ok
test_logincapa (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_logincapa_with_client_certfile (test.test_imaplib.RemoteIMAP_SSLTest) ... 
skipped "bpo-30175: FIXME: cyrus.andrew.cmu.edu doesn't accept our randomly 
generated client x509 certificate anymore"
test_logincapa_with_client_ssl_context (test.test_imaplib.RemoteIMAP_SSLTest) 
... skipped "bpo-30175: FIXME: cyrus.andrew.cmu.edu doesn't accept our randomly 
generated client x509 certificate anymore"
test_logout (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_ssl_context_certfile_exclusive (test.test_imaplib.RemoteIMAP_SSLTest) ... 
ok
test_ssl_context_keyfile_exclusive (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_logincapa (test.test_imaplib.RemoteIMAP_STARTTLSTest) ... ok
test_logout (test.test_imaplib.RemoteIMAP_STARTTLSTest) ... FAIL
...
==
FAIL: test_logout (test.test_imaplib.RemoteIMAP_STARTTLSTest)
--
Traceback (most recent call last):
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/test_imaplib.py",
 line 916, in test_logout
self.assertEqual(rs[0], 'BYE')
AssertionError: 'NO' != 'BYE'
- NO
+ BYE

(...)

Re-running test 'test_imaplib' in verbose mode
(...)
Ran 95 tests in 15.863s
OK (skipped=2)

--
components: Tests
messages: 295874
nosy: haypo
priority: normal
severity: normal
status: open
title: test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest failed randomly on 
s390x Debian 3.x
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +koobs

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 = {"PYTHONIOENCODING": "utf-8:surrogateescape"}
+out, err = self.run_embedded_interpreter("forced_io_encoding", env=env)
(...)

Caused a failure on the "shared" buildbot (./configure --enable-shared):

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/877/steps/test/logs/stdio

==
FAIL: test_forced_io_encoding (test.test_capi.EmbeddingTests)
--
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_capi.py", 
line 484, in test_forced_io_encoding
out, err = self.run_embedded_interpreter("forced_io_encoding", env=env)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_capi.py", 
line 392, in run_embedded_interpreter
(p.returncode, err))
AssertionError: 127 != 0 : bad returncode 127, stderr is 
'/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Programs/_testembed: error 
while loading shared libraries: libpython3.7dm.so.1.0: cannot open shared 
object file: No such file or directory\n'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2205

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24484] multiprocessing cleanup occasionally throws exception

[Antoine Pitrou]

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
stage:  -> needs patch
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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.ThreadedNetworkedTests) ... creating server
server created
ADDR = ('127.0.0.1', 0)
CLASS = 
HDLR = .NoEnableServer'>
server running
SENT: b'* OK IMAP4rev1'
waiting for server
done
ERROR

(...)

==
ERROR: test_enable_raises_error_if_no_capability 
(test.test_imaplib.ThreadedNetworkedTests)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/support/__init__.py",
 line 2035, in decorator
return func(*args)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/test_imaplib.py",
 line 673, in test_enable_raises_error_if_no_capability
with self.reaped_pair(NoEnableServer) as (server, client):
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/contextlib.py",
 line 81, in __enter__
return next(self.gen)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/test_imaplib.py",
 line 563, in reaped_pair
client = self.imap_class(*server.server_address)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 200, in __init__
self._connect()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 250, in _connect
self._get_capabilities()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1027, in _get_capabilities
typ, dat = self.capability()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 435, in capability
typ, dat = self._simple_command(name)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1191, in _simple_command
return self._command_complete(name, self._command(name, *args))
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1014, in _command_complete
typ, data = self._get_tagged_response(tag)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1134, in _get_tagged_response
self._get_response()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1042, in _get_response
resp = self._get_line()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 1144, in _get_line
line = self.readline()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py",
 line 305, in readline
line = self.file.readline(_MAXLINE + 1)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/socket.py",
 line 586, in readinto
return self._sock.recv_into(b)
ConnectionResetError: [Errno 54] Connection reset by peer

(...)
Re-running test 'test_imaplib' in verbose mode
(...)

test_enable_raises_error_if_no_capability 
(test.test_imaplib.ThreadedNetworkedTests) ... creating server
server created
ADDR = ('127.0.0.1', 0)
CLASS = 
HDLR = .NoEnableServer'>
server running
SENT: b'* OK IMAP4rev1'
GOT: b'NMFJ0 CAPABILITY'
SENT: b'* CAPABILITY IMAP4rev1 AUTH'
SENT: b'NMFJ0 OK CAPABILITY completed'
GOT: b'NMFJ1 LOGOUT'
SENT: b'* BYE IMAP4ref1 Server logging out'
SENT: b'NMFJ1 OK LOGOUT completed'
waiting for server
done
ok

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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
test_barrier (test.test_threading.BarrierTests) ... ok
test_barrier_10 (test.test_threading.BarrierTests) ... ok
test_default_timeout (test.test_threading.BarrierTests) ... Unhandled exception 
in thread started by .task at 
0x00B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, 
in task
Unhandled exception in thread started by .task 
at 0x00B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, 
in task
Unhandled exception in thread started by .task 
at 0x00B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, 
in task
f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
917, in f
f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
917, in f
f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
917, in f
i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in 
wait
Unhandled exception in thread started by .task 
at 0x00B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, 
in task
i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in 
wait
self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in 
_wait
i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in 
wait
f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
917, in f
self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in 
_wait
raise BrokenBarrierError
threading.BrokenBarrierError
self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in 
_wait
i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 603, in 
wait
ERROR
test_reset (test.test_threading.BarrierTests) ... raise BrokenBarrierError
threading.BrokenBarrierError
self._enter() # Block while the barrier drains.
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 627, in 
_enter
raise BrokenBarrierError
threading.BrokenBarrierError
raise BrokenBarrierError
threading.BrokenBarrierError
ok
test_single_thread (test.test_threading.BarrierTests) ... ok

(...)

==
ERROR: test_default_timeout (test.test_threading.BarrierTests)
--
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
922, in test_default_timeout
self.run_threads(f)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
751, in run_threads
f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 
917, in f
i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in 
wait
self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 650, in 
_wait
raise BrokenBarrierError
threading.BrokenBarrierError

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_os.py", 
line 644, in test_utime_current_old
self._test_utime_current(set_time)
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_os.py", 
line 632, in _test_utime_current
delta=delta, msg=msg)
AssertionError: 1497323613.108506 != 1497323613.0692456 within 0.02 delta : 
st_time=1497323613.108506, current=1497323613.0692456, dt=0.0392603874206543

--
Ran 238 tests in 16.382s

FAILED (failures=1, skipped=81)
test test_os failed

And then test_os passed.

--
components: Tests, Windows
keywords: buildbot
messages: 295879
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24484] multiprocessing cleanup occasionally throws exception

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2206

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 warnings due to F26 backport of PEP 
538): 
https://lists.fedorahosted.org/archives/list/python-de...@lists.fedoraproject.org/thread/VSEGOF76XMBJOAO4C2MORNK3I2VIPOTU/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30650] lack of right parentheses

[Messi Liao]

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 error
versions: Python 3.7
Added file: http://bugs.python.org/file46945/posixmodule_compiler_error.png

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30351] regrtest hangs on x86 Windows XP 2.7

[STINNER Victor]

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 -- running: test_weakref (48 sec)

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1461.02

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

Changes by Nick Coghlan :


--
pull_requests: +2208

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24484] multiprocessing cleanup occasionally throws exception

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

Changes by Nick Coghlan :


--
pull_requests: +2209

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Arthur Darcet]

Changes by Arthur Darcet :


--
nosy: +rthr

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24484] multiprocessing cleanup occasionally throws exception

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +2210

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

Changes by Nick Coghlan :


--
pull_requests: +2211

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

Victor, this issue should be obsolete now that the global Random instance is 
reseeded after fork().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

Antoine Pitrou added the comment:

The Process issue will be fixed with Process.close() in issue30596.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

I see 3 threads:

* Thread 0x0a20: asyncore.loop() called from DummyPOP3Server.run(), 
test_poplib.py:222:

def run(self):
self.active = True
self.__flag.set()
while self.active and asyncore.socket_map:
self.active_lock.acquire()
asyncore.loop(timeout=0.1, count=1)   < HERE
self.active_lock.release()
asyncore.close_all(ignore_all=True)

* Current thread 0x0a5c: self._sslobj.do_handshake() <= 
SSLObject.do_handshake() <= DummyPOP3Handler._do_tls_handshake() <= 
DummyPOP3Handler.handle_read()

* Thread 0x0360: socket.getaddrinfo() <= socket.create_connection() <= 
POP3._create_socket() <= POP3.__init__() <= TestPOP3Class.test_stls_context() 
of test_poplib.py:359


0:47:48 [207/405] test_poplib crashed
Windows fatal exception: access violation

Thread 0x0a20 (most recent call first):
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
144 in poll
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
207 in loop
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 222 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 
916 in _bootstrap_inner
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 
884 in _bootstrap

Current thread 0x0a5c (most recent call first):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\ssl.py", 
line 683 in do_handshake
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\ssl.py", 
line 1061 in do_handshake
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 172 in _do_tls_handshake
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 189 in handle_read
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
423 in handle_read_event
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
83 in read
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
150 in poll
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 
207 in loop
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 222 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 
916 in _bootstrap_inner
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 
884 in _bootstrap

Thread 0x0360 (most recent call first):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\socket.py", 
line 743 in getaddrinfo
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\socket.py", 
line 704 in create_connection
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\poplib.py", 
line 108 in _create_socket
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\poplib.py", 
line 102 in __init__
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 359 in test_stls_context
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\case.py", 
line 601 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\case.py", 
line 649 in __call__
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", 
line 122 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", 
line 84 in __call__
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", 
line 122 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", 
line 84 in __call__
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\runner.py",
 line 176 in run
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\__init__.py",
 line 1889 in _run_suite
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\__init__.py",
 line 1923 in run_unittest
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py",
 line 509 in test_main
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest.py",
 line 165 in runtest_inner
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest.py",
 line 119 in runtest
  File 
"D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest_mp.py",
 line 71 in ru

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

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +Lukasa

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Even if the global Random instance is reseeded after fork(), other instances 
are not reseeded.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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!

--
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor added the comment:

At least, it would be nice to document it for Python 3.6 and older.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Yes, this is a feature, not a bug. But I think it is worth be explicitly 
documented.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Felt]

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 lack of progress in the 
discussion.

Clearly, the detail of your comments proves me wrong on that final 
point. I will be more attentive.

Jumping to your last comment:

> Uhm, ultimative solution feels complex already, while still some things to 
> decide...

So, rather than try for perfection in one go - set some priorities.

IMHO (emphasis on the H) - having find_library return something useful, 
even if not right 100% of the time - is better than wrong 100% of the 
time. - this concerns find_library().

Your "find" of the routine "loadquery()" may be a big improvement over 
what I found first. FYI - while you show links to AIX 7.2 documentation 
I am, as a 'packager' still trying, for the time being, to package on 
AIX 5.3. I know AIX 5.3 is no longer supported, but as long as something 
such as RBAC intelligence is not needed I prefer to package only once - 
and let AIX binary compatibility upwards do it's thing. Back to the H 
from above: loadquery() is an enhancement - and in previous discussions 
about my patch, such enhancements were frowned upon (i.e., it seemed 
that anything that would consider  or include LD_LIBRARY_PATH or LIBPATH 
would not be considered - so even something that would examine the 
environment (i.e., an exported LD_LIBRARY_PATH or LIBPATH) was not 
acceptable. However, I concur loadquery() using *L_GETLIBPATH*can be 
expected to be more efficient (and easier to read?) that my earlier 
attempts to get this info using "dump -H".

More comments (a few) below.

On 20/02/2017 14:37, Michael Haubenwallner wrote:
> Michael Haubenwallner added the comment:
>
> On 02/03/2017 09:52 PM, Michael Felt wrote:
>>> Anyway:
>>> Unfortunately, there is no concept of embedding something like ELF's 
>>> DT_SONAME tag into the Shared Object.
>>> The very (PATH,BASE,MEMBER) value as (specified to and) discovered by the 
>>> linker is recorded into the just-linked executable (or Shared Object).
>>> This implies that the runtime loader does search for the very same filename 
>>> (and member eventually) as the linker (at linktime).
>> I assume this is why there are many systems besides AIX that do not
>> support/use DT_SONAME.
> Except for Windows, I'm not sure which "many systems besides AIX" you're 
> talking here about, that "do not use/support DT_SONAME".
Clearly, my assumption is wrong. I "grew up" on BSD Unix, not System V, 
and AIX seems (imho) favor BSD in some aspects. I assume (emphasis 
assume!) that soname is not part of the POSIX standard (at least not as 
early as 2005 - standards change).
>> At least I see many references to "Shared
>> Objects" libFOO.so.X.Y.Z, libFOO.so.X.Y, libFOO.so.X and libFOO.so (with
>> the latter three being symbolic links to the first).
> When a system happens to find these symlinks useful, then it actually _does_ 
> support embedding DT_SONAME (or something similar) into its binary file 
> format.
What I have seen on AIX - packaging by others, and from memory what 
libtool is doing, is the following: the file: libfoo.so.X.Y.Z gets 
created, the following symbolic links are created - each pointing at 
libfoo.so.X.Y.Z: libfoo.so.X.Y, libfoo.so.X and libfoo.so. I also see 
the same "logic" in IBM provided archives. I use libssl.a as my guide 
(for 'versioning'), but most of my 'issues' has been with supporting 
backwards compatibility with libintl.a - execpt here they are not 
symbolic links. The same "file" is added to the archive, but with a 
different name - so if a "soname extension" was used (better, found 
during linking), it is used. The order in the archive is important. If 
the generic name is first, then that is the name that will be used 
during linking (and remembered for execution).

root@x064:[/usr/lib]lslpp -L | grep openssl.base
   openssl.base1.0.2.1000C FOpen Secure Socket Layer
root@x064:[/usr/lib]ar -Xany -tv libssl.a
rwxr-xr-x 537912/767508 726474 Oct 18 11:38 2016 libssl.so
rwxr-xr-x 537912/767508 726474 Oct 18 11:38 2016 libssl.so.1.0.0
rwxr-xr-x 537912/767508 510610 Oct 18 11:39 2016 libssl.so.0.9.8
rwxr-xr-x 537912/767508 823217 Oct 18 11:39 2016 libssl64.so
rwxr-xr-x 537912/767508 823217 Oct 18 11:39 2016 libssl64.so.1.0.0
rwxr-xr-x 537912/767508 577122 Oct 18 11:54 2016 libssl64.so.0.9.8

root@x064:[/usr/lib]lslpp -L aixtools.gnu.gettext.rte
   Fileset  Level  State  Type  Description 
(Uninstaller)

   aixtools.gnu.gettext.rte  0.19.8.1C Fbuilt 21-Aug-2016 
1821 UTC

root@x064:[/usr/lib]ar -Xany tv libintl.a
rwxr-xr-x 0/0  87530 Aug 21 16:45 2016 libintl.so.8
rwxr-xr-x 0/0  79727 Aug 21 18:17 2016

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

[Antoine Pitrou]

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 closes the sentinel fd.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated

[Ned Deily]

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 done here.

--
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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/3.6.koobs-freebsd10/build/Lib/threading.py", 
line 295 in wait
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/threading.py", 
line 551 in wait
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py",
 line 369 in wait_done
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py",
 line 341 in __init__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py",
 line 362 in __init__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py",
 line 312 in test_threading_not_handled
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/case.py", 
line 601 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/case.py", 
line 649 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/runner.py", 
line 176 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1889 in _run_suite
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1923 in run_unittest
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 164 in test_runner
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 165 in runtest_inner
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 119 in runtest
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest_mp.py",
 line 71 in run_tests_slave
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 475 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 468 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 532 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", 
line 46 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", 
line 50 in 
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
85 in _run_code
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
193 in _run_module_as_main

--
components: Tests
keywords: buildbot
messages: 295903
nosy: haypo
priority: normal
severity: normal
status: open
title: test_threading_not_handled() hangs randomly on AMD64 FreeBSD 10.x Shared 
3.6
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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.koobs-freebsd-current/build/Lib/threading.py", 
line 295 in wait
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/threading.py", 
line 551 in wait
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/test_socket.py",
 line 273 in _tearDown
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/case.py",
 line 604 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/case.py",
 line 649 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/runner.py",
 line 176 in run
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/support/__init__.py",
 line 1889 in _run_suite
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/support/__init__.py",
 line 1923 in run_unittest
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/test_socket.py",
 line 5637 in test_main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest.py",
 line 165 in runtest_inner
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest.py",
 line 119 in runtest
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 71 in run_tests_slave
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py",
 line 475 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py",
 line 468 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py",
 line 532 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/regrtest.py",
 line 46 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/regrtest.py",
 line 50 in 
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/runpy.py", line 
85 in _run_code
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/runpy.py", line 
193 in _run_module_as_main

--
components: Tests
keywords: buildbot
messages: 295906
nosy: haypo
priority: normal
severity: normal
status: open
title: test_socket hangs in ThreadableTest.tearDown() on AMD64 FreeBSD CURRENT 
Debug 3.6
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30635] Leak in test_c_locale_coercion

[Nick Coghlan]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michał Radwański]

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 into a Python syntax tree. In that case, it obviously is, as you 
may imagine a function, that returns nothing:

def func():
return

If however you try to make executable code of the source, it is checked whether 
the constructs make sense in provided context. And, as you may imagine, 
top-level code with return statement is not valid, hence the error.

--
nosy: +enedil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 of the AST into a runtime code object

It isn't possible to separate the first two from pure Python code, but 
ast.parse() (aka the ast.PyCF_ONLY_AST compile flag) skips the last one.

As Michał noted, it's usually that last stage which checks for "higher level" 
constructs related to lexical structure, where certain statements can only be 
meaningfully executed when used inside a suitable compound statement, but can 
still be parsed outside it:

```
>>> ast.dump(ast.parse("break"))
'Module(body=[Break()])'
>>> ast.dump(ast.parse("continue"))
'Module(body=[Continue()])'
>>> ast.dump(ast.parse("return"))
'Module(body=[Return(value=None)])'
>>> ast.dump(ast.parse("yield"))
'Module(body=[Expr(value=Yield(value=None))])'
```

(`await` currently isn't in that category, but that's specifically due to the 
parser hacks used to enable it without needing a __future__ import)

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.

--
assignee:  -> docs@python
components: +Documentation -Interpreter Core
nosy: +docs@python, ncoghlan
stage:  -> needs patch
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Hrvoje Nikšić]

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 sense that 
some constructs are legal as AST, but can't be converted into code), I just 
found it surprising. In other words, we would have found it very useful for the 
documentation to mention that code generation performs additional checks on the 
AST that are not performed during the ast.PyCF_ONLY_AST compilation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30642] Fix leaks in idlelib

[Terry J. Reedy]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30635] Leak in test_c_locale_coercion

[Nick Coghlan]

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
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30642] Fix leaks in idlelib

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +2212

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 checking external locale configuration. I expected that to behave the 
same way as "LC_CTYPE=UTF-8", but instead it's behaving more like "LC_CTYPE=C".

--
dependencies: +CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 
538, Leak in test_c_locale_coercion

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

[pkerling]

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 shutdown in finisignal, it *always* sets SIGINT to SIG_DFL. The reason 
is that it saves the old handler in old_siginthandler, but *only* if the signal 
handler is overwritten in init, which only happens when it was SIG_DFL in the 
first place! If there was already a handler in place in init (-> no 
overwriting), old_siginthandler will default to the initialization value, which 
is also SIG_DFL.

This means that when an application embeds Python and needs a custom SIGINT 
handler, it will stop to work as soon as it shuts down Python since it will 
always be reset to SIG_DFL.

--
components: Interpreter Core
messages: 295915
nosy: pkerling
priority: normal
severity: normal
status: open
title: signal module always overwrites SIGINT on interpreter shutdown
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

[Roundup Robot]

Changes by Roundup Robot :


--
pull_requests: +2213

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30351] regrtest hangs on x86 Windows XP 2.7

[STINNER Victor]

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: 1200 seconds without output running 
['Tools\\buildbot\\test.bat', '-x64', '-j2'], attempting to kill
program finished with exit code 1
elapsedTime=2388.552000

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

[STINNER Victor]

Changes by STINNER Victor :


--
versions:  -Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +haypo, pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30655] speech module

[Agam Shukla]

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
status: open
title: speech module
type: compile error
versions: Python 3.6
Added file: http://bugs.python.org/file46947/speech.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30642] Fix leaks in idlelib

[Terry J. Reedy]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30655] speech module

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30650] lack of right parentheses

[Serhiy Storchaka]

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


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30650] lack of right parentheses

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30642] Fix leaks in idlelib

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +2214

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30656] typo in PyModule_New documentation

[Jan Hnatek]

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@python, hnhn
priority: normal
severity: normal
status: open
title: typo in PyModule_New documentation
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2215

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30642] Fix leaks in idlelib

[Terry J. Reedy]

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 improved version of findleak.py, which made it easy to isolate 
one test file by renaming, repeatedly determine whether the leak remained after 
modifying either macosx.py or test_macosx.py, and revert all the other names 
when done.

--
Added file: http://bugs.python.org/file46948/findleak.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 Python 3.4. Remove 
Modules/expat/expat_config.h
* Drop support for the Open Watcom compiler? Compiler not supported by Python. 
Remove Modules/expat/watcomconfig.h
* Send Python downstream changes to expat upstream?

--
Added file: http://bugs.python.org/file46949/rebuild_expat_dir.sh

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com