[issue24263] unittest cannot load module whose name starts with Unicode
sih4sing5hong5 added the comment: Thank you. I updated my patch in `VALID_MODULE_NAME.patch`. -- Added file: http://bugs.python.org/file39789/VALID_MODULE_NAME.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24263 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2406] Improvement suggestions for the gzip module documentation
Jakub Kadlčík added the comment: Hello, I think the example code snippets are awesome and no doubts, they helped me a lot. The only problem is that they are not idiomatic. They look like C more than Python. I suggest following patch -- nosy: +FrostyX Added file: http://bugs.python.org/file39790/idiomatic-gzip.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
Roundup Robot added the comment: New changeset 9f4b066754c3 by Antoine Pitrou in branch '2.7': Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar(). https://hg.python.org/cpython/rev/9f4b066754c3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24263] unittest cannot load module whose name starts with Unicode
Changes by sih4sing5hong5 ihc...@gmail.com: Removed file: http://bugs.python.org/file39778/VALID_MODULE_NAME.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24263 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
STINNER Victor added the comment: On Python 3.5 and 3.6, You can use math.inf and math.nan. The patch is for 3.4. Ok, it confirms my guess. But when you merge your change into 3.5, you may replace nan and inf with math.nan and math.inf. As you want. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
STINNER Victor added the comment: polar_errno.patch doesn't apply cleanly on the default branch, I get that you wrote your patch for Python 3.4. +@cpython_only +def test_polar_errno(self): +# Check a previously set C errno doesn't disturb polar() Please add the number of this issue in the comment. +inf = float('inf') + ... +nan = float('nan') On Python 3.5 and 3.6, You can use math.inf and math.nan. Except of that, the patch looks good to me. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24439] Feedback for awaitable coroutine documentation
Martin Panter added the comment: Here is a patch with more improvements to the coroutine documentation, including: * Remove expansion of “coroutine” glossary to include generators; it was not my original intention of this bug. Perhaps this can be dealt with separately in Issue 24087 if other people agree there is a problem. * Add Native Coroutine Objects section to /Doc/reference/datamodel.rst describing each method * Tweak coroutine and wrapper object doc strings to avoid generator terms * Mention native coroutines and “await” in the asyncio Coroutines section, where the existing text only mentions generators and “yield from” * Also recommend native coroutines, @asyncio.coroutine for calling native coroutines, etc I changed two of the asyncio coroutine examples to use “async def” rather than generators. There is a third example that still uses generators which I did not change, because I would also have to update the sequence diagram. -- Added file: http://bugs.python.org/file39788/async-doc.v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
Roundup Robot added the comment: New changeset 70e3230c2872 by Antoine Pitrou in branch '3.4': Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar(). https://hg.python.org/cpython/rev/70e3230c2872 New changeset d165712b2dee by Antoine Pitrou in branch '3.5': Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar(). https://hg.python.org/cpython/rev/d165712b2dee New changeset b1fac7685947 by Antoine Pitrou in branch 'default': Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar(). https://hg.python.org/cpython/rev/b1fac7685947 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
Antoine Pitrou added the comment: On Python 3.5 and 3.6, You can use math.inf and math.nan. The patch is for 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24486] http/client.py block indefinitely on line 308 in _read_status
Martin Panter added the comment: The closest I have is Python 3.3, but this times out properly for me: from http.client import HTTPConnection import socket socket.setdefaulttimeout(10) h = HTTPConnection(192.168.1.84) h.request(GET, /) h.getresponse() Traceback (most recent call last): File stdin, line 1, in module File C:\Python33\lib\http\client.py, line 1147, in getresponse response.begin() File C:\Python33\lib\http\client.py, line 358, in begin version, status, reason = self._read_status() File C:\Python33\lib\http\client.py, line 320, in _read_status line = str(self.fp.readline(_MAXLINE + 1), iso-8859-1) File C:\Python33\lib\socket.py, line 297, in readinto return self._sock.recv_into(b) socket.timeout: timed out I suggest you either try to come up with a recipe to reproduce this with plain http.client, or look into whether the Requests package supports using the default socket timeout setting. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22032] Use __qualname__ together with __module__
Barry A. Warsaw added the comment: FWIW, this broke the zope.testing doctests: https://bugs.launchpad.net/zope.testing/+bug/1467644 I submitted a patch, which was reasonable given the normalization that zope.testing does for doctest output, but people should be aware that this can break doctests. Unfortunately, short of the normalizing tricks that zope.testing does, there's no way to write such tests that are compatible with both 3.4 and 3.5. OTOH, I agree that raising nested exceptions the way zope.testing does is probably rare. -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22032 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
Antoine Pitrou added the comment: Ok, pushed it! -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ 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
Jorge Herskovic added the comment: More data: I've been unable to replicate this behavior on Ubuntu 15.04 on Python 3.4.3 over ~20 thousand test runs. (Same machine, running in a VM) An overnight repeated run on the original machine on OS X, 3.4.3, official distribution gave an actual frequency of 0.1% (7 crashes in 6980 runs). Approximately 3,300 runs on Python 2.7.9 on the same machine have not resulted in any crashes. I now built 3.4.3 from source using the latest clang and am trying it again, on the same machine, instead of using the official distribution. So far, 0 crashes in approximately 3,300 runs so far. At the moment, then, the problem seems localized to the official 3.4.3 binaries for OS X. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24490] DeprecationWarning hidden even after warnings.filterwarnings('always') called
New submission from Jakub Mateusz Kowalski: The error occurs when there was a warning before the call to filterwarnings(): $ python Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import warnings warnings.warn('aa', DeprecationWarning) warnings.filterwarnings('always') warnings.warn('aa', DeprecationWarning) When filterwarnings() is called before warnings, everything is working as expected: $ python Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import warnings warnings.filterwarnings('always') warnings.warn('aa', DeprecationWarning) __main__:1: DeprecationWarning: aa warnings.warn('aa', DeprecationWarning) __main__:1: DeprecationWarning: aa -- components: Interpreter Core messages: 245691 nosy: Jakub.Mateusz.Kowalski priority: normal severity: normal status: open title: DeprecationWarning hidden even after warnings.filterwarnings('always') called type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24490 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24458] Documentation for PEP 489
Nick Coghlan added the comment: Leaving the tutorial alone until the callback problem is resolved makes sense to me. The patch overall looks good, I sent a few more detailed comments via Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24458 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Nathan Jensen added the comment: Is it possible to get the license issues resolved and get this fixed in 2.7.11 since that's the last 2.7 release that is currently scheduled? -- nosy: +Nathan Jensen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Steve Dower added the comment: That's two separate questions: Is it possible to get the license issues resolved AFAICT they are resolved. Go ahead and copy the relevant code from setuptools. get this fixed in 2.7.11 Why do you need/want to build without setuptools? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +brett.cannon, eric.snow, ethan.furman, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24491] inspect.getsource can't get source code if provided function isn't from a file
New submission from Zorceta: Both python.exe and IDLE can't. IPython is able to, as it inserts REPL input into linecache. -- messages: 245694 nosy: zorceta priority: normal severity: normal status: open title: inspect.getsource can't get source code if provided function isn't from a file type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
Changes by Armin Rigo ar...@users.sourceforge.net: Added file: http://bugs.python.org/file39791/test_case.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
New submission from Armin Rigo: A regression in 3.5: if we use custom objects as modules (like some projects do), then these custom objects may not have an attribute called __name__. There is new code in 3.5 added for issue #17636 which tries sometimes to read the __name__ of a module when executing an import statement, and if this leads to an AttributeError, it will get propagated. I imagine this could break real code using try: except ImportError:. It _does_ break the tests of the cffi project, which try to check that some import of a nonexisting name correctly gives ImportError. Now it gives AttributeError(__name__) instead. -- components: Interpreter Core keywords: 3.4regression messages: 245696 nosy: arigo, larry priority: normal severity: normal status: open title: using custom objects as modules: AttributeErrors new in 3.5 type: behavior versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19235] Add a dedicated subclass for recursion errors
Changes by Ivan Levkivskyi levkivs...@gmail.com: -- nosy: +levkivskyi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19235 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
Larry Hastings added the comment: What's a sensible approach to ameliorate the problem? Gracefully muddle through without a __name__ on the imported object? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24492] using custom objects as modules: AttributeErrors new in 3.5
Changes by R. David Murray rdmur...@bitdance.com: -- priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24129] Incorrect (misleading) statement in the execution model documentation
Ivan Levkivskyi added the comment: It looks like on python-dev (http://www.mail-archive.com/python-dev@python.org/msg88256.html) there is an agreement that this behavior should not be changed (at least not in the nearest future). If there are no more comments/suggestions, then maybe one could accept the latest patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24129 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Nathan Jensen added the comment: Ok, I was confused since the ticket was still marked as Open. We are trying to make an open source CPython extension available for download and building and we don't want to add a dependency on setuptools. We will patch our build commands based on the setuptools link provided in the message above. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23749] asyncio missing wrap_socket (starttls)
Changes by STINNER Victor victor.stin...@gmail.com: -- title: asyncio missing wrap_socket - asyncio missing wrap_socket (starttls) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23749 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24493] subprocess with env=os.environ fails with fatal python error when calling 32-bit python from 64-bit one on Windows
New submission from Florian Bruhin: Trying to call a 32bit Python via subprocess from a 64bit one works as expected: Python 3.4.2 (v3.4.2:ab2c023a9432, Oct 6 2014, 22:16:31) [MSC v.1600 64 bit (AMD64)] on win32 [...] subprocess.check_call([r'C:\Python34_x32\python.exe', '-c', 'print(Hello World)']) Hello World However, when passing the `env` parameter, even just as `env=os.environ`, things break: subprocess.check_call([r'C:\Python34_x32\python.exe', '-c', 'print(Hello World)'], env=os.environ) Fatal Python error: Failed to initialize Windows random API (CryptoGen) Starting a 64bit Python from the 64bit one works fine: subprocess.check_call([r'C:\Python34\python.exe', '-c', 'print(Hello World)'], env=os.environ) Hello World According to issue20614 the Fatal Python error happens when SYSTEMROOT is not set, but that's definitely set in the original environment. Looking at the code, it just passes env to Windows' CreateProcess[1] - I guess this does *something* different in this scenario when None/NULL is given as compared to the os.environ dict? This breaks virtualenv with --python for me: C:\Users\florian\tmpC:\Python34\python.exe -m virtualenv --python=C:\Python34_x32\python.exe venv3 Running virtualenv with interpreter C:\Python34_x32\python.exe Fatal Python error: Failed to initialize Windows random API (CryptoGen) [1] https://msdn.microsoft.com/en-us/library/windows/desktop/ms682425(v=vs.85).aspx -- components: Library (Lib), Windows messages: 245700 nosy: The Compiler, astrand, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: subprocess with env=os.environ fails with fatal python error when calling 32-bit python from 64-bit one on Windows versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23246] distutils fails to locate vcvarsall with Visual C++ Compiler for Python
Changes by Steve Dower steve.do...@microsoft.com: -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22508] Remove __version__ string from email
Barry A. Warsaw added the comment: When I ported Mailman 3 to Python 3.5 I had to remove the check on email.__version__ :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22508 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24489] cmath.polar() can raise due to pre-existing errno
New submission from Antoine Pitrou: Here is a patch, with additional tests. -- components: Library (Lib) files: polar_errno.patch keywords: patch messages: 245678 nosy: mark.dickinson, pitrou priority: normal severity: normal stage: patch review status: open title: cmath.polar() can raise due to pre-existing errno type: behavior versions: Python 3.4, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file39787/polar_errno.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24489 ___ ___ 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
Ned Deily added the comment: Exactly how are you building the Python 3.4 that does not fail for you? FWIW, I am able to reproduce the failure easily on a 10.10.3 system using python.org 64-bit/32-bit 3.4.3, using a current MacPorts source-built 3.4.3 (which is built with clang), and repeatedly using the current head of the 3.4 branch (post-3.4.3) built with clang, both with and without pydebug enabled. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24484 ___ ___ 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
Jorge Herskovic added the comment: The failing Python: 3.4.3 (v3.4.3:9b73f1c3e601, Feb 23 2015, 02:52:03) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] The non-failing Python: 3.4.3 (default, Jun 23 2015, 06:33:02) [GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)] The non-failing python, I just downloaded the tarball and ran ./configure --prefix=/opt/python343, make, sudo make install, and then created a virtualenv using that binary. Given what you're telling me, I'll run some more loops with the non-failing python. I'm grateful you've been able to reproduce the problem, FWIW. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24493] subprocess with env=os.environ fails with fatal python error when calling 32-bit python from 64-bit one on Windows
Florian Bruhin added the comment: That gives me Environment variable SYSTEMROOT not defined which would explain the Fatal Python error I'm seeing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24490] DeprecationWarning hidden even after warnings.filterwarnings('always') called
Ned Deily added the comment: The problem you describe was covered by Issue4180 and fixed in Python 3.4.2. From the discussion there, you can see that it was decided to not change the behavior of Python 2.7. -- nosy: +ned.deily resolution: - duplicate stage: - resolved status: open - closed superseder: - warnings.simplefilter(always) does not make warnings always show up ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24490 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2406] Improvement suggestions for the gzip module documentation
Ned Deily added the comment: Jakub, thanks for your suggested changes. But this issue was closed and the documentation updated many years ago. Please open a new issue with your suggested changes, otherwise they will likely be forgotten and ignored. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24244] Python exception on strftime with %f on Python 3 and Python 2 on windows
Steve Dower added the comment: Finally got back to looking at this, and since %f works against MSVC 14.0 I'm just going to remove the part of the test that is currently failing and close this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24244 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24494] Can't specify encoding with fileinput and inplace=True
New submission from lilydjwg: I want to use fileinput to modify files, but find no way to specify the file encoding. I tried to use hook_encoded, but it says FileInput cannot use an opening hook in inplace mode. -- components: Library (Lib) messages: 245711 nosy: lilydjwg priority: normal severity: normal status: open title: Can't specify encoding with fileinput and inplace=True versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24494 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24244] Python exception on strftime with %f on Python 3 and Python 2 on windows
Roundup Robot added the comment: New changeset 2c10e9f62613 by Steve Dower in branch '3.5': Closes #24244: Removes invalid test from test_time https://hg.python.org/cpython/rev/2c10e9f62613 New changeset f0ca1fabb41f by Steve Dower in branch 'default': Closes #24244: Removes invalid test from test_time https://hg.python.org/cpython/rev/f0ca1fabb41f -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24244 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12920] inspect.getsource only works for objects loaded from files, not interactive session
Changes by Zorceta zorc...@gmail.com: -- nosy: -docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12920 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12920] inspect.getsource only works for objects loaded from files, not interactive session
Changes by Zorceta zorc...@gmail.com: -- components: +IDLE, Interpreter Core -Documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12920 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24483] Avoid repeated hash calculation in C implementation of functools.lru_cache()
Raymond Hettinger added the comment: Sorry Larry, but I prefer Serhiy's version. The known_hash variants need to have their own function intact version and gum up the rest of the code. See the current known_hash function for comparison (Serhiy modeled on what we had already decided to do much earlier on a separate issue). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1
eryksun added the comment: It seems only a minimal set of environment variables are set Apparently the initial environment is empty. The values you see are defaults set by cmd.exe when it starts. It also sets the 'hidden' variable =C: to the current directory on the C: drive, which you can see via set . As a workaround, try running the command using shell=True (i.e. cmd /c). This should let you modify the environment passed to 64-bit cmd.exe, which will be inherited by the grandchild process that it creates. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19111] 2to3 should remove from future_builtins import *
Milan Oberkirch added the comment: Here is a simple patch that would solve this issue. The new fixer 'future_builtins' removes `from future_builtins import foo` statements if they aren't nested in other constructs (try-except, classes, ...) and replaces them with `pass` otherwise. -- keywords: +patch nosy: +zvyn versions: +Python 2.7, Python 3.6 -Python 3.5 Added file: http://bugs.python.org/file39795/2to3_fix_future_builtins.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19111 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12920] inspect.getsource only works for objects loaded from files, not interactive session
Zorceta added the comment: When provided object is not from a file, like input in interactive shell, `inspect` internals will check for it in `linecache`, which official Python shell and IDLE won't put interactive shell input into, yet. This can be simply solved. Whether interactive shell input can be put into `linecache` may be a problem, but it'll make life easier, as interactive shell saves time from edit-save-run 'loop'. btw, I changed the title, since I don't think, what original author thought need to be documented, is absolutely right. -- title: Document that inspect.getsource only works for objects loaded from files, not interactive session - inspect.getsource only works for objects loaded from files, not interactive session ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12920 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23496] Steps for Android Native Build of Python 3.4.2
Cyd Haselton added the comment: UPDATE: Spent this past weekend fixing the broken on-device compiler. Will get to tests this weekend -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23496 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24486] http/client.py block indefinitely on line 308 in _read_status
Julien Palard added the comment: I only have a `socket.setdefaulttimeout(10)` just after my imports... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by DmitryJ ga...@tut.by: Added file: http://bugs.python.org/file39781/issue24467-3.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
DmitryJ added the comment: Attached is a patch that fixes the reported issue. Since there are no visible side effects in Python, I could not write a test for this. -- keywords: +patch Added file: http://bugs.python.org/file39780/issue24467-2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by DmitryJ ga...@tut.by: Added file: http://bugs.python.org/file39783/issue24467-3.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by DmitryJ ga...@tut.by: Added file: http://bugs.python.org/file39784/issue24467-3.5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by DmitryJ ga...@tut.by: Added file: http://bugs.python.org/file39782/issue24467-3.3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24483] Avoid repeated hash calculation in C implementation of functools.lru_cache()
Larry Hastings added the comment: I suggest that 20 lines of identical code copy-and-pasted between two functions is not the cleanest way to do it. Find attached my version of the patch, which splits this common code out into a static function. -- Added file: http://bugs.python.org/file39785/clru_cache_known_hash_5.larry.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
DmitryJ added the comment: Offending code in 2.7: https://hg.python.org/cpython/file/20c9290a5de4/Objects/bytearrayobject.c#l2381 https://hg.python.org/cpython/file/20c9290a5de4/Objects/bytearrayobject.c#l2412 Let n = 16, where = 0; memmove() then attempts to copy (n - where) = 16 bytes where it should have copied 15, since we drop one. This appears to be a typical case of off-by-one. Changing (n - where) to (n - where - 1) should fix the issue. This underfows when (where + 1) n, but this case is guarded against in bytearray_pop() and cannot occur in bytearray_remove(). The exact same memmove() invocation code is found in all 3.x branches as well. -- nosy: +dev_zzo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24467] bytearray pop and remove Buffer Over-read
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24467 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10708] Misc/porting should be folded into the development FAQ or the devguide
Paul Anton Letnes added the comment: I created a patch to the devguide with some rewording as necessary. As I am not an expert on porting Python, it would be great if someone could point out any mistakes I made. The new FAQ is at the very bottom of the file, as I didn't find any other category to place it in. If people port Python to new platforms on a regular basis, I suggest adding a hint to discuss it on some mailing list, or that this FAQ is expanded into a more substantial piece of documentation. But then, I guess few people have an issue with Python not building on their system these days? Branch on bitbucket: issue10708-move-porting-to-devguide -- hgrepos: +314 keywords: +patch nosy: +pletnes Added file: http://bugs.python.org/file39786/issue10708-move-porting-to-devguide.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10708 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24263] unittest cannot load module whose name starts with Unicode
Serhiy Storchaka added the comment: r'[^\W\d]\w*' doesn't match all valid Python identifiers. It would be more correct to write the check as: root, ext = os.path.splitext(basename) if not (ext == '.py' and root.isidentifier()): # valid Python identifiers only return None, False -- nosy: +serhiy.storchaka versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24263 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12210] test_smtplib: intermittent failures on FreeBSD
R. David Murray added the comment: Those are in the second (or rather the first, in the file) group of tests, which have a timeout of 3 on python3. The comment in the test case says that DNS lookup delays can cause timeouts. Is there any chance that that machine sometimes has problems looking up 'localhost'? There is no record in this issue of any change being applied to the tests, and I don't see any changes by Stefan in the file. I suppose there's no real reason not to make all the timeouts 15 on both 2.7 and python3. It is weird that those tests should take so long to run, but more likely to be an environment problem than a python code problem. On the other hand, you might want to look in to why this is happening on FreeBSD, it might reveal something interesting. The problem with this theory, of course, is that we haven't apparently seen the timeouts on python3. But I'm not sure what to look at to try to diagnose a difference...the smtplib code isn't that different between the two, so presumably if there is a real difference it is at the level of the socket code. Since this is as far as we know only a test problem, we should probably just go ahead and increase the timeouts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24263] unittest cannot load module whose name starts with Unicode
R. David Murray added the comment: Yes, I bet that regex is left over from python2, where we didn't have isidentifier. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24263 ___ ___ 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
Ned Deily added the comment: FWIW, building 3.4.3 from source as you described results in failures about 30% of the time. With some of the earlier tests, it failed even more frequently. This is running on a 2.2GHz I7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12920] Document that inspect.getsource only works for objects loaded from files, not interactive session
Ned Deily added the comment: In duplicate Issue24491, zorceta notes: Both python.exe and IDLE can't. IPython is able to, as it inserts REPL input into linecache. -- nosy: +ned.deily, zorceta versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12920 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24493] subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1
Florian Bruhin added the comment: Sorry I missed this - I can reproduce this on Windows 8.1, but not on Windows 7. I hope I'll be able to try another Windows 8.1 machine today. SYSTEMROOT is definitely set in the original environment: os.environ['SYSTEMROOT'] 'C:\\Windows' subprocess.call('{} /c set SYSTEMROOT'.format(cmd32), env=os.environ) Environment variable SYSTEMROOT not defined 1 subprocess.call('{} /c set SYSTEMROOT'.format(cmd32)) SystemRoot=C:\Windows 0 It seems only a minimal set of environment variables are set in the spawned process: subprocess.call('{} /c set'.format(cmd32), env=os.environ) COMSPEC=C:\Windows\SysWOW64\cmd.exe PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.JS;.WS;.MSC PROMPT=$P$G -- title: subprocess with env=os.environ fails with fatal python error when calling 32-bit python from 64-bit one on Windows - subprocess with env=os.environ doesn't preserve environment variables when calling a 32bit process on Windows 8.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24263] unittest cannot load module whose name starts with Unicode
sih4sing5hong5 added the comment: update by adding `except AttributeError:` -- Added file: http://bugs.python.org/file39794/VALID_MODULE_NAME2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24263 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24493] subprocess with env=os.environ fails with fatal python error when calling 32-bit python from 64-bit one on Windows
eryksun added the comment: I can't reproduce this in Windows 7 or 10 using Python 3.4. What gets printed for the following? import os import subprocess cmd32 = os.path.join(os.environ['SYSTEMROOT'], 'SysWOW64', 'cmd.exe') subprocess.call('{} /c set SYSTEMROOT'.format(cmd32), env=os.environ) -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24493 ___ ___ 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
Ned Deily added the comment: Can you show the version info from the Python 3.4 where you see the failures? /usr/local/bin/python3.4 -c 'import sys;print(sys.version)' -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24379] operator.subscript
Joe Jevnik added the comment: I removed the C implementation. -- Added file: http://bugs.python.org/file39792/operator_subscript_pyonly.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24379 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15348] IDLE - shell becomes unresponsive if debugger windows is closed while active.
Changes by irdb electro@gmail.com: -- nosy: +irdb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15348 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com