[issue21646] Add tests for turtle.ScrolledCanvas
Changes by Jessica McKellar jesst...@mit.edu: -- assignee: - jesstess ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21640] References to other Python version in sidebar of documentation index is not up to date
Senthil Kumaran added the comment: Fixed the follwing changesets. 2.7 b8655be522d4 3.4 e6dce5611dae 3.5 50c9df76bb77 -- resolution: - fixed stage: - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21640 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Michael Haubenwallner added the comment: Well, they should not be identical, as they are for different use cases. pkg-config python is to build an application containing a python interpreter (like python$EXE): + Link against libpython.so. Additionally, + re-export symbols from libpython.so for the python-modules (platform-specific). = This is similar to build against any other library, thus using 'pkg-config python'. python-config is to build a python-module (like build/lib.platform-pyver/*.so): + No need to link against libpython.so, instead + expect symbols from libpython.so to be available at runtime, platform specific either + as a list of symbols to import from the main executable (AIX), or + as undefined symbols at build-time (Linux, others), or = This is specific to python-modules, thus using 'python-config'. -- nosy: +haubi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1683368] object.__init__ shouldn't allow args/kwds
Raymond Hettinger added the comment: Jason, I made some recommendations on this subject in my blog post a few years ago: http://rhettinger.wordpress.com/2011/05/26/super-considered-super/ ''' A more flexible approach is to have every method in the ancestor tree cooperatively designed to accept keyword arguments and a keyword-arguments dictionary, to remove any arguments that it needs, and to forward the remaining arguments using **kwds, eventually leaving the dictionary empty for the final call in the chain. Each level strips-off the keyword arguments that it needs so that the final empty dict can be sent to a method that expects no arguments at all (for example, object.__init__ expects zero arguments): class Shape: def __init__(self, shapename, **kwds): self.shapename = shapename super().__init__(**kwds) class ColoredShape(Shape): def __init__(self, color, **kwds): self.color = color super().__init__(**kwds) cs = ColoredShape(color='red', shapename='circle') ''' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1683368 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
Senthil Kumaran added the comment: I could not reproduce this in 3.4 / 3.5 [localhost 21643]$ ./python.exe Tools/scripts/pyvenv --upgrade usage: venv [-h] [--system-site-packages] [--symlinks | --copies] [--clear] [--upgrade] [--without-pip] ENV_DIR [ENV_DIR ...] venv: error: the following arguments are required: ENV_DIR [localhost 21643]$ ./python.exe Tools/scripts/pyvenv --upgrade foo [localhost 21643]$ hg tip changeset: 90992:50c9df76bb77 tag: tip parent: 90989:f59afe34fe50 parent: 90991:e6dce5611dae user:Senthil Kumaran sent...@uthcode.com date:Mon Jun 02 23:00:43 2014 -0700 - More specific steps to reproduce it from the current codebase? -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20611] socket.create_connection() doesn't handle EINTR properly
Gregory P. Smith added the comment: Something like the patch i'm attaching to socketmodule.c is what I would prefer. I haven't looked at or tried tests for it yet. -- assignee: - gregory.p.smith keywords: +patch Added file: http://bugs.python.org/file35465/issue20611-connect-eintr-gps01.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20611 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20611] socket.create_connection() doesn't handle EINTR properly
Changes by Gregory P. Smith g...@krypto.org: -- versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20611 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20611] socket.create_connection() doesn't handle EINTR properly
Changes by Gregory P. Smith g...@krypto.org: -- stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20611 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21272] use _sysconfigdata to itinialize distutils.sysconfig
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- nosy: +haubi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21272 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17454] ld_so_aix not used when linking c++ (scipy)
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- nosy: +haubi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17454 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21641] smtplib leaves open sockets around if SMTPResponseException is raised in __init__
Claudiu.Popa added the comment: It's actually better to close the socket in __init__ in this case. -- Added file: http://bugs.python.org/file35466/issue21641.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18235] _sysconfigdata.py wrong on AIX installations
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: Removed file: http://bugs.python.org/file32542/python-tip-aix-absbuilddir.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18235 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18235] _sysconfigdata.py wrong on AIX installations
Michael Haubenwallner added the comment: issue#10656 is the out-of-source part already. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18235 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21648] urllib urlopener leaves open sockets for FTP connection
New submission from Claudiu.Popa: To be precise, when running test_urllib on a machine with a local FTP server, but with a set of credentials different than the ones used by test_urllib.urlopen_HttpTests.test_ftp_nonexisting. In this case, ftpwrapper from urllib.request will succesfully connect to the FTP server, but it will fail when sending the credentials, leaving the connection opened. The attached patch tries to fix this. -- components: Library (Lib) files: urllib_ftp_resource_warning.patch keywords: patch messages: 219671 nosy: Claudiu.Popa priority: normal severity: normal status: open title: urllib urlopener leaves open sockets for FTP connection type: resource usage versions: Python 3.5 Added file: http://bugs.python.org/file35467/urllib_ftp_resource_warning.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21644] Optimize bytearray(int) constructor to use calloc()
Antoine Pitrou added the comment: Responding to a comment in issue21233: Before: === x = bytearray(0) m = memoryview(x) x.__init__(10) Traceback (most recent call last): File stdin, line 1, in module BufferError: Existing exports of data: object cannot be re-sized I don't think such use cases are supported. Generally, reinitializing an object by calling __init__() explicitly is not well-defined, except when advertised explicitly in the documentation. The only property we should guarantee here is that it doesn't lead to an inconsistent object state, or to hard crashes. Raising an exception is fine, and changing the raised exception to another one should be fine as well. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21644 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21649] Mention Recommendations for Secure Use of TLS and DTLS
New submission from Antoine Pitrou: The IETF has a draft for TLS protocol recommendations, perhaps we can mention it in the ssl module docs: http://tools.ietf.org/html/draft-ietf-uta-tls-bcp -- assignee: docs@python components: Documentation messages: 219673 nosy: christian.heimes, docs@python, dstufft, giampaolo.rodola, janssen, pitrou priority: low severity: normal status: open title: Mention Recommendations for Secure Use of TLS and DTLS type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21649 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10656] Out of tree build fails on AIX 5.3
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: +246 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16189] ld_so_aix not found
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: +247 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16189 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
Sebastian Kreft added the comment: I'm using the Python 3.4.1 compiled from source and I'm may be hitting this issue. My workload is launching two subprocess in parallel, and whenever one is ready, launches another one. In one of the runs, the whole process got stuck after launching about 3K subprocess, and the underlying processes had in fact finished. To wait for the finished subprocesses, I'm using FIRST_COMPLETED. Below is the core of my workload: for element in element_generator: while len(running) = max_tasks: done, pending = concurrent.futures.wait(running, timeout=15.0, return_when=concurrent.futures.FIRST_COMPLETED) process_results(done) running = pending running.add(executor.submit(exe_subprocess, element)) I don't really know what's the best way to reproduce this, as I've run the same workload with different executables, more concurrency and faster response times, and I haven't seen the issue. -- nosy: +Sebastian.Kreft.Deezer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
New submission from Pavel Kazlou: Currently when you use json.tool, fields are reordered alphabetically. In source code the value of sort_keys is hardcoded to be true. It should be easy to expose this option as command line parameter. -- components: Library (Lib) messages: 219675 nosy: Pavel.Kazlou priority: normal severity: normal status: open title: add json.tool option to avoid alphabetic sort of fields type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
Pavel Kazlou added the comment: This is the line in module I'm talking about: json.dump(obj, outfile, sort_keys=True, indent=4) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
STINNER Victor added the comment: the whole process got stuck after launching about 3K subprocess How many processes are running at the same time when the whole process is stuck? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
Berker Peksag added the comment: Here's a patch with a test case. -- keywords: +patch nosy: +berker.peksag stage: - patch review versions: +Python 3.5 -Python 2.7 Added file: http://bugs.python.org/file35468/issue21650.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Arfrever Frehtes Taifersar Arahesis added the comment: They are not for different cases. Difference between is a result of the fact that they were implemented independently at different times. Linking of extension modules against libpythonX.Y.so is a good idea anyway. It avoids build failure with LDFLAGS=-Wl,--no-undefined. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Matthias Klose added the comment: they are. assume you build the zlib and elementtree extensions as builtins, then libs for an interpreter includes libz and libexpat, while they are not needed for extensions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21651] asyncio tests ResourceWarning
New submission from Claudiu.Popa:
Running asyncio tests on Windows will give a ResourceWarning. The attached
patch fixes this problem.
[1/1] test_asyncio
D:\Projects\cpython\lib\test\test_asyncio\test_events.py:233: ResourceWarning:
unclosed socket.socket fd=668, family=AddressFamily.AF_INET,
type=SocketType.SOCK_STREAM, pro
o=0, laddr=('127.0.0.1', 53044), raddr=('127.0.0.1', 53043)
gc.collect()
D:\Projects\cpython\lib\test\test_asyncio\test_events.py:233: ResourceWarning:
unclosed socket.socket fd=724, family=AddressFamily.AF_INET,
type=SocketType.SOCK_STREAM, pro
o=0, laddr=('127.0.0.1', 53043), raddr=('127.0.0.1', 53044)
gc.collect()
1 test OK.
--
components: Library (Lib)
files: asyncio_resource_warning.patch
keywords: patch
messages: 219681
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: asyncio tests ResourceWarning
type: resource usage
versions: Python 3.5
Added file: http://bugs.python.org/file35469/asyncio_resource_warning.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21651
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13659] Add a help() viewer for IDLE's Shell.
Tomić Milan added the comment: I have just installed IDLEX-1.12 on Python3.4. Once I open the Documentation Viewer the docstrings are written to the terminal window instead to the Documentation Viewer which remains empty. They are triggered correctly once I type the opening bracket of the function call, however the string is written to the terminal window above the current line. -- nosy: +tomkeus type: enhancement - behavior versions: -Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13659] Add a help() viewer for IDLE's Shell.
Tomić Milan added the comment: Sorry. Misplaced. Please delete. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18292] Idle: test AutoExpand.py
Saimadhav Heblikar added the comment: Attached a patch incorporating changes from msg219661 and test-autoexp-18292.diff I would like to cover those because Done Point 2 Done self.bell() makes no sound for me. How about you? No sound for me as well. Do you see anything like this? Yes. Reproducing your action prints this message. I had previously seen it(when writing htest), it was random. I was unable to reproduce it then. -- Added file: http://bugs.python.org/file35470/test-autoexpand2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21648] urllib urlopener leaves open sockets for FTP connection
Changes by Senthil Kumaran sent...@uthcode.com: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
Virgil Dupras added the comment: I could reproduce the bug on the v3.4.1 tag, on the 3.4 branch and on the default branch. I think that one of the conditions for the bug to arise is to have the lib64 symlink created (as described in #21197). I reproduced the bug on Gentoo and Arch environments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
STINNER Victor added the comment: Full traceback (I modified venv/__main__.py): haypo@smithers$ /opt/py34/bin/python3 -m venv --upgrade ENV Error: [Errno 17] File exists: '/home/haypo/ENV/lib' - '/home/haypo/ENV/lib64' Traceback (most recent call last): File /opt/py34/lib/python3.4/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /opt/py34/lib/python3.4/runpy.py, line 85, in _run_code exec(code, run_globals) File /opt/py34/lib/python3.4/venv/__main__.py, line 6, in module main() File /opt/py34/lib/python3.4/venv/__init__.py, line 438, in main builder.create(d) File /opt/py34/lib/python3.4/venv/__init__.py, line 82, in create context = self.ensure_directories(env_dir) File /opt/py34/lib/python3.4/venv/__init__.py, line 147, in ensure_directories os.symlink(p, link_path) FileExistsError: [Errno 17] File exists: '/home/haypo/ENV/lib' - '/home/haypo/ENV/lib64' It looks like a regression introduced by the issue #21197. Attached patch should fix it. -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file35471/venv.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
STINNER Victor added the comment: Oh, my test lacks a unit test! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
STINNER Victor added the comment: Ok, this bug is a regression introduced in Python 3.4.1. -- nosy: +larry priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
Glenn Langford added the comment: My workload is launching two subprocess in parallel, and whenever one is ready, launches another one. Since you have timeout=15.0, wait() should return at least every 15s. Can you determine if the wait is being repeatedly called in the while loop, and if so what Futures it is waiting on? In other words, is wait() being called continuously, or is wait() called and never returns? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21641] smtplib leaves open sockets around if SMTPResponseException is raised in __init__
Roundup Robot added the comment: New changeset d5c76646168d by Senthil Kumaran in branch '3.4': Fix issue #21641: Close the socket before raising the SMTPResponseException. Fixes the ResourceWarning in the test run. http://hg.python.org/cpython/rev/d5c76646168d New changeset 7ea84a25d863 by Senthil Kumaran in branch 'default': merge from 3.4 http://hg.python.org/cpython/rev/7ea84a25d863 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21641] smtplib leaves open sockets around if SMTPResponseException is raised in __init__
Senthil Kumaran added the comment: The first patch was correct and consistent with how other Exceptions were closing the socket. Fixed this and thanks for the patch. -- assignee: - orsenthil nosy: +orsenthil resolution: - fixed stage: - resolved status: open - closed versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21439] Numerous minor issues in Language Reference
Roundup Robot added the comment: New changeset be8492101251 by Zachary Ware in branch '3.4': Issue #21439: Fix a couple of typos. http://hg.python.org/cpython/rev/be8492101251 New changeset 99b469758f49 by Zachary Ware in branch 'default': Issue #21439: Merge with 3.4 http://hg.python.org/cpython/rev/99b469758f49 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21652] Python 2.7.7 regression in mimetypes module on Windows
New submission from James Y Knight: The change done for issue9291 in Python 2.7.7 caused the mimetypes.types_map dict to change to contain a mixture of str and unicode objects, rather than just str, as it always had before. This causes twisted.web to crash when serving static files on Windows. See https://twistedmatrix.com/trac/ticket/7461 for the bug report against Twisted. -- components: Library (Lib) messages: 219693 nosy: Daniel.Szoska, Dmitry.Jemerov, Hugo.Lol, Michał.Pasternak, Roman.Evstifeev, Suzumizaki, Vladimir Iofik, aclover, adamhj, brian.curtin, eric.araujo, foom, frankoid, haypo, jason.coombs, kaizhu, loewis, me21, python-dev, quick.es, r.david.murray, shimizukawa, tim.golden, vldmit priority: normal severity: normal status: open title: Python 2.7.7 regression in mimetypes module on Windows type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +kushal.das ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21600 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Zachary Ware added the comment: Nosy-ing the Windows installer experts; I haven't had any problems with this and am not familiar with the MSI library or tool. -- nosy: +loewis, steve.dower ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Mark Lawrence added the comment: FWIW I've never had any installation problems involving py.exe. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19980] Improve help('non-topic') response
Mark Lawrence added the comment:
Please find attached a first pass at a patch file. Help('') produces help for
the str class as discussed. I found the difference between help('help') and
help() very confusing. The former produced the help output but left you at the
interactive prompt, the latter took you to the help utility. Both now take you
to the help utility. I've changed the test file but two test fail, here's the
output from one as they're virtually identical.
FAIL: test_input_strip (test.test_pydoc.PydocDocTest)
--
Traceback (most recent call last):
File c:\cpython\lib\test\test_pydoc.py, line 429, in test_input_strip
self.assertEqual(expected, result)
AssertionError: 'No P[49 chars]e\'.\nUse help(help) or just help() to get
t[66 chars]ass.' != 'No P[49 chars]e\'.\r\nUse help(help) or just help() to
get[70 chars]ass.'
- No Python documentation found for 'test.i_am_not_here'.
+ No Python documentation found for 'test.i_am_not_here'.
?+
- Use help(help) or just help() to get the interactive help utility.
+ Use help(help) or just help() to get the interactive help utility.
? +
Use help(str) for help on the str class.
I can't see where the difference between the .\nUse and .\r\nUse is coming from
so thought fresh eyes would do the job.
--
Added file: http://bugs.python.org/file35472/issue19980.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19980
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules
Michael Foord added the comment: Yep, patch.dict wasn't designed with stopall in mind so it needs adding. Thanks for pointing this out and your fix. Your patch isn't quite right, those operations shouldn't be inside the try excepts. (And there are no tests.) -- assignee: - michael.foord stage: - test needed versions: +Python 3.5 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21600 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Steve Dower added the comment: eryksun's analysis is correct. If the component is marked 64-bit then it will not install on a 32-bit OS. This needs to be switched for the 32-bit installer. (I also don't see why you'd want to set the 64-bit SharedDLLs key for a 32-bit DLL. Is there some reason we need to do this?) The default download button currently gets the 32-bit version of 3.4.1, which is the correct default even for people with a 64-bit system. Up until you realize that your script legitimately needs more than 2GB of memory, nobody needs 64-bit Python (barring external library requirements). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Uwe added the comment: not sure what you mean: the installer for 64 bit is working fine the installer for 32 bit is not working - this is true also for the new version 3.4.1 for those who may try: compiling is tricky with VC2010 pro -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21365] asyncio.Task reference misses the most important fact about it, related info spread around intros and example commentary instead
Terry J. Reedy added the comment: Victor, since you wrote much of the asyncio doc, any comment on this request? -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21365 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21623] build ssl failed use vs2010 express
Mo Jia added the comment: @Roundup Robot . Clone the newest 3.4 tag. The unicode problem is ok now . @Zachary Ware , don't change anything after clone from the repo. What i do is just cd python src dir and runing : Tools\buildbot\build.bat . the openssl verison is 1.0.1g . Seem the external.bat don't build openssl . I see the readme The ssl.vcxproj sub-project simply invokes PCbuild/build_ssl.py, which locates and builds OpenSSL. Seem I don't need build the openssl by handle . After meet the error , I open the sln by vc2010 , and choose the ssl project build . Here is another error : 4 pymath.c 4 pytime.c 4 pystate.c 4 pystrcmp.c 4 pystrtod.c 4 dtoa.c 4 Python-ast.c 4 pythonrun.c 4 structmember.c 4 symtable.c 4 sysmodule.c 4 thread.c 4 traceback.c 4 Generating Code... 4 The syntax of the command is incorrect. 4 cl.exe -c -D_WIN32 -DUSE_DL_EXPORT -D_WINDOWS -DWIN32 -D_WINDLL -D_DEBUG -MDd ..\Modules\getbuildinfo.c -FoD:\Hg\Python\Python\PCbuild\Win32-temp-Debug\pythoncore\getbuildinfo.o -I..\Include -I..\PC 4 The syntax of the command is incorrect. 4 Creating library D:\Hg\Python\Python\PCbuild\python34_d.lib and object D:\Hg\Python\Python\PCbuild\python34_d.exp 4 pythoncore.vcxproj - D:\Hg\Python\Python\PCbuild\python34_d.dll 5-- Build started: Project: python, Configuration: Debug Win32 -- 5 python.c 5 python.vcxproj - D:\Hg\Python\Python\PCbuild\python_d.exe 6-- Build started: Project: ssl, Configuration: Debug Win32 -- 6 Found a working perl at 'D:\cygwin64\bin\perl.exe' 6 Executing ssl makefiles: nmake /nologo -f ms\nt.mak 6 The syntax of the command is incorrect. 6 Executing ms\nt.mak failed 6 1 6C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: The command cd D:\Hg\Python\Python\PCbuild\ 6C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: D:\Hg\Python\Python\PCbuild\python_d.exe build_ssl.py Release Win32 -a 6C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: exited with code 1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21643] File exists error during venv --upgrade
Roundup Robot added the comment: New changeset 27e1b4a9de07 by Vinay Sajip in branch '3.4': Issue #21643: Updated test and fixed logic bug in lib64 symlink creation. http://hg.python.org/cpython/rev/27e1b4a9de07 New changeset 71eda9bd8875 by Vinay Sajip in branch 'default': Closes #21643: Merged fix from 3.4. http://hg.python.org/cpython/rev/71eda9bd8875 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21197] venv does not create lib64 directory and appropriate symlinks
Vinay Sajip added the comment: The added 64-bit test unnecessary adds an import for struct. I corrected this when fixing #21643. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21197 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13659] Add a help() viewer for IDLE's Shell.
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg219682 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13659] Add a help() viewer for IDLE's Shell.
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg219683 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Terry J. Reedy added the comment: I think what Steve meant is that *if* the 32-bit installer is working right, then it should be the default because it would then work for everyone, while the 64-bit installer cannot possibly work for people with 32-bit windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Martin v. Löwis added the comment: Here is the rationale: 1. py.exe is a 32-bit binary installed into C:\windows, see PEP 397. It's in C:\windows so that it will be on the path for both 32-bit and 64-bit processes. 2. py.exe is installed by multiple installers (both 32-bit and 64-bit, and multiple versions of Python) 3. to do proper reference counting of the installations, the SharedDLLRefcount component flag is enabled for the py.exe component. As a consequence, py.exe will be removed when the last Python installation is uninstalled from the system. 4. there are two different reference counters for a file on Windows: a 32-bit reference counter and a 64 bit reference counter. A 64-bit installer would manipulate the 64-bit counter, and a 32-bit installer would manipulate the 32-bit counter. 5. by default, this would lead to py.exe disappearing after this sequence of installation steps: * install 32-bit 3.3 * install 64-bit 3.4 * uninstall 64-bit 3.4 The 32-bit reference counter would still be 1, but the 64-bit uninstallation would only look at the 64-bit counter, removing the file 6. to prevent that, the component is marked as 64-bit even for the 32-bit installer, to manipulate the 64-bit reference counter. The code contains a comment # XXX does this still allow to install the component on a 32-bit system? I never got to test this out of lack of a 32-bit Windows installation, apparently, it doesn't work. As a work-around, the 32-bit installer could include an additional component installing py.exe, which would be a 32-bit component and be selected if the host system is 32-bit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Zachary Ware added the comment: Martin v. Löwis wrote: I never got to test this out of lack of a 32-bit Windows installation, apparently, it doesn't work. It does work on my 32-bit machine, though; I have had no issues installing 32-bit Python 3.3 or 3.4 on 32-bit Windows 7 Pro. If there's anything in particular you would like me to test or check, let me know. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21642] _ if 1else _ does not compile
Joshua Landau added the comment: Here's a minimal example of the difference: 1e # ... etc ... # SyntaxError: invalid token 1t # ... etc ... # SyntaxError: invalid syntax -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21642 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19980] Improve help('non-topic') response
Changes by Zachary Ware zachary.w...@gmail.com: -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21652] Python 2.7.7 regression in mimetypes module on Windows
Changes by Jean-Paul Calderone jean-p...@hybridcluster.com: -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21623] build ssl failed use vs2010 express
Zachary Ware added the comment: Mo Jia wrote: @Zachary Ware , don't change anything after clone from the repo. What i do is just cd python src dir and runing : Tools\buildbot\build.bat . the openssl verison is 1.0.1g . Seem the external.bat don't build openssl . I see the readme The ssl.vcxproj sub-project simply invokes PCbuild/build_ssl.py,which locates and builds OpenSSL. Seem I don't need build the openssl by handle That's correct, you shouldn't have to do anything special for OpenSSL, especially since you used Tools\buildbot\build.bat. After meet the error, I open the sln by vc2010 , and choose the ssl project build . So the original error happened in the Tools\buildbot\build.bat build, and the newest error happened while building from the VS GUI? Neither error makes sense to me yet though, so here's a few more questions that may or may not have any impact on things: Have you tried building again from a completely fresh checkout (including re-downloading the OpenSSL source using Tools/buildbot/external.bat)? Are you using the hgeol extension of Mercurial? What version of Windows are you using? Is VC++ updated completely (including service pack 1)? What language/localization settings are you using (in Windows and VC++)? Do you have anything installed that messes with cmd.exe? What is your default codepage? Anything else that may seem relevant, please let us know! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21638] Seeking to EOF is too inefficient!
Charles-François Natali added the comment:
I agree that Python 2 should use fopen / fread rather than directly read().
But you may misunderstand this. The 'strace' tool reports Linux system
calls, including read() rather than fread(), and I guess that read() should
be finally called in fread() implementation.
What I mean is that Python 2's seek(0, 2) does not use fseek(0, SEEK_END),
but fseek(somewhere, SEEK_SET) and fread(rest-bytes) instead, which is too
inefficient in some kind of storage.
Actually, Python does use fopen(), and fseek(): the culprit is the libc:
$ cat /tmp/test.c; gcc -o /tmp/test /tmp/test.c -Wall; strace /tmp/test
open(/etc/fstab, O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=809, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb77ae000
fstat64(3, {st_mode=S_IFREG|0644, st_size=809, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)= 0
read(3, # /etc/fstab: static file system..., 809) = 809
close(3)= 0
By the way, Python 3 does not behavior like this.
That's because in Python 3, the IO stack is implemented directly on top of
open()/read()/lseek().
It's not the first time we stumble upon glibc stdio bugs.
I'd suggest closing this.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21638
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21344] save scores or ratios in difflib get_close_matches
Zachary Ware added the comment: Absent Tim's satisfaction regarding a use-case, I'm closing the issue. Russell, if you do package this up for pypi and it does become popular (for some definition of 'popular' :), feel free to reopen this issue or open a new one. -- resolution: - rejected stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21344 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21623] build ssl failed use vs2010 express
Martin v. Löwis added the comment: I have no idea what might be causing this. I think it only can be resolved if Mo Jia actually researches the errors himself. Mo Jia, pick one particular error, and stick to it until you completely understand it. If you cannot do this, we may have to wait until somebody else shows up who can reproduce the problem, and also analyze it. For example, for the original problem, we would need the original command line that compiled b_print.obj, and check whether /GS was passed to that compilation command or not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Steve Dower added the comment: That reasoning makes sense. I don't see any other way to achieve the same thing without requiring a newer version of Windows Installer on the machine (msidbComponentAttributesDisableRegistryReflection requires 4.0). Having a second component for 32-bit OS may be okay. I don't recall whether the component ID or the key path is used for shared DLLs - if it's the ID then you won't be able to do this, but I believe it uses the key path throughout (obviously the OS uses the path, but Windows Installer may not). The 3.4.1 installer worked fine for me on a 32-bit OS, but it doesn't seem to have added py.exe into the SharedDLLs key (python34.dll is there). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18132] buttons in turtledemo disappear on small screens
Jan Kanis added the comment: I wasn't aware that mixing grid and pack was a bad idea, as I was looking over turtledemo to learn how to use tkinter. The patch replaces a packing in one frame with a grid. All direct children of the graph_frame are gridded. graph_frame itself is still packed and so are the children of btn_frame which is a child of graph_frame. Also I wasn't able to find a clear definition of what is meant by 'master window' in the grid/pack warning, but supposedly that is the top level Tk() rather than a parent widget. I would offer to create a better patch but Lita Cho already did so in #21597. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18132 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Martin v. Löwis added the comment: Zachary: It shouldn't work for you, given this report. Please run msiexec /i python msi file /l*v py.log and attach the (possibly compressed) py.log. Verify that it actually did install py.exe into c:\windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21638] Seeking to EOF is too inefficient!
Linlin Yan added the comment: Thanks! I agree with that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21638 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21638] Seeking to EOF is too inefficient!
Linlin Yan added the comment: I ensured that the problem is in libc. I will try to figure out it by updating libc or optimizing some related parameters. -- resolution: - third party status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21638 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Zachary Ware added the comment:
Here's the log, and some notes:
Starting state:
- Python 3.3.5 installed to P:\Python33
- Python 3.4.1 installed to P:\Python34
- py[w].exe present in C:\Windows
State after Python 3.4.1 uninstalled by python-3.4.1.msi (and manually removed
P:\Python34 which still contained some debris in Lib and Scripts):
- Python 3.3.5 still installed
- Python 3.4.1 uninstalled
- py[w].exe no longer present in C:\Windows
msiexec /i python-3.4.1.msi /l*v py.log
- Installed for all users
- Destination set to P:\Python34
- Components left at default (all selected except 'Add python.exe to Path')
- Install completed successfully
State afterward:
- Python 3.3.5 still installed
- Python 3.4.1 properly installed in P:\Python34
- py[w].exe now present in C:\Windows
Picking through the log, I find that I did actually get the error the OP noted;
it just doesn't seem to matter:
MSI (s) (34:04) [14:27:17:664]: Executing op:
ComponentRegister(ComponentId={81B1269C-979C-404A-8E3D-D297B7C38622},KeyPath=C:\Windows\py.exe,State=3,,Disk=1,SharedDllRefCount=1,BinaryType=1)
1: {DF32BB9E-3ED8-36B5-A649-E8C845C5F3A2} 2:
{81B1269C-979C-404A-8E3D-D297B7C38622} 3: C:\Windows\py.exe
MSI (s) (34:04) [14:27:17:665]: Error: cannot register 64 bit component
{81B1269C-979C-404A-8E3D-D297B7C38622} on 32 bit system. KeyPath:
C:\Windows\py.exe
MSI (s) (34:04) [14:27:17:665]: GetSharedDLLKey called with invalid
ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:665]: GetSharedDLLKey called with invalid
ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:666]: Executing op:
ComponentRegister(ComponentId={C170DD8A-2030-4226-A15D-94E881D68233},KeyPath=C:\Windows\pyw.exe,State=3,,Disk=1,SharedDllRefCount=1,BinaryType=1)
1: {DF32BB9E-3ED8-36B5-A649-E8C845C5F3A2} 2:
{C170DD8A-2030-4226-A15D-94E881D68233} 3: C:\Windows\pyw.exe
MSI (s) (34:04) [14:27:17:667]: Error: cannot register 64 bit component
{C170DD8A-2030-4226-A15D-94E881D68233} on 32 bit system. KeyPath:
C:\Windows\pyw.exe
MSI (s) (34:04) [14:27:17:668]: GetSharedDLLKey called with invalid
ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:668]: GetSharedDLLKey called with invalid
ibtBinaryType argument!
...
MSI (s) (34:04) [14:27:19:599]: Executing op:
SetTargetFolder(Folder=C:\Windows\)
MSI (s) (34:04) [14:27:19:599]: Executing op: SetSourceFolder(Folder=1\)
MSI (s) (34:04) [14:27:19:599]: Executing op:
FileCopy(SourceName=PY.EXE|py.exe,SourceCabKey=py.exe,DestName=py.exe,Attributes=512,FileSize=102400,PerTick=65536,,VerifyMedia=1,CheckCRC=0,Version=3.4.1150.1013,Language=2057,InstallMode=58982400,,,)
MSI (s) (34:04) [14:27:19:600]: File: C:\Windows\py.exe;To be
installed;Won't patch;No existing file
MSI (s) (34:04) [14:27:19:600]: Source for file 'py.exe' is compressed
InstallFiles: File: py.exe, Directory: C:\Windows\, Size: 102400
MSI (s) (34:04) [14:27:19:606]: Executing op:
FileCopy(SourceName=PYW.EXE|pyw.exe,SourceCabKey=pyw.exe,DestName=pyw.exe,Attributes=512,FileSize=102912,PerTick=65536,,VerifyMedia=1,CheckCRC=0,Version=3.4.1150.1013,Language=2057,InstallMode=58982400,,,)
MSI (s) (34:04) [14:27:19:606]: File: C:\Windows\pyw.exe; To be
installed;Won't patch;No existing file
MSI (s) (34:04) [14:27:19:606]: Source for file 'pyw.exe' is compressed
InstallFiles: File: pyw.exe, Directory: C:\Windows\, Size: 102912
--
Added file: http://bugs.python.org/file35473/py.log.bz2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21427
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18141] tkinter.Image.__del__ can throw an exception if module globals are destroyed in the wrong order
Jan Kanis added the comment: The main block has been like that from the beginning of recorded time. I could see a use for this if the turtle demo allowed changing of the code in the gui, but it doesn't. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18141 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18132] buttons in turtledemo disappear on small screens
Terry J. Reedy added the comment: I had forgotten until I reread Lundh's note. I made the same assumption about 'master window'. Certainly 'conservative' is safest. Lita has not posted a patch, but since she is a (paid) summer intern (until mid August), I expect she will. If not, you can help finish this off before the next release cycle, which should be at least 3 months away. If you notice that nothing has happened by mid-August, please ping either or both issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18132 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18141] tkinter.Image.__del__ can throw an exception if module globals are destroyed in the wrong order
Terry J. Reedy added the comment: I am planning the make the simplifying change. But does is solve the problem you had? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18141 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Martin v. Löwis added the comment: That the removal of 3.4 removes py.exe despite 3.3 still being installed is easy to explain: the registration of the reference counter failed, hence the file was not reference counted, and the first removal decided to remove it (there being no reference counter). I can't explain why cannot register 64-bit component is fatal on some systems and not on others. Steve? Uwe: where exactly did you get the message in your original report? What steps did you do, and where did the message show up? Did the installation perhaps complete despite this error? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21416] argparse should accept bytes arguments as originally passed
Zachary Ware added the comment:
The type parameter of ArgumentParser is a callable that will be called with the
value of some member of sys.argv, it does *not* specify what the returned type
will be. You can just use os.fsencode as the type argument:
import os
import argparse
p = argparse.ArgumentParser()
p.add_argument('somebytes', type=os.fsencode, help='i want some bytes')
_StoreAction(option_strings=[], dest='somebytes', nargs=None, const=None,
default=None, type=function _fscodec.locals.fsencode at 0x00677AE0,
choices=None, help='i want some bytes', metavar=None)
p.parse_args(['test'])
Namespace(somebytes=b'test')
p.parse_args([os.fsdecode(b'\xde\xad\xbe\xef')])
Namespace(somebytes=b'\xde\xad\xbe\xef')
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21416
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21637] Add a warning section exaplaining that tempfiles are opened in binary mode
Josh Rosenberg added the comment: Adding warnings for something that is clearly documented (both in the constructor prototype line and again in the spelled out documentation of the mode argument) is wasteful, particularly when accidental misuse would immediately lead to an exception being thrown the second you attempted to write a str (so there is no risk of partial or silent failure that might lead to an inconsistent state). As a rule, Python doesn't litter the documentation with warnings unless it's a matter of security or minor version compatibility. This doesn't affect security, behaves identically across all releases of Python 3, etc. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21637 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21637] Add a warning section exaplaining that tempfiles are opened in binary mode
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - rejected stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21637 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21653] Row.keys() in sqlite3 returns a list, not a tuple
New submission from Andrew McKinlay: The documentation here (https://docs.python.org/2/library/sqlite3.html#sqlite3.Row.keys) says that the method returns a tuple. It returns a list. -- assignee: docs@python components: Documentation messages: 219724 nosy: amckinlay, docs@python priority: normal severity: normal status: open title: Row.keys() in sqlite3 returns a list, not a tuple versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21119] asyncio create_connection resource warning
Roundup Robot added the comment: New changeset d0dd3eb5b5ef by Victor Stinner in branch '3.4': Issue #21119: asyncio now closes sockets on errors http://hg.python.org/cpython/rev/d0dd3eb5b5ef New changeset bbd773ed9584 by Victor Stinner in branch '3.4': Issue #21119: asyncio: Make sure that socketpair() close sockets on error http://hg.python.org/cpython/rev/bbd773ed9584 New changeset 8b40483d9a08 by Victor Stinner in branch 'default': Merge 3.4: Issue #21119, fix ResourceWarning in asyncio http://hg.python.org/cpython/rev/8b40483d9a08 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21119 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21119] asyncio create_connection resource warning
STINNER Victor added the comment: I fixed the issues in Tulip, Python 3.4 and 3.5. Thanks for the report. -- resolution: works for me - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21119 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21559] OverflowError should not happen for integer operations
Josh Rosenberg added the comment: It usually doesn't just mean outside a required range, it means outside the range of values representable due to implementation specific limitations (e.g. the function is converting to a C type). You don't raise OverflowError because your function only allows values from 0-1000, you raise it because you accept arbitrary values that are in fact limited by the definition of int, long, Py_ssize_t, etc. It does get weird when you talk about unsigned values, where they're usually used because negative values aren't logically valid, not merely a side-effect of trying to use more efficient types. Case #3 mentioned in Terry's list is because it's stored as a C unsigned char, which simply doesn't support values outside the range [0,256). I think of the distinction between ValueError and OverflowError as the difference between The argument makes no logical sense in context and The argument can't be used due to interpreter limitations. I suppose it makes sense to be consistent; if your function only accepts values from 0-1000 on a logical basis, then any OverflowErrors should be converted to ValueErrors (since no change in implementation would alter the accepted logical range). I'll grant it gets fuzzy when we talk about bytes (after all, the function could choose to use a larger storage type, and probably didn't because program logic dictates that [0,256) is the value range). Not sure how it's possible to handle that, or if it's even worth it when so much code, APIs, and third party modules are saying that implementation limits (OverflowError) trump logical limits (ValueError) when it comes to the exception type. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21651] asyncio tests ResourceWarning
Roundup Robot added the comment: New changeset 9d2c0b41c1d5 by Victor Stinner in branch '3.4': Issue #21651: Fix ResourceWarning when running asyncio tests on Windows. http://hg.python.org/cpython/rev/9d2c0b41c1d5 New changeset b2f329e9cd18 by Victor Stinner in branch 'default': (Merge 3.4) Issue #21651: Fix ResourceWarning when running asyncio tests on http://hg.python.org/cpython/rev/b2f329e9cd18 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21651] asyncio tests ResourceWarning
STINNER Victor added the comment: Thanks for the patch. I also applied it to Tulip. -- nosy: +haypo resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18381] unittest warnings counter
Giampaolo Rodola' added the comment: FWICT Berker's patch LGTM. Michael, are you OK with committing this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21326] asyncio: request clearer error message when event loop closed
Roundup Robot added the comment: New changeset 690b6ddeee9c by Victor Stinner in branch 'default': Issue #21326: Add asyncio.BaseEventLoop.is_closed() method http://hg.python.org/cpython/rev/690b6ddeee9c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21326] asyncio: request clearer error message when event loop closed
STINNER Victor added the comment: I fixed the issue in Python 3.5 by adding a new BaseEventLoop.is_closed() method. Calling run_forever() or run_until_complete() now raises an error. I don't know yet if this issue should be fixed in Python 3.4. If it should be fixed, I don't know how it should be fixed. Guido was unhappy with subclasses of BaseEventLoop accessing the private attribute BaseEventLoop._closed in the review of my patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21326] asyncio: request clearer error message when event loop closed
Changes by Yury Selivanov yselivanov...@gmail.com: -- nosy: +yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_threaded_import fails sporadically on Windows and FreeBSD
STINNER Victor added the comment: A recent failure. As usual, the test passed at the second run. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/2180/steps/test/logs/stdio == FAIL: test_parallel_meta_path (test.test_threaded_import.ThreadedImportTests) -- Traceback (most recent call last): File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threaded_import.py, line 135, in test_parallel_meta_path self.assertEqual(finder.x, finder.numcalls) AssertionError: 89 != 90 Re-running test 'test_threaded_import' in verbose mode (...) Ran 6 tests in 3.109s -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21326] asyncio: request clearer error message when event loop closed
STINNER Victor added the comment: Attached asyncio_closed_py34.patch: minimum patch to fix this issue. run_forever() and run_until_complete() raises a RuntimeError if the event loop was closed. The patch only uses the private attribute BaseEventLoop._closed in the BaseEventLoop class, not outside. -- keywords: +patch Added file: http://bugs.python.org/file35474/asyncio_closed_py34.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X
Zvezdan Petkovic added the comment: Ned, I just signed the contributor agreement form. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13631 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18409] Idle: test AutoComplete.py
Roundup Robot added the comment: New changeset 4f1abf87df12 by Terry Jan Reedy in branch '2.7': Issue #18409: Idle: add unittest for AutoComplete. Patch by Phil Webster. http://hg.python.org/cpython/rev/4f1abf87df12 New changeset bf8710cf896b by Terry Jan Reedy in branch '3.4': Issue #18409: Idle: add unittest for AutoComplete. Patch by Phil Webster. http://hg.python.org/cpython/rev/bf8710cf896b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18409 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18409] Idle: test AutoComplete.py
Terry J. Reedy added the comment: The coverage of Phil's patch is about 60%. I decided to push it with slight modification so he is properly credited with what he did. Changes: Move mock AutoCompleteWindow to test file; too special. Move ac_func to mock_idle for use in other tests; well done! Redo Event mock. Assign needed attributes when create. Make changes needed because of above two changes. Add macosxSupport call now needed to run without raising. Delete root when done. Add abbreviation for self.autocomplete.open_completions, etc. Improve the logic of a couple of subtests. Any blank class could be used to mock event, but putting it in mock_tk allows for a docstring and does the update trick just once. Saimadhav, open a new issue to work more on this test. -- nosy: +sahutd resolution: - fixed status: open - closed Added file: http://bugs.python.org/file35475/test_autocomplete-18409-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18409 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Raymond Hettinger added the comment: I don't know if this is related but the Window tab has been affect as well. It shows all open windows like this *Python 2.7.7 Shell* Python 2.7.7: demo.py /Users/raymond/class/demo.py Python 2.7.7: download.py /Users/raymond/class/download.py This is a bit over the top :-) I would really like the old behavior restored. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
New submission from Raymond Hettinger: While editing code that uses ElementTree, the call tips code is working in the background and emits warnings to the console: Warning (from warnings module): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/idlelib/CallTips.py, line 170 if ob.im_self: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead. This appears to be an unfortunate interaction between the call tips code and the objects being call-tipped. The behavior appears to be new (I had not encountered it prior to 2.7.7). If possible the call-tip code should test for len(ob.im_self) or somesuch. -- components: IDLE messages: 219739 nosy: rhettinger priority: normal severity: normal status: open title: IDLE call tips emitting future warnings about ElementTree objects type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Changes by Serhiy Storchaka storch...@gmail.com: -- keywords: +easy nosy: +terry.reedy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21653] Row.keys() in sqlite3 returns a list, not a tuple
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +ghaering versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21653] Row.keys() in sqlite3 returns a list, not a tuple
Changes by Serhiy Storchaka storch...@gmail.com: -- keywords: +easy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
