Georg Brandl ge...@python.org added the comment:
The divmod() part of the patch is wrong: assertAlmostEqual does not support
tuple arguments.
The test succeeds because it first does an exact equality check, which
apparently is true on your platform. But if it wasn't, you'd get TypeErrors.
Georg Brandl ge...@python.org added the comment:
Reading clear and copy are not supported by bytearray: shouldn't they be?
(sort probably really makes no sense on bytearrays.)
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Thu, Feb 24, 2011 at 3:54 PM, Antoine Pitrou rep...@bugs.python.org
wrote:
..
I've committed the part of the patch which
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
In Python 3.x default encoding is always utf-8, but encode()/decode() still
try to look it up. Attached patch eliminates a call to
Eli Bendersky eli...@gmail.com added the comment:
Georg,
Good catch on the tuples in assertAlmostEqual, thanks! I see three methods of
resolution:
1. Since the floats in this case are powers of 1/2, they could be tested for
exact equality, or do you figure there are platforms where this is
Georg Brandl ge...@python.org added the comment:
(2) would be my choice. (1) *should* be true, but this is a change in the test
semantics. (3) would be feature creep and I don't think it's a good idea.
--
___
Python tracker rep...@bugs.python.org
Eli Bendersky eli...@gmail.com added the comment:
Attaching a revised patch with (2) implemented.
--
Added file: http://bugs.python.org/file20885/issue11015.py3k.remove_fcmp.2.patch
___
Python tracker rep...@bugs.python.org
Eli Bendersky eli...@gmail.com added the comment:
On Fri, Feb 25, 2011 at 10:11, Georg Brandl rep...@bugs.python.org wrote:
Georg Brandl ge...@python.org added the comment:
Reading clear and copy are not supported by bytearray: shouldn't they be?
Perhaps they should, and it's not a big deal
Georg Brandl ge...@python.org added the comment:
Yes, that looks good now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11015
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Unless someone raises a controversial and non-trivial issue about adding
clear() and copy() to bytearray, there is no need for a python-dev discussion
on the subject. Just post a patch to the tracker.
--
Georg Brandl ge...@python.org added the comment:
Yes, it should be discussed on python-dev.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
Eli Bendersky eli...@gmail.com added the comment:
Georg Brandl ge...@python.org added the comment:
Yes, that looks good now.
Thanks. fcmp FUZZ removal committed in revision 88558
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Does this need to be backported?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11222
___
___
New submission from Georges Martin jrjsm...@gmail.com:
Both httplib.HTTPMessage and email.message.Message classes[1] implements
methods for RFC822 headers parsing. Unfortunately, they have different
implementations and they do not provide the same level of functionality.
One example that is
Ned Deily n...@acm.org added the comment:
No backport is needed. The problem was introduced during the 3.2 development
cycle by the ABI Version Tagged .so Files feature (PEP 3149).
--
___
Python tracker rep...@bugs.python.org
Charles-Francois Natali neolo...@free.fr added the comment:
If you stop to think about it, though, this is actually a shockingly huge
percent increase. In any process creation scenario I'm familiar with, its
overhead should be so small that you could bump it up several orders of
magnitude
Georg Brandl ge...@python.org added the comment:
Backported to 3.1 in r88556, and 2.7 in r88564.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10360
___
Georg Brandl ge...@python.org added the comment:
In any case, this issue can be closed.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
New submission from Laurence Rowe l...@lrowe.co.uk:
The documentation at
http://docs.python.org/c-api/exceptions.html#deprecation-of-string-exceptions
states that String exceptions are still supported in the interpreter to allow
existing code to run unmodified, but this will also change in a
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r88571.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11317
Georg Brandl ge...@python.org added the comment:
Backported to 3.1 in r88560, 2.7 in r88568.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
___
Georg Brandl ge...@python.org added the comment:
Backported to 3.1 in r88562, 2.7 in r88569.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11184
___
New submission from Boštjan Mejak bostjan.me...@gmail.com:
I have found a possible typo in an example code of Python 3.2. It's located on
page 32 in the PDF version of the FAQ document. The code is:
class C:
count = 0 # number of times C.__init__ called
def __init__(self):
C.count =
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I have installed Python 3.2 final on my Windows machine and I get an
exception when doing list.copy or list.clear in the interpreter. Why is that
so?
--
Added file: http://bugs.python.org/file20886/unnamed
Georg Brandl ge...@python.org added the comment:
Because they got added *after* 3.2 was released?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
(Not issue related)
Ezio and Alexander: after reading your posts and looking back on my code:
you're absolutely right. Doing resize(31) is pointless: it doesn't save space
(mempool serves [8],16,24,32 there; and: dynamic,
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11316
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
type: behavior - feature request
versions: +Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11316
___
Palm Kevin kevin.p...@labsolution.lu added the comment:
I think that this issue needs to be reopened... since it never has been
resolved...
I just downloaded the new version of Python 3.2 and tried to compile, install
and use it on Redhat Linux.
Installation went fine (configure with
R. David Murray rdmur...@bitdance.com added the comment:
Read a little further:
Caution: within a method of C, an assignment like ``self.count = 42``
creates a new and unrelated instance named count in ``self``'s own dict.
That is, c.count refers to C.count right up until the point where
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Rereading your message, is seems like you just didn't understand the
statement c.count refers to C.count for any That is a statement about
how the language behaves. If there is not yet an instance variable 'count',
but a
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Right, right. My bad. Can't wait for Python 3.3! ;)
--
Added file: http://bugs.python.org/file20887/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Caution: within a method of C, an assignment like ``self.count = 42``
creates a new and unrelated instance named count in ``self``'s own dict.
More clear is to say *Caution: within a method of class C, an assignment
like ``self.count
Palm Kevin kevin.p...@labsolution.lu added the comment:
Please find here a small C app embedding python that shows how to reproduce
the problem (It turned out that the problem is caused by the new method
Py_SetPath):
#include Python.h
main(int argc, char **argv)
{
New submission from Jérôme Radix jerome.ra...@gmail.com:
The attached example mixes tabs and spaces but python does not report any
warning when used with -t.
Line 4 contains 1 tab. Lines after line 4 contains spaces.
Tested using :
Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500
R. David Murray rdmur...@bitdance.com added the comment:
Ah, yes, you are correct. We must reject this, then, since 2.7 is now feature
frozen and this is a feature request.
--
resolution: - out of date
stage: - committed/rejected
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Le vendredi 25 février 2011 à 13:58 +, Palm Kevin a écrit :
Palm Kevin kevin.p...@labsolution.lu added the comment:
Please find here a small C app embedding python that shows how to
reproduce the problem (It turned out that the problem
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Can you provide a patch, or show how to do it concretely?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11253
New submission from Palm Kevin kevin.p...@labsolution.lu:
The new API method Py_SetPath seems bugged. When executing the following code,
then the application crashes on Py_Initialize()-call:
#include Python.h
main(int argc, char **argv)
{
Py_SetPath(Py_GetPath());
printf(Init\n);
Palm Kevin kevin.p...@labsolution.lu added the comment:
Done: #11320
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10743
___
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Committed in r88580.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10882
___
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11232
___
Georges Martin jrjsm...@gmail.com added the comment:
No problem. I thought important that the issue and a workaround were
documented somehow... :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11316
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Can you provide a patch including a test case?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11259
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11314
___
___
Antoine Pitrou pit...@free.fr added the comment:
But in the two scenarios I mentioned (monitoring and Web services such
as CGI, neither of which is particularly rare), this is going to make
quite a lot of difference
That's why I asked for absolute numbers for the overhead difference. A
Antoine Pitrou pit...@free.fr added the comment:
Okay, thanks to Charles-François' measurements, we can deduce that each
subprocess launch is at most 0.3ms of user CPU time and 1.2ms of system CPU
time. IMO that's not a real problem.
--
___
Python
Georg Brandl ge...@python.org added the comment:
Please add the revision number when fixing.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11232
___
Georg Brandl ge...@python.org added the comment:
Three comments:
* When changing configure.in, you also should regenerate configure. (Now done
in r88584).
* PyParse_off_t is a bad name for this function. It is not a new C API, so it
should be static, and therefore there is no need for the
R. David Murray rdmur...@bitdance.com added the comment:
Yes, thanks for that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11316
___
___
Marc-Andre Lemburg m...@egenix.com added the comment:
r88586: Normalized the encoding names for Latin-1 and UTF-8 to
'latin-1' and 'utf-8' in the stdlib.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11303
New submission from Palm Kevin kevin.p...@labsolution.lu:
Please have a look to the following app:
#include Python.h
main(int argc, char **argv)
{
int i;
printf(START\n);
for(i = 0; i 20; i++){
Py_Initialize();
printf(Try import #%i ..., i);
PyRun_SimpleString(import
Marc-Andre Lemburg m...@egenix.com added the comment:
I think we should reset this whole discussion and just go with Alexander's
original patch issue11303.diff.
I don't know who changed the encoding's package normalize_encoding() function
(wasn't me), but it's a really slow implementation.
Changes by Palm Kevin kevin.p...@labsolution.lu:
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11321
___
___
New submission from Marc-Andre Lemburg m...@egenix.com:
I don't know who changed the encoding's package normalize_encoding() function
(wasn't me), but it's a really slow implementation.
The original version used the .translate() method which is a lot faster and can
be adapted to work with the
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
I don't know who changed the encoding's package normalize_encoding() function
(wasn't me), but it's a really slow implementation.
The original version used the .translate() method which is a lot faster.
I
Barry A. Warsaw ba...@python.org added the comment:
On Feb 25, 2011, at 01:16 PM, Palm Kevin wrote:
I think that this issue needs to be reopened... since it never has been
resolved... I just downloaded the new version of Python 3.2 and tried to
compile, install and use it on Redhat Linux.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +belopolsky, ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11322
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I don't think the normalize_encoding() function was the culprit for issue11303
because I measured timings with timeit which averages multiple runs while
normalize_encoding() is called only the one time per encoding
Boštjan Mejak bostjan.me...@gmail.com added the comment:
So you're saying that if a class' name is C, then c.count is the same as
C.count? I thought Python is case-sensitive. You know: c (small letter c) is
not equal to C (big letter C) in Python. I don't understand what you mean by
c.count
Charles-Francois Natali neolo...@free.fr added the comment:
Could you try with this:
def setUp(self):
with open(support.TESTFN, wb+) as f:
f.seek(_4G)
f.write(basdf)
f.flush()
+ os.fsync(f.fileno())
self.mapping =
Georg Brandl ge...@python.org added the comment:
Now it's clear that David is right -- what c refers to is defined in this
very sentence.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I don't understand it. My bad. Please explain to me exactly what c refers
to.
--
Added file: http://bugs.python.org/file20891/unnamed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Please consult the python tutor's list, the bug tracker is not the place to get
introductory help with Python.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11318
Sridhar Ratnakumar sridh...@activestate.com added the comment:
This issue is potentially breaking virtualenv5,
http://code.google.com/p/virtualenv5/issues/detail?id=6
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Can you explain why this is a problem in Python?
Can't lib/python3.2/config-3.2m/Makefile simply be provided by virtualenv (by
copying it, I guess)?
--
nosy: +pitrou
___
Python tracker
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5421
___
___
Python-bugs-list
Gregory P. Smith g...@krypto.org added the comment:
fyi - while I still need to update it now that 3.2 final has been released, the
http://code.google.com/p/python-subprocess32/ project has a backport of the
_posixsubprocess stuff from python 3.2 for use on Python 2.x.
--
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Just some comments for the historical record:
During the discussion of issue 4953 research and testing revealed that browsers
send back their cgi data using the same charset as the page that they are
responding to. So the only way that
Palm Kevin kevin.p...@labsolution.lu added the comment:
@Barry: Yes python runs correctly.
The problem arises when you embed python in a C application when calling the
Py_SetPath-method (see the follow up issue #11320)
--
___
Python tracker
Sergey Schetinin ser...@maluke.com added the comment:
It does work (Python 2.7.1 here):
import cgi
cgi.parse_header('Content-Disposition: form-data; name=%22')
('Content-Disposition: form-data', {'name': '%22'})
cgi.parse_header('Content-Disposition: form-data; name=\\%22')
Sergey Schetinin ser...@maluke.com added the comment:
I wanted to add that the fact that browsers encode the field names in the page
encoding does not change that they should escape the header according to RFC
2047.
The percent-encoding used in the field name has nothing to do with
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Thanks Georg.
It seems we have a failure on Leopard:
http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/1411/steps/test/logs/stdio
Also, I think I can add support for AIX if someone gives me SSH access over an
AIX
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Sorry: fixed in r88581.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11232
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed issue11303.diff and doc change in revision 88602.
I think the remaining ideas are best addressed in issue11322.
Given that we are starting to have a whole set of such aliases
in the C code, I wonder whether it
Terry J. Reedy tjre...@udel.edu added the comment:
imaplib has no particular maintainer and I know little about it.
Doc says it implements 'a large subset of the IMAP4rev1 client protocol as
defined in RFC 2060. I do not remember any discussion on pydev, over the last
several years, about
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Georg, what is the issue? Is there some reason that bytearrays should not be
copied or cleared? Is there some reason to prefer the current:
dup = b[:] # copy
del b[:] # clear
--
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +loewis
stage: - patch review
title: slow close file descriptors in subprocess, popen2, os.pepen* - slow
close file descriptors in subprocess, popen2, os.popen*
versions: -Python 2.5, Python 2.6
R. David Murray rdmur...@bitdance.com added the comment:
I just wound up doing a bit of research on this for other reasons. Piers
Lauder was the original author of the imaplib module, and he is (as far as I
can tell) currently maintaining an imaplib2 module that does support IDLE (but
not, I
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +pitrou
stage: - patch review
versions: -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11283
___
Georg Brandl ge...@python.org added the comment:
No -- but the question is if copy() and clear() mightn't be added to the
(mutable) sequence ABC if we make all builtin such sequences implement them.
--
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
Georg, what is policy on removed features?
Remove doc or leave and state removed?
Deprecated in version 3.2 and removed in 3.3.
or just
Removed in version 3.3
(Once removed, does it really matter when deprecated?)
If left, should they be
Michael Foord mich...@voidspace.org.uk added the comment:
Actually I think these methods are going back in and staying deprecated, so
hold off for a bit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11282
New submission from Giampaolo Rodola' g.rod...@gmail.com:
http://www.python.org/dev/buildbot/all/builders/sparc%20solaris10%20gcc%203.x/builds/2658/steps/test/logs/stdio
Patch in attachment.
--
files: sendfile-test.patch
keywords: patch
messages: 129411
nosy: giampaolo.rodola, loewis
Terry J. Reedy tjre...@udel.edu added the comment:
2.6 is in security-fix only mode (though this might qualify as a security
issue). Can you test with a current version (2.7.1, 3.2.0)?
That said, most problems with extensions crashing are with the extension,
though hard to determine sometimes.
Changes by Michael Foord mich...@voidspace.org.uk:
--
assignee: docs@python - michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11282
___
Georg Brandl ge...@python.org added the comment:
Removed things are also removed from the doc. I just committed as much as was
necessary to stop buildbot breakage, and notified Michael to take care of the
rest (which he did, by explaining I removed the wrong thing :)
--
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r88604, r88605, r88606
--
resolution: - fixed
status: open - closed
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11214
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Sergey says:
I wanted to add that the fact that browsers encode the field names in the page
encoding does not change that they should escape the header according to RFC
2047.
I respond:
True, but RFC 2047 is _so_ weird, that it seems
Boštjan Mejak bostjan.me...@gmail.com added the comment:
How awful! A little pointer to the tutorial where this is explained would be
also quite smashing.
--
Added file: http://bugs.python.org/file20893/unnamed
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
With 3.2, (Winxp) I get combobox with first line,
input as
r'C:\Python31\Lib\tkinter\test\test_ttk',
displayed as
C:Python31Lib kinter est est_ttk
Something either deleted \ or converted \t to tab.
Indeed, adding a space to the end of the
Antoine Pitrou pit...@free.fr added the comment:
Committed in r88607 (3.3).
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
Terry J. Reedy tjre...@udel.edu added the comment:
Test cases always help when appropriate.
A link to the Pypy code that does this might also help.
Or perhaps ask them to submit a patch to this issue.
--
nosy: +alexandre.vassalotti, pitrou, terry.reedy
stage: - test needed
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Patch in attachment.
--
keywords: +patch
versions: +Python 3.3 -Python 3.2
Added file: http://bugs.python.org/file20894/nntplib-context-manager.patch
___
Python tracker rep...@bugs.python.org
New submission from Tobias Brink tobias.br...@gmail.com:
The docs for Python 3.2 say that p =
configparser.ConfigParser(interpolation=None) disables interpolation. Instead
it gives this traceback when calling p.read():
Traceback (most recent call last):
File stdin, line 1, in module
File
Changes by Brian Curtin cur...@acm.org:
--
assignee: - lukasz.langa
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11324
___
Clayton Darwin claytondar...@gmail.com added the comment:
This is a simple work around.
def fix_tcl_error(s):
if '\\' in s and not ' ' in s:
s = '{'+s+'}'
return s
You can get the text from the Combobox with no issues. The error is in posting
it to the Combobox when you
Terry J. Reedy tjre...@udel.edu added the comment:
Another example from #11307
import re
r = re.compile(r'(\w+)*=.*')
r.match(abcdefghijklmnopqrstuvwxyz)
--
nosy: +terry.reedy
versions: +Python 3.3 -Python 2.7
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
13 secs on my 7 year old windows machine.
--
nosy: +terry.reedy
resolution: - duplicate
status: open - closed
superseder: - the re module can perform poorly: O(2**n) versus O(n**2)
versions: +Python 2.7, Python 3.3 -Python 2.6, Python
Boštjan Mejak bostjan.me...@gmail.com added the comment:
c.count also refers to C.count Where in the code is c.count? Please
explain this for the sake of really closing this issue.
--
Added file: http://bugs.python.org/file20896/unnamed
___
Python
1 - 100 of 191 matches
Mail list logo