[issue1927] raw_input behavior incorrect if readline not enabled
Daniel Gonzalez added the comment: Please see this stackoverflow thread where more information is given about this issue: http://stackoverflow.com/questions/14009714/strange-redirection-effect-with-raw-input -- nosy: +Daniel.Gonzalez ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14373] C implementation of functools.lru_cache
Stefan Behnel added the comment: Just for the record, I've compiled Raymond's roadmap version in Cython (with only slight changes to make 'self.maxsize' a Py_ssize_t and using an external .pxd for typing) and ran Serhiy's benchmark over it (Ubuntu 12.10, 64bit). This is what I get in Py3.4: 0.022 untyped_cy(i) 0.023 untyped_cy(spam, i) 0.024 untyped_cy(spam, spam, i) 0.106 untyped_cy(a=i) 0.133 untyped_cy(a=spam, b=i) 0.152 untyped_cy(a=spam, b=spam, c=i) 0.033 typed_cy(i) 0.038 typed_cy(spam, i) 0.039 typed_cy(spam, spam, i) 0.129 typed_cy(a=i) 0.168 typed_cy(a=spam, b=i) 0.183 typed_cy(a=spam, b=spam, c=i) 0.143 untyped_py(i) 0.234 untyped_py(spam, i) 0.247 untyped_py(spam, spam, i) 0.368 untyped_py(a=i) 0.406 untyped_py(a=spam, b=i) 0.425 untyped_py(a=spam, b=spam, c=i) 0.447 typed_py(i) 0.469 typed_py(spam, i) 0.480 typed_py(spam, spam, i) 0.745 typed_py(a=i) 0.783 typed_py(a=spam, b=i) 0.819 typed_py(a=spam, b=spam, c=i) Looking at the factors, that's about the same speedup that the dedicated hand tuned C implementation presented according to Serhiy's own runs (he reported 10-25x). Makes me wonder why we should have two entirely separate implementations for this. Here's the lru_cache_class.pxd file I used: cimport cython cdef make_key(tuple args, dict kwds, bint typed, tuple kwd_mark) @cython.final @cython.internal cdef class c_lru_cache: cdef dict cache cdef Py_ssize_t hits cdef Py_ssize_t misses cdef Py_ssize_t maxsize cdef bint typed cdef object user_function cdef object cache_info_type cdef tuple kwd_mark cdef list root -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16743] mmap accepts files 1 GB, but processes only 1 GB
Antoine Pitrou added the comment: Terry, what makes you think this is a feature request? This is a bug, quite simply. -- nosy: +pitrou versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16045] add more unit tests for built-in int()
Anton Kasyanov added the comment: looks good to me -- nosy: +asvetlov, mindmaster ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13178] Need tests for Unicode handling in install_distinfo and install_data
Changes by Andrew Svetlov andrew.svet...@gmail.com: -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13178 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Viktor Ershov added the comment: As I can see this is already implemented in 3.4 -- nosy: +asvetlov, krinart ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include ctype.h broken on FreeBSD 9.1-RELEASE
New submission from Stefan Krah: This is strictly a buildbot issue. #include ctype.h seems broken on http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.3/builds/248/steps/compile/logs/stdio In file included from /usr/include/ctype.h:83, from /usr/home/buildbot/python/3.3.koobs-freebsd/build/Modules/_decimal/libmpdec/io.c:33: /usr/include/xlocale/_ctype.h:56:38: error: operator '!' has no right operand Also note that the buildbot software reports success (i.e. the compile step is green) despite the error. -- keywords: buildbot messages: 177971 nosy: koobs, skrah priority: normal severity: normal status: open title: #include ctype.h broken on FreeBSD 9.1-RELEASE versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11379] Remove lightweight from minidom description
Stefan Behnel added the comment: Any news on this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16045] add more unit tests for built-in int()
Roundup Robot added the comment: New changeset c502a2dc0345 by Andrew Svetlov in branch '2.7': Issue #16045: add more unit tests for built-in int() http://hg.python.org/cpython/rev/c502a2dc0345 New changeset a90d7003966e by Andrew Svetlov in branch '3.3': Issue #16045: add more unit tests for built-in int() http://hg.python.org/cpython/rev/a90d7003966e New changeset ec7146b18274 by Andrew Svetlov in branch 'default': Issue #16045: add more unit tests for built-in int() http://hg.python.org/cpython/rev/ec7146b18274 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16045] add more unit tests for built-in int()
Andrew Svetlov added the comment: Committed. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16045] add more unit tests for built-in int()
Changes by Andrew Svetlov andrew.svet...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16745] Hide symbols in _decimal.so
Changes by Stefan Krah stefan-use...@bytereef.org: -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16745 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16443] Add docstrings to regular expression match objects
Anton Kasyanov added the comment: Created a patch with docstrings for match objects. Also added empty lines in pattern object docstrings according to http://www.python.org/dev/peps/pep-0007/#id7 -- keywords: +patch nosy: +a.kasyanov, asvetlov versions: -Python 2.7 Added file: http://bugs.python.org/file28403/issue-16443.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14373] C implementation of functools.lru_cache
Stefan Krah added the comment: Hmm. Judging by the numbers for the Python version, my machine appears to be slower than Stefan (Behnel)'s machine, and yet the C version is much faster here than the posted Cython numbers. If I adjust the results for the machine differences, the C version would appear to be 2.5x faster than the Cython version. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Roundup Robot added the comment: New changeset d91c14788729 by Andrew Svetlov in branch 'default': Issue #9856: Replace deprecation warinigs to raising TypeError in object.__format__ http://hg.python.org/cpython/rev/d91c14788729 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15302] Use argparse instead of getopt in test.regrtest
Anton Kasyanov added the comment: I've looked through the second patch and I'm not sure about how argparse usage was implemented here - parse_args() result is being converted to getopt-style list of (option, value) pairs. Is there any sense in using argparse this way? -- nosy: +a.kasyanov, asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16754] Incorrect shared library extension on linux
New submission from Sandro Mani:
I'm using Python3 as available in Fedora rawhide
(python3-3.3.0-2.fc19.x86_64).
Attempting to build a project using python3/distutils, I noticed that
find_library_file would not find any library at all. Some investigation
showed that this was due to the fact that libraries were searched with
the .cpython-33m.so extension. Even more investigation showed that the
library extension was read being overridden by the one defined in the
/usr/lib64/python3.3/config-3.3m/Makefile shipped by python3-libs. See
below for the detailed analysis. The python-versioned extension
obviously makes no sense for regular shared objects which are not python
binary modules, so this is clearly wrong. As a workaround I patched
sysconfig.py to comment out customize_compiler::235
(compiler.shared_lib_extension =
so_ext, see below), recompiled python (all tests still pass), and things seem
to work.
Detailed analysis:
setup.py:
def _find_library_file(self, library):
return self.compiler.find_library_file(self.compiler.library_dirs,
library)
---
In function
/usr/lib64/python3.3/distutils/unixcompiler.py at find_library_file::266:
shared_f = self.library_filename(lib, lib_type='shared')
In function
/usr/lib64/python3.3/distutils/ccompiler.py at library_filename::882:
ext = getattr(self, lib_type + _lib_extension)
- Where does shared_lib_extension get defined?
* At /usr/lib64/python3.3/distutils/ccompiler.py::66
shared_lib_extension = None - default for abstract class
* At /usr/lib64/python3.3/distutils/unixcompiler.py::77
shared_lib_extension = .so - this is the correct value
* In function
/usr/lib64/python3.3/distutils/sysconfig.py at customize_compiler::235
by /usr/lib64/python3.3/distutils/sysconfig.py at customize_compiler::235
compiler.shared_lib_extension = so_ext
by /usr/lib64/python3.3/distutils/sysconfig.py at customize_compiler::194
(cc, cxx, opt, cflags, ccshared, ldshared, so_ext, ar, ar_flags) = \
get_config_vars('CC', 'CXX', 'OPT', 'CFLAGS',
'CCSHARED', 'LDSHARED', 'SO', 'AR', 'ARFLAGS'))
by /usr/lib64/python3.3/distutils/sysconfig.py at get_config_vars::530
526 global _config_vars
527 if _config_vars is None:
528 func = globals().get(_init_ + os.name) # - os.name = posix
529 if func:
530 func() # - _init_posix, populates _config_vars
by /usr/lib64/python3.3/distutils/sysconfig.py at _init_posix::439
435 g = {}
436 # load the installed Makefile:
437 try:
438 filename = get_makefile_filename() #
/usr/lib64/python3.3/config-3.3m/Makefile
439 parse_makefile(filename, g)
...
476 global _config_vars
477 _config_vars = g # - _config_vars[SO] = .cpython-33m.so
by /usr/lib64/python3.3/config-3.3m/Makefile::122
SO= .cpython-33m.so
--
assignee: eric.araujo
components: Distutils
messages: 177979
nosy: eric.araujo, smani, tarek
priority: normal
severity: normal
status: open
title: Incorrect shared library extension on linux
type: behavior
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14373] C implementation of functools.lru_cache
Stefan Krah added the comment: I've managed to build the Cython version now. It's in fact between 4 and 6 times slower here than the C version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Andrew Svetlov added the comment: Committed. Thanks. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue879399] socket line buffering
oleg chubin added the comment: I just have updated patch for current version of code. It looks good for me. -- nosy: +0lejka, asvetlov Added file: http://bugs.python.org/file28404/_fileobject23122012.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue879399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Roundup Robot added the comment: New changeset 2f6ec67636b8 by Andrew Svetlov in branch 'default': Add NEWS and docs for #9856 http://hg.python.org/cpython/rev/2f6ec67636b8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Andrew Svetlov added the comment: Updated NEWS and docs -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16684] Unicode property value abbreviated names and long names
Pander added the comment: Attached is the requested proof-of-concept script. -- Added file: http://bugs.python.org/file28405/create-unicodedata-dicts-prop-value-alias-20121223.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16684 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue879399] socket line buffering
Andrew Svetlov added the comment: LGTM. Kristján, would you like to commit? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue879399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include ctype.h broken on FreeBSD 9.1-RELEASE
koobs added the comment: This was noted by Dmitry Sivachenko during tests of my python33 port for FreeBSD, with the following commits going to HEAD (CURRENT) and RELENG_9 (9-STABLE) respectively: http://svnweb.freebsd.org/base?view=revisionrevision=243032 http://svnweb.freebsd.org/base?view=revisionrevision=243331 If you need me to get any more info let me know -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include ctype.h broken on FreeBSD 9.1-RELEASE
Stefan Krah added the comment: Thanks, it's really a FreeBSD issue then. I was wondering how this could go undetected in a production release. The reason is probably that __GNUC_STDC_INLINE__ (which libmpdec uses) is quite rare. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include ctype.h broken on FreeBSD 9.1-RELEASE
Stefan Krah added the comment: On second thought, gcc defines __GNUC_STDC_INLINE__ to 1, so probably libmpdec should do the same. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include ctype.h broken on FreeBSD 9.1-RELEASE
Roundup Robot added the comment: New changeset f05d29353f02 by Stefan Krah in branch '3.3': Issue #16753: Define __GNUC_STDC_INLINE__ to an integer (same as gcc). http://hg.python.org/cpython/rev/f05d29353f02 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16755] Distutils2 incorrectly works with unicode package names
New submission from Volodymyr Hotsyk: While testing #13178, found that Distutils2 incorrectly works with the package names containing unicode symbols. Please check test attached. -- assignee: eric.araujo components: Distutils2 files: unicode_test.diff keywords: patch messages: 177991 nosy: alexis, asvetlov, eric.araujo, hotsyk, tarek priority: normal severity: normal status: open title: Distutils2 incorrectly works with unicode package names type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file28406/unicode_test.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16755 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Eric V. Smith added the comment: The more I think about this, the more overly restrictive I realize it is. If the type of the object really is object, then it can use string formatting. It's only for non-objects that I want to add the error. I'll re-open it and give it some more thought. -- resolution: fixed - stage: committed/rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14373] C implementation of functools.lru_cache
Stefan Behnel added the comment: Yep, I basically didn't do any optimisation, it's the plain Python code compiled, just with the class being converted into an extension type. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9856] Change object.__format__(s) where s is non-empty to a TypeError
Andrew Svetlov added the comment: Ok -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16756] buggy assignment to items of a list created by a * operator
New submission from jp: The following code: li = [[1,0]]*5 a = [[1,10], [2,20], [3,30]] for line in a: li[line[0]][0] = 2 print(li) prints [[2,0],[2,0],[2,0],[2,0],[2,0]], but should print [[1,0],[2,0],[2,0],[2,0],[1,0]]. The output is correct if you, instead of using li = [[1,0]]*5, initialize the array as follows: li = [] for i in range(5): li.append([1,0]) -- components: Interpreter Core messages: 177995 nosy: jenda.pet...@gmail.com priority: normal severity: normal status: open title: buggy assignment to items of a list created by a * operator versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16756 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16756] buggy assignment to items of a list created by a * operator
Christian Heimes added the comment: The outcome is correct. You have fallen for a common beginners gotcha: http://www.enricozini.org/2011/tips/python-list-gotcha -- nosy: +christian.heimes resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16756 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9584] Allow curly brace expansion
Changes by Janus Troelsen ysang...@gmail.com: -- nosy: +ysangkok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16757] Faster _PyUnicode_FindMaxChar()
New submission from Serhiy Storchaka: The proposed patch optimizes _PyUnicode_FindMaxChar(). This affects string formatting of long patterns (speedup to 15-25% for classic formatting and 5-8% for new style formatting). -- components: Interpreter Core, Unicode files: unicode_findmaxchar.patch keywords: patch messages: 177997 nosy: ezio.melotti, haypo, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Faster _PyUnicode_FindMaxChar() type: performance versions: Python 3.4 Added file: http://bugs.python.org/file28407/unicode_findmaxchar.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16757 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16757] Faster _PyUnicode_FindMaxChar()
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file28408/format_bench.sh ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16757 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15701] AttributeError from HTTPError when using digest auth
Roundup Robot added the comment: New changeset 3046bfea59f3 by Senthil Kumaran in branch '2.7': Fix Issue15701 - HTTPError info method call raises AttributeError. Fix that to return headers correctly http://hg.python.org/cpython/rev/3046bfea59f3 New changeset 919ebf74bfdb by Senthil Kumaran in branch '3.2': Fix Issue15701 - HTTPError info method call raises AttributeError. Fix that to return headers correctly http://hg.python.org/cpython/rev/919ebf74bfdb New changeset a15109398294 by Senthil Kumaran in branch '3.3': merge from 3.2 http://hg.python.org/cpython/rev/a15109398294 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15701] AttributeError from HTTPError when using digest auth
Senthil Kumaran added the comment: Okay. this is fixed in all versions of python. Sorry for the delay. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16758] SubprocessStartupError
New submission from Lieutenant Commander Mohd Nazri Mohd Nasir RMN: I always get this message lately, when I try to run python in IDLE. -- components: IDLE files: SubprocessStartupErrorMessage.jpg messages: 178000 nosy: Lieutenant.Commander.Mohd.Nazri.Mohd.Nasir.RMN priority: normal severity: normal status: open title: SubprocessStartupError type: performance versions: Python 2.7 Added file: http://bugs.python.org/file28409/SubprocessStartupErrorMessage.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16758 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16443] Add docstrings to regular expression match objects
Roundup Robot added the comment: New changeset e4f1b3565509 by Andrew Svetlov in branch '3.2': Issue #16443: Add docstrings to regular expression match objects. http://hg.python.org/cpython/rev/e4f1b3565509 New changeset 64e050c2d010 by Andrew Svetlov in branch '3.3': Issue #16443: Add docstrings to regular expression match objects. http://hg.python.org/cpython/rev/64e050c2d010 New changeset e3d0417d8266 by Andrew Svetlov in branch 'default': Issue #16443: Add docstrings to regular expression match objects. http://hg.python.org/cpython/rev/e3d0417d8266 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16443] Add docstrings to regular expression match objects
Roundup Robot added the comment: New changeset c390dc999fcc by Andrew Svetlov in branch '2.7': Issue #16443: Add docstrings to regular expression match objects. http://hg.python.org/cpython/rev/c390dc999fcc -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16741] `int()`, `float()`, etc think python strings are null-terminated
Matthew Barnett added the comment: It occurred to me that the truncation of the string when building the error message could cause a UnicodeDecodeError: int(1.ljust(199) + \u0100) Traceback (most recent call last): File pyshell#0, line 1, in module int(1.ljust(199) + \u0100) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 199: unexpected end of data This is because it's truncating a UTF-8 string, and the truncation is in the middle of a multi-byte sequence. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16443] Add docstrings to regular expression match objects
Andrew Svetlov added the comment: Pushed. Thank you, Anton! -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16689] stdout stderr redirection mess
anatoly techtonik added the comment: Can Python detect when output file descriptor for both stderr and stdout streams is the same and use the single buffer itself? -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15302] Use argparse instead of getopt in test.regrtest
Chris Jerdonek added the comment: The reason in part is because of the lack of unit tests of regrtest (as commenters above have noted). By preserving the getopt interface, we can keep almost all of the untested code as is. You should view the patch as a first step in refactoring to use argparse. We can remove the conversion code and the main for loop in later steps. Note to committers: I was meaning to rename regrlib.py when I was working on this. Until regrtest-related code is in its own subpackage, I think the file name should begin with regrtest -- perhaps regrtester.py or regrtestlib.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15303] Minor revision to the BaseWidget._setup method in Tkinter
Serhiy Storchaka added the comment: Here is a patch against 3.4 which contains proposed OP change and a lot of similar changes in different places. I'm not sure that this should be considered as a bug fix and not as an enhancement. Drew, as a workaround you can implement __bool__() method which returns True for your widget. Or even better, do not make your container sequence-like. -- keywords: +patch nosy: +serhiy.storchaka stage: needs patch - patch review versions: +Python 3.4 -Python 2.7 Added file: http://bugs.python.org/file28410/tkinter_widget_is_none.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15303 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16743] mmap accepts files 1 GB, but processes only 1 GB
Terry J. Reedy added the comment: It is a report of behavior that lacks a specific request for change (that I can see). The implied code-change request could break working code. We don't usually do that. What do you think should be done? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16689] stdout stderr redirection mess
Łukasz Langa added the comment: No. Please, don't reopen without a patch. Better yet: move the discussion to python-ideas. Better yet: simply accept that you should either use -u or stop treating stdout/stderr as synchronized. This issue has been closed twice already by distinct contributors. To keep reopening it is passive–aggressive behaviour, so is the wording of the title you chose for the report. -- nosy: +lukasz.langa status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16758] SubprocessStartupError
Serhiy Storchaka added the comment: Lieutenant.Commander.Mohd.Nazri.Mohd.Nasir.RMN, can you please choose a shorter login name? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16758 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15302] Use argparse instead of getopt in test.regrtest
Andrew Svetlov added the comment: Hi Chris. Today we had python sprint and I've guessed to Anton to refactor the patch in good way with properly setting default values from regrtest.main to argparse args. Then use proper argparse actions for manipulating that args. After all we can use Namespace object returned from argparse.parse() or argparse.parse_known_args() if needed as input for next processing. It will be big enough patch but I like to move it forward after double checking. regrtestlib.py name is good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7263] Fix set.intersection docstring
Juan Benavente Ponce added the comment: set.intersection and frozenset.intersection docstrings are back to the wrong two-sets-only version in Python 3.3 (Python 2.7 is not affected): intersection(...) Return the intersection of two sets as a new set. (i.e. all elements that are in both sets.) The correct docstring should be the one already submitted by Alexander Belopolsky: intersection(...) Return the intersection of two or more sets as a new set. (i.e. all elements that are in all sets.) Thanks everyone for your great work and Merry Christmas! -- nosy: +turgon versions: +Python 3.3 -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16743] mmap accepts files 1 GB, but processes only 1 GB
Serhiy Storchaka added the comment: As I understand, the issue is that mmap slicing returns an empty string for large (but less than ssize_t limit) indices on 2.7. May be it relates to 30-bit digits long integer implementation? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13863] import.c sometimes generates incorrect timestamps on Windows + NTFS
Brian Curtin added the comment: Latest patch looks ok to me and the tests pass. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14715] test.support.DirsOnSysPath should be replaced by importlib.test.util.import_state
Changes by Andrew Svetlov andrew.svet...@gmail.com: -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15302] Use argparse instead of getopt in test.regrtest
Chris Jerdonek added the comment: Yes, I agree with all of that but thought it would be easier to review if done incrementally as separate steps. In any case, I will look for Anton's patch on the review tool in case I have any comments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7263] Fix set.intersection docstring
Juan Benavente Ponce added the comment: Comparing the docstrings with the on-line documentation, I have found that, in addition to the already mentioned issue, the fact that many methods only require the first argument to be a set (or frozenset) object is not mentioned anywhere in the docstrings. Would it be useful if I write here a list of all the cases where this happens, and a possible alternative? An example: Python 2.7 set.union current docstring: Return the union of sets as a new set. (i.e. all elements that are in either set.) possible enhancement: union(set1, *iterables) -- new set Return a new set with elements from set1 and all the iterables. Would it be a good idea to create a different docstring for the bound method? E.g: unbound version: union(set1, *iterables) -- new set Return a new set with elements from set1 and all the iterables. bound version: set1.union(*iterables) -- new set Return a new set with elements from set1 and all the iterables. If writing this list would be useful, please tell me so, and I will do it. Thanks for your time! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16712] collections.abc.Sequence should not provide __reversed__
Raymond Hettinger added the comment: Guido put a number of non-optimal implementations in the ABCs. His goal was to define the interface and to supply a working default implementation (see MutableMapping.clear() for a prime example). In the case of __reversed__(), it is unfortunate that it slows down the default implementation of reverse(). The latter only runs faster because it is in C, not because of any algorithmic issue. FWIW, the same is also true of Sequence.__contains__(). This logic in the ABC is straight-forward but slows down the code as compared to Python's C optimizations which can infer a __contains__ method from a sequence that defines __getitem__(). Given that the issue isn't algorithmic and is merely a C vs pure Python issue, I recommend leaving the current code as-is. If someone truly cares about the speed issue, it would be an easy matter to supply a C helper function in the ABCs for speeding-up __reversed__ and __contains__ (for an example of how to do this, see _count_elements() in the collections module). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16712 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16684] Unicode property value abbreviated names and long names
Terry J. Reedy added the comment: I verified that the prototype file works in 2.7.3. I rewrote it for 3.3 using a refactored approach (and discovered that the site sometimes times out). -- Added file: http://bugs.python.org/file28411/bc_ea_gc.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16684 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14470] Remove using of w9xopen in subprocess module
Roundup Robot added the comment: New changeset c903e4f1121d by Brian Curtin in branch 'default': Fix #14470. Remove w9xpopen per PEP 11. http://hg.python.org/cpython/rev/c903e4f1121d New changeset ae1845e4006a by Brian Curtin in branch 'default': Add NEWS item for fixing #14470. http://hg.python.org/cpython/rev/ae1845e4006a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14470] Remove using of w9xopen in subprocess module
Changes by Brian Curtin br...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue879399] socket line buffering
Kristján Valur Jónsson added the comment: Sure, Leave it to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue879399 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16743] mmap accepts files 1 GB, but processes only 1 GB
Terry J. Reedy added the comment: To me, Marc's title and penultimate sentence imply that he thinks that mmap should not accept such files. (But he should speak for himself.) As I said, not accepting such files could break working code. As for the alternative of 'fixing' methods: Is it only slicing or other methods, even *every* method that 'misbehaves' when attempting to read (or write) beyond the 1 gig limit? I am guessing the last. If so, just about every method (inherited from bytearray, like slicing, or mmap specific) would need a fix conditional on the build and access location (and OS or hardware?). Even for slices, what change would you (or anyone) make? Keep in mind that is it a *feature* of slices that they generally always work, and that this is specifically true of bytearrays. (Memory-mapped file objects behave like both bytearray and like file objects.) I am actually a bit surprised that the limit is 1 gb rather than 2, 3, or 4 gb. Is it the same on *nix? What is the limit for a bytearray on Win 7? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16742] PyOS_Readline drops GIL and calls PyOS_StdioReadline, which isn't thread safe
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith priority: normal - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14420] winreg SetValueEx DWord type incompatible with value argument
Brian Curtin added the comment: Here is a patch for the first part (SetValueEx). -- keywords: +needs review, patch stage: needs patch - patch review Added file: http://bugs.python.org/file28412/issue14420_part1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14420 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16759] winreg.QueryValueEx returns signed 32bit value instead of unsigned
New submission from Brian Curtin: Making this its own issue from msg156935 on #14420: Likewise, the winreg.QueryValueEx method returns a signed 32 bit value, instead of a 32 bit unsigned value. -- assignee: brian.curtin components: Extension Modules, Windows messages: 178023 nosy: RoSanford, brian.curtin priority: normal severity: normal stage: needs patch status: open title: winreg.QueryValueEx returns signed 32bit value instead of unsigned type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16759 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16759] winreg.QueryValueEx returns signed 32bit value instead of unsigned
Brian Curtin added the comment: Marking this dependent on #14420 because we can't reliably test QueryValueEx's unsigned value without being able to SetValueEx an unsigned value. -- dependencies: +winreg SetValueEx DWord type incompatible with value argument ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16759 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15302] Use argparse instead of getopt in test.regrtest
R. David Murray added the comment: I am -1 on doing this as one big refactoring, unless tests are written for regrtest first. Incremental (over a period of weeks or months, so that the changes get some soak time each time) is I think acceptable even without tests, given that this is a test runner and not part of Python proper. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16759] winreg.QueryValueEx returns signed 32bit value instead of unsigned
Brian Curtin added the comment: Here's a patch. It depends on the patch from #14420 being applied in some way (I cloned from a branch which included it). -- keywords: +needs review, patch stage: needs patch - patch review Added file: http://bugs.python.org/file28413/issue16759.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16759 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10919] Environment variables are not expanded in _winreg when using REG_EXPAND_SZ.
Brian Curtin added the comment: Yep. The documentation you linked says A null-terminated string that contains unexpanded references to environment variables (for example, %PATH%). It will be a Unicode or ANSI string depending on whether you use the Unicode or ANSI functions. To expand the environment variable references, use the ExpandEnvironmentStrings function. Based on that, we're doing the right thing. -- resolution: - invalid stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13384] Unnecessary __future__ import in random module
Brian Curtin added the comment: This went over a year without a request to undo it, and we've since made several releases that includes it, so I'm closing this. Please re-open if it does need to be reverted. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13000] unhandled exception at install
Brian Curtin added the comment: Unassigning myself. Jorge - are you still able to reproduce this, and if so, are you able to capture the log as mentioned by Martin? -- assignee: brian.curtin - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16751] Using modern unittest asserts in the documentation
Raymond Hettinger added the comment: Please don't change the Basic Example section. It is designed to get people up and running with a minimal set of asserts (including assertEqual, assertTrue, and the two ways of using assertRaises). Modernizing the example will defeat its purpose. -- assignee: docs@python - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16751 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16751] Using modern unittest asserts in the documentation
Ezio Melotti added the comment: See also #11468. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16751 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16751] Using modern unittest asserts in the documentation
Serhiy Storchaka added the comment: But with the patch the minimal set of asserts will be assertEqual, assertIn, and assertRaises. The example is just too old (assertIn was added in 3.1). If you want to minimize assert's set, you can get rid of assertEqual too (using only assertTrue). But I don't think it is a good idea. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16751 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16743] mmap accepts files 1 GB, but processes only 1 GB
Serhiy Storchaka added the comment: I have only 32-bit OS and can't answer this questions. I'm surprised by 1 GiB limit too. Marc, can you please check 4.5 GiB file? What limit in this case, 1 GiB or 0.5 GiB? What about slicing a big bytes object or bytearray (if you have enough memory)? If mmap on Windows can't work with files larger 4 GiB, then it should raise exception on creation or at least on access. Silent production of wrong result is not a way. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16689] stdout stderr redirection mess
anatoly techtonik added the comment: I need to track issues the same way as you. You act as if the issue is resolved while it is (or rather wasn't) until the last comment that Python is unable to detect if stdout and stderr stream share the same output descriptor. And your separation of the world to distinct contributors and everybody else is the source of this conflict - not somebody doing some passive actions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
