Roger Serwy added the comment:
On 04/02/2013 12:57 AM, Ned Deily wrote:
2. Roger, is this issue new to 2.7.4, 3.2.4, or 3.3.1?
No, this bug has been baked into IDLE since the beginning. See line 215
http://hg.python.org/cpython/file/30713d5288df/Lib/idlelib/ColorDelegator.py
How likely do
Ned Deily added the comment:
LGTM
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17614
___
___
Python-bugs-list mailing list
Changes by Ned Deily n...@acm.org:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17614
___
___
Mark Lawrence added the comment:
#17605 titled mingw-meta: build interpeter core was opened on 2013-03-31 so I
believe this can be closed as superseded.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
There are patches on #10615 which may be of some use here.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17605
___
Mark Lawrence added the comment:
Comments in msg123606 seem encouraging so I'm guessing this has just slipped
under the radar.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10566
New submission from Neil Hodgson:
On Windows, non-equal comparisons (, =, , =) between strings with common
prefixes are slower in Python 3.3 than 3.2. This is for both 32-bit and 64-bit
builds. Performance on Linux has not decreased for the same code. The attached
program tests comparisons
New submission from Claudiu.Popa:
I think that wave.open should work with the `with` statement, given the fact
that Lib/aifc.py does this. I attached a simple patch for this. Thanks in
advance.
--
components: Library (Lib)
files: wave_context_manager.patch
keywords: patch
messages:
Marc-Andre Lemburg added the comment:
I still don't think that the available documentation is detailed enough. It
leaves too many unanswered question, e.g.
* What happens if you have both __init__.py and __main__.py in a directory or a
ZIP file ?
* What does the script name is added to the
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo, serhiy.storchaka
type: - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17615
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17613
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
priority: critical - high
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17614
___
Amit Saha added the comment:
I have tried to incorporate most of the suggestions and made some other changes
as well. Hope it looks better now.
I haven't yet split it into two separate versions.
--
Added file: http://bugs.python.org/file29654/idle.patch
Eric V. Smith added the comment:
Barry meant that the upstream program that triggered this error has been
changed to call format_string() instead of format(). The bug still exists in
format().
My suggestion is to have format() be an alias for format_string(). Deprecating
format() is an
Benjamin Peterson added the comment:
Thank you for the analysis.
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17613
___
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11406
___
___
Łukasz Langa added the comment:
This is indeed deliberate. If that's unsuitable for you, consider using:
cp = ConfigParser()
cp.optionxform = lambda option: option
as described in
http://docs.python.org/3/library/configparser.html#configparser.optionxform
--
assignee: -
Antoine Pitrou added the comment:
Why do you care? Does it impact a real-world workload?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17615
___
Łukasz Langa added the comment:
Treating as empty values was a bug in configparser pre 3.2 (it made it
impossible to store as a value).
Simply change
[section]
option =
to
[section]
option =
Does that solve your problem?
--
___
Antoine Pitrou added the comment:
Well, mercurial itself requires the presence of a host item in [smtp], so
it would make sense to require it too.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17612
New submission from bonnet:
struct.calcsize('i?') : 21
appears to be incorrect ; in C sizeof : 24
C code:
typedef struct {
int param1;
int param2;
int param3;
int param4;
int param5;
unsigned char param6;
} struct_titi6;
main:
struct_titi6 toto3;
printf(taille toto3
New submission from Antoine Pitrou:
Base85 encoding (see e.g. http://en.wikipedia.org/wiki/Ascii85 ) allows a
tighter encoding than Base64: it has a 5/4 expansion ratio, rather than 4/3.
It is used in Mercurial, git, and there's another variant that's used by Adobe
in the PDF format.
It would
Amaury Forgeot d'Arc added the comment:
Maybe pprint.print() should specify sep='\n' by default?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6743
___
Mark Dickinson added the comment:
This is working as designed: the result of struct.calcsize matches the length
of the string that you'll get back from struct.pack using that format. Padding
isn't included after the last entry in the struct.
That's not to say that it was a good design
Barry A. Warsaw added the comment:
On Apr 02, 2013, at 11:32 AM, Eric V. Smith wrote:
My suggestion is to have format() be an alias for
format_string(). Deprecating format() is an optional step, but may not be
worth the hassle.
Agreed on both counts.
--
Mark Dickinson added the comment:
And also #7355, which led to that example being added to the documentation.
Closing as duplicate.
--
resolution: - duplicate
status: open - closed
superseder: - Struct incorrectly compiles format strings
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17618
___
___
Python-bugs-list
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6743
___
___
Eric V. Smith added the comment:
So I guess the question is: would this be a bug fix and applied to 2.7 and 3.3,
or just an enhancement for 3.4?
I think it would be a bug fix and thus should be backported. It's not like we'd
be breaking any working code, unless it was expecting the exception.
Barry A. Warsaw added the comment:
On Apr 02, 2013, at 03:04 PM, Eric V. Smith wrote:
I think it would be a bug fix and thus should be backported. It's not like
we'd be breaking any working code, unless it was expecting the exception.
That would be my preference.
--
R. David Murray added the comment:
For the record I'm seeing this on Gentoo with linux kernel 3.5.3. Commenting
out the localhost ipv6 entry lets the test pass, as indicated in the ubuntu bug
report (which was subsequently closed with no action).
--
nosy: +r.david.murray
Roundup Robot added the comment:
New changeset 5d99042bd40f by R David Murray in branch '2.7':
#13163: fix names of _get_socket args
http://hg.python.org/cpython/rev/5d99042bd40f
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Thanks Victor. I decided not to put in the doc string because Python3 doesn't
have one.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Drekin:
At least on Windows, input() doesn't raise KeyboardInterrupt when Ctrl-C is hit
in Python 3.3 (it does in Python 3.2).
3.3:
x = input() # Ctrl-C hit - no exception raised
x
NameError
3.2:
x = input() # Ctrl-C hit
KeyboardInterrupt
--
messages: 185845
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - needs patch
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17615
___
Roundup Robot added the comment:
New changeset 2a340f963518 by R David Murray in branch 'default':
#17492: Additional tests for random module.
http://hg.python.org/cpython/rev/2a340f963518
--
nosy: +python-dev
___
Python tracker
R. David Murray added the comment:
Thanks, Victor.
--
nosy: +r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17492
New submission from Drekin:
The Python interactive console actually doesn't use sys.stdin but standard C
stdin for input. Is there any reason for this? Why it then uses its encoding
attribute? (Assigning sys.stdin something, that doesn't have encoding attribute
freezes the interpreter.) If
Guido van Rossum added the comment:
Nikolay, you may want to check out this Python tracker issue.
Giampaolo: I didn't even know it was possible for a single socket to be
dual-stack. (It would seem problematic for UDP recvfrom() for example.) In
Tulip it does indeed make more sense to create
Roundup Robot added the comment:
New changeset 68ed5b2ca867 by R David Murray in branch 'default':
#17489: Add explanatory comment that __getstate__ is not called.
http://hg.python.org/cpython/rev/68ed5b2ca867
--
nosy: +python-dev
___
Python tracker
Giampaolo Rodola' added the comment:
Apparently the doc has already been changed and mentions that a binary file is
necessary. The unit test is legitimate and can be committed though (Victor, you
want to do it?).
--
___
Python tracker
New submission from Brett Cannon:
People keep asking and I keep promising to get a lazy loader into Python 3.4.
This issue is for me to track what I have done towards meeting that promise.
To start, I have something working at https://code.google.com/p/importers/, but
I need to make sure that
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
___
___
Python-bugs-list mailing
Barry A. Warsaw added the comment:
Okay, so this is not a Python problem, but an Ubuntu problem. It's also not a
problem with Ubuntu's version of Python. I can reproduce it on Ubuntu 13.04
with hg trunk, but not Debian Wheezy with hg trunk.
Closing as invalid and will investigate further in
Sebastian Ortiz Vasquez added the comment:
Added new test and patch generated following the python development directions
found on http://docs.python.org/devguide/patch.html
--
type: - crash
Added file: http://bugs.python.org/file29655/XMLGenerator.patch
Changes by Sebastian Ortiz Vasquez neoe...@gmail.com:
Removed file: http://bugs.python.org/file29655/XMLGenerator.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17606
___
Changes by Sebastian Ortiz Vasquez neoe...@gmail.com:
Added file: http://bugs.python.org/file29656/XMLGenerator.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17606
___
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
___
___
Python-bugs-list
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5207
___
___
Roundup Robot added the comment:
New changeset c78dfc6ce37a by Victor Stinner in branch '3.3':
Close #6822: ftplib.FTP.storlines() expects a binary file, not a text file
http://hg.python.org/cpython/rev/c78dfc6ce37a
New changeset 9328e2b8a397 by Victor Stinner in branch 'default':
(Merge 3.3)
Amaury Forgeot d'Arc added the comment:
The issue is actually with compile():
compile('x=1', '\u222b.py', 'exec')
fails on my Western Windows machine (mbcs = cp1252).
This conversion should not be necessary, since the filename is only used for
error messages (and decoded again!)
But
Amaury Forgeot d'Arc added the comment:
I have a similar issue with a directory '∫' ('\u222b') containing a file foo.py:
sys.path.insert(0, '\u222b')
import foo
Traceback (most recent call last):
File stdin, line 1, in module
File frozen importlib._bootstrap, line 1564, in _find_and_load
STINNER Victor added the comment:
This issue is a duplicate of the issue #11619. In short: when importing a
Python module, Python 3.3 only supports paths encodable to the ANSI code page.
The issue #11619 contains an huge patch to support *any* Unicode character in
module path. I closed the
Changes by STINNER Victor victor.stin...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17588
___
STINNER Victor added the comment:
This issue is similar to #17430.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17607
___
___
Ethan Furman added the comment:
As Ian Kelly said on Python-List:
quote
Micro-benchmarks like the ones [jmf] have been reporting are *useful*
when it comes to determining what operations can be better optimized,
but they are not *important* in and of themselves. What is important
is that
Amaury Forgeot d'Arc added the comment:
No need to use weird characters. Greek or Cyrillic letters are enough.
Suppose I download a library with language modules such as Русский.py or
Ελληνικά.py; they are allowed as identifiers and can be regularly imported...
on utf8 system at least.
STINNER Victor added the comment:
Compare (Unicode) strings was optimized after the release of Python 3.3.
changeset: 79469:54154be6b27d
user:Victor Stinner victor.stin...@gmail.com
date:Thu Oct 04 22:59:45 2012 +0200
files: Objects/unicodeobject.c
description:
Optimize
Edmond Burnett added the comment:
Here is a patch to add a more descriptive title to the IDLE editor.
Python version Editor: filename - path
--
Added file: http://bugs.python.org/file29657/issue17390_editor_title.patch
___
Python tracker
STINNER Victor added the comment:
How can we move this issu forward? I still prefer unicode_2.patch over
str_replace_1char.patch because the code is simpler and so easier to maintain.
str_replace_1char.patch has a bug: replace_1char() does not use pos for the
latin1 path.
--
Changes by Chris Calloway c...@chriscalloway.org:
--
nosy: +cbc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15351
___
___
Python-bugs-list
A.M. Kuchling added the comment:
I just tried building trunk on MacOS 10.6.8, and make install fails with this
traceback:
Traceback (most recent call last):
File ./setup.py, line 2175, in module
main()
File ./setup.py, line 2170, in main
Tools/scripts/2to3, Tools/scripts/pyvenv]
STINNER Victor added the comment:
Related commit:
changeset: 83066:b5d5f422299f
tag: tip
user:Victor Stinner victor.stin...@gmail.com
date:Wed Apr 03 01:48:39 2013 +0200
files: Include/unicodeobject.h Lib/test/test_format.py
Objects/stringlib/unicode_format.h
Roundup Robot added the comment:
New changeset 7132bca093ad by Victor Stinner in branch 'default':
Close #16757: Avoid calling the expensive _PyUnicode_FindMaxChar() function
http://hg.python.org/cpython/rev/7132bca093ad
--
nosy: +python-dev
resolution: - fixed
stage: patch review -
STINNER Victor added the comment:
New changeset 7132bca093ad by Victor Stinner in branch 'default':
Close #16757: Avoid calling the expensive _PyUnicode_FindMaxChar() function
This changeset is almost the same than unicode_findmaxchar_2.patch. I prefered
to keep the API unchanged and not
STINNER Victor added the comment:
unicode-escape and raw-unicode-escape decoders now use the PyUnicodeWriter API.
Can you please compare performances of your patch to PyUnicodeWriter API?
Decoders overallocate the buffer.
According to a comment in the decoder, overallocating is never needed
Ned Deily added the comment:
Did you start with a clean build directory and rerun ./configure? What
./configure options did you use? Make sure that an existing install isn't
getting in the way during a build, particularly with --enable-shared. With a
current tip of the default branch, I've
R. David Murray added the comment:
Thomas, did you submit a contributor agreement at PyCon (or after)? If so I
need to go bug someone to get the tracker updated.
I'm attaching a slightly modified version of your patch, cleaning up the output
that was showing up on stdout and using
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17620
___
___
Python-bugs-list
Éric Araujo added the comment:
Antoine: the desired behavior is to have a function with the same signature as
print (so multiple objects to print are supported), but which calls
pprint.pformat instead of str. It lets people monkey-patch builtins.print or
somemodule.print with pprint.print
Jesús Cea Avión added the comment:
Seems to be windows specific. It works fine on Linux and Solaris.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17619
___
Changes by Jesús Cea Avión j...@jcea.es:
--
title: input() swallows KeyboardInterrupt in Python 3.3 - MS WINDOWS: input()
swallows KeyboardInterrupt in Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17619
Éric Araujo added the comment:
This is a great idea, thank you.
FYI You can share text and images with a diff file: if you call “hg add
path/to/images” and create the diff with the --git option, it will use an
extended unified diff format which includes binary changes. Our review system
is
Éric Araujo added the comment:
Ezio, you are the latest reviewer, do you have outstanding comments?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8913
___
Amit Saha added the comment:
Hello Éric Araujo, thanks. Oh I thought it did support, and hence I created the
diff in exactly the way you mention.
i also went ahead and tested it by 'hg import' -ing it into a cpython clone and
i was all excited to see all my images there :-)
But, yeah I can
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17618
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17618
___
___
Python-bugs-list mailing
STINNER Victor added the comment:
It may be related to the following commit:
changeset: 77861:9523c122d6fc
user:Tim Golden m...@timgolden.me.uk
date:Fri Jun 29 18:39:26 2012 +0100
files: Parser/myreadline.c
description:
Issue #1677: Handle better a race condition between
STINNER Victor added the comment:
@Drekin: What is your Windows version? How did you start Python?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17619
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17561
___
___
Python-bugs-list
Roger Serwy added the comment:
Updated patch based on Ezio's comments. Thank you, Ezio!
Senthil, I wish I had a Mac to test against. I am able to trigger the bug on
Win7 with 3.3.
Without objection, I will commit the patch in the upcoming hours.
--
assignee: - roger.serwy
Added
Sean Wolfe added the comment:
fwiw, I like the configuration option. I tend to set idle to editor only, but
the configuration option is useful to me.
--
nosy: +seanfelipewolfe
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 1e5e497ee33b by Roger Serwy in branch '2.7':
#17614: IDLE no longer raises exception when quickly closing a file.
http://hg.python.org/cpython/rev/1e5e497ee33b
New changeset d759b7bc9785 by Roger Serwy in branch '3.3':
#17614: IDLE no longer raises
Changes by Roger Serwy roger.se...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17614
___
Todd Rovito added the comment:
Thanks for the feedback I am good with closing but want to check with Roger
because he suggested that we open a new issue to discuss.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17609
Roger Serwy added the comment:
When using the IDLE Classic OSX key set, the beginning-of-line virtual event
gets bound to Control-Key-Left. Using this key set I can repeat the behavior
that Raymond observed.
The .home_callback() in Lib/idlelib/EditorWindow.py contains the logic from
#3851
Roger Serwy added the comment:
Ned, I was reading the dev guide more closely about the meaning of the commit
review stage. Would it be ok to place this issue into that stage with your
test result?
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Sure, or just go ahead and commit it. LGTM.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14254
___
Roger Serwy added the comment:
Todd, thank you for opening this issue. Given the feedback, it looks like we
should keep the configuration. Feel free to close the issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17609
Neil Hodgson added the comment:
The common cases are likely to be 1:1, 2:2, and 1:2. There is already a
specialisation for 1:1. wmemcmp is widely available but is based on wchar_t so
is for different widths on Windows and Unix. On Windows it would handle the 2:2
case.
--
Changes by Todd Rovito rovit...@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17609
___
paul j3 added the comment:
The 'args=' parameter is the same as the first positional parameter used in
most of the examples. That is normal Python behavior.
15.4.4.5. Beyond sys.argv
explains this alternative way of specifying argv.
Still 2 bullet points could be added to 15.4.4.
- args - A
Illia Polosukhin added the comment:
Fixed Py_DECREF and Py_CLEAR as well.
Added tests for Py_INCREF and Py_XINCREF (if somebody has a better idea how to
tests that INCREF doesn't leak - please, let me know).
Removed comment that Py_DECREF evaluate it's argument multiple times as not
Roundup Robot added the comment:
New changeset 097554712637 by Roger Serwy in branch '2.7':
#14254: IDLE now handles readline correctly across shell restarts.
http://hg.python.org/cpython/rev/097554712637
New changeset 0be85a7fc839 by Roger Serwy in branch '3.3':
#14254: IDLE now handles
Changes by Roger Serwy roger.se...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14254
___
Changes by Roger Serwy roger.se...@gmail.com:
--
assignee: - roger.serwy
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15348
___
96 matches
Mail list logo
