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
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:
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
Anton Kasyanov added the comment:
looks good to me
--
nosy: +asvetlov, mindmaster
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16045
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13178
___
___
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
___
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
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
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
Andrew Svetlov added the comment:
Committed. Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16045
___
___
Python-bugs-list mailing list
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
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
___
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:
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
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
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:
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
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
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
___
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
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
Andrew Svetlov added the comment:
Updated NEWS and docs
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9856
___
___
Python-bugs-list mailing
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
Andrew Svetlov added the comment:
LGTM.
Kristján, would you like to commit?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue879399
___
___
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
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
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
___
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
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
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.
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
Andrew Svetlov added the comment:
Ok
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9856
___
___
Python-bugs-list mailing list
Unsubscribe:
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,
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
Changes by Janus Troelsen ysang...@gmail.com:
--
nosy: +ysangkok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9584
___
___
Python-bugs-list
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:
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
___
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
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
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
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
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
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)
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
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
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
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
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?
--
___
Ł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
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
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
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
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
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
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14715
___
___
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.
--
___
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
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
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
___
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.
Changes by Brian Curtin br...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14470
___
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
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
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
___
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
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:
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
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
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
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
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
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
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.
Ezio Melotti added the comment:
See also #11468.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16751
___
___
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
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
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
77 matches
Mail list logo