Georg Brandl [EMAIL PROTECTED] added the comment:
Committed in r62047.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2511
__
___
New submission from Mark Hammond [EMAIL PROTECTED]:
I've taken the liberty of adding Trent, Christian and Martin to the nosy
list as I know they are actively, if reluctantly interested in this.
This patch allows the distutils to cross-compile on Windows. It has
been tested on x86 and amd64
Georg Brandl [EMAIL PROTECTED] added the comment:
Committed in r62049.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2505
__
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Gerhard: Note that you don't need to commit identical changes to the
trunk and 3k branches -- the merging process will take care of this.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2176
New submission from Armin Ronacher [EMAIL PROTECTED]:
#2505 adds a new init to the ast nodes that allows initialization of the
fields directory from the constructor. Unfortunately there are nodes
where fields is None (_ast.Store and others) and the constructor didn't
take care of this.
The
Hans-Peter Jansen [EMAIL PROTECTED] added the comment:
But should not this patch be handled in a way wherein.
key.capitalize() is just replaced by key.upper()?
Hmm, are you sure?
hello.upper()
'HELLO'
but the issue is with values containing dashes:
'accept-charset'.capitalize()
John J Lee [EMAIL PROTECTED] added the comment:
Specifically, these improvements could be made:
* the headers actually sent to httplib could be normalized to
Standard-Http-Case by urllib2
* the urllib2.Request.headers interface could support case-insensitive
key lookup
John J Lee [EMAIL PROTECTED] added the comment:
urllib2.Request.headers is, in practice, an undocumented public
interface. Did you run the tests? There is room for improvement here,
but not in the way you suggest.
python[1]$ python2.6
iPython 2.6a1+ (trunk:62045M, Mar 30 2008, 03:07:23)
[GCC
John J Lee [EMAIL PROTECTED] added the comment:
I've attached a patch.
My patch introduces one minor issue: it's an inconvenience when wrapping
objects if special default values like socket._GLOBAL_DEFAULT_TIMEOUT
are not public. However, I think it's not worth making that special
value public
John J Lee [EMAIL PROTECTED] added the comment:
Should I also have selected Python 3.0 from the Versions list, BTW?
Don't know what the proper process is ATM...
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2451
__
John J Lee [EMAIL PROTECTED] added the comment:
Me:
This should be done in such a way as to also fix the lack of
documentation of the None special value in the protocol modules
documentation (httplib, etc.). I should have fixed that as part of this
patch, but ran out of time -- sorry!
Erm,
New submission from Paul Davis [EMAIL PROTECTED]:
Replicated on:
#Ubuntu 7.0
Python 2.5.1 (r251:54863, Mar 7 2008, 03:39:23)
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
#OS 10.4.11
Python 2.5.1 (r251:54863, Oct 26 2007, 16:52:32)
[GCC 4.0.1 (Apple Computer, Inc.
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Sat, Mar 29, 2008 at 4:58 PM, Raymond Hettinger
[EMAIL PROTECTED] wrote:
This has basically almost never been a problem in the real world.
I believe Ned gave an important use case. In coverage testing,
optimized runs can show
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Alexandre, is it normal that the unit tests look much less complete in
your latest patch than they were in the previous one?
Also, they don't test the Python fallback implementation anymore.
__
Tracker [EMAIL
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Marking just 2.6 is fine. The fix will be merged into 3.0
--
nosy: +benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2451
__
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
Oops, I forgot to include the unit tests, with svn add, when I made
the diff.
Added file: http://bugs.python.org/file9904/bytesio+misc-fixes-5.patch
__
Tracker [EMAIL PROTECTED]
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
There is a small bug in the last patch I posted. The unit tests assumed
(wrongly) that accelerator module for io.StringIO (i.e., _stringio) was
present.
Added file: http://bugs.python.org/file9905/bytesio+misc-fixes-6.patch
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r62051.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2514
__
Changes by Alan Kennedy [EMAIL PROTECTED]:
--
nosy: +amak
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2452
__
___
Python-bugs-list mailing list
Unsubscribe:
Senthil [EMAIL PROTECTED] added the comment:
Hi John, Greetings!
I agree with both of your suggestions.
Attached is the patch which aims to implement both in one go.
Please provide your comments on that.
If this method is okay, I shall go ahead with patches for tests and
attach it also.
Thanks,
Changes by Senthil [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9906/issue2275.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
__
___
Python-bugs-list
Changes by Senthil [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file9907/issue2275.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
__
___
Python-bugs-list
Hans-Peter Jansen [EMAIL PROTECTED] added the comment:
Hi Senthil,
that looks promising, and the title() trick is nice, as it fixes my
issue..
Thanks,
Pete
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
__
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Ok I took a detailed look at _bytesio.c.
In write_bytes() there is the following resizing logic:
if (self-pos + len self-string_size) {
if (resize_buffer(self, self-pos + len) 0)
return -1;
}
Replacing
Antoine Pitrou [EMAIL PROTECTED] added the comment:
One last thing: you probably noticed it, but there is one test which
needs correcting in test_StringIO. It's due to the fact that calling
next() on a closed BytesIO object raises ValueError now rather than
StopIteration.
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Weigh the cost/benefit carefully before pushing further. I don't doubt
the legitimacy of the use case, but do think it affects far fewer than
one percent of Python programmers. In contrast, introducing new
command line options is a big
Ned Batchelder [EMAIL PROTECTED] added the comment:
Raymond, do you have a cannon-less recommendation of how to kill this
particular mosquito?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2506
__
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
I think that check in write_bytes() is a guard to avoid resize_buffer()
from truncating the string stored in the buffer. However, I am not sure
if it is still necessary.
I don't know why help() doesn't work on BytesIO instances. But, the
New submission from Alexander Belopolsky [EMAIL PROTECTED]:
Opening a new issue per Raymond's request at msg64764:
It would be *much* more useful to direct effort improving the mis-
reporting of the number of arguments given versus those required for
instance methods:
a.f(1, 2)
TypeError:
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Sun, Mar 30, 2008 at 5:01 PM, Raymond Hettinger
[EMAIL PROTECTED] wrote:
..
It would be *much* more useful to direct effort improving the mis-
reporting of the number of arguments given versus those required for
instance methods:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well, by construction self-buf_size should always be greater than
self-string_size, so I don't think there's any risk of truncating
anything here.
I tried the change, and the tests still ran fine.
__
Tracker
New submission from Christoph Burgmer [EMAIL PROTECTED]:
Python seems to have problems when an exception is thrown that
contains non-ASCII text as a message and is converted to a string.
try:
... raise Exception(u'Error when printing ü')
... except Exception, e:
... print e
...
Benjamin Peterson [EMAIL PROTECTED] added the comment:
That is because Python encodes it's error messages as ASCII by default,
and ü is not in ASCII. You can fix this by using print
unicode_msg.encode(utf-8) or something similar.
--
nosy: +benjamin.peterson
resolution: - invalid
Changes by Ned Batchelder [EMAIL PROTECTED]:
--
nosy: +nedbat
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2516
__
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Attached patch (issue2516poc.diff) presents proof-of-concept code which
changes the problematic reporting as follows:
a.f(1,2)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: A object.f() takes exactly 0
Benjamin Peterson [EMAIL PROTECTED] added the comment:
You have +1 from me to continue developing this patch.
--
nosy: +benjamin.peterson
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2516
__
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Sun, Mar 30, 2008 at 5:01 PM, Raymond Hettinger
[EMAIL PROTECTED] wrote:
..
Weigh the cost/benefit carefully before pushing further. I don't doubt
the legitimacy of the use case, but do think it affects far fewer than
one
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Marking this one as closed.
Also, rejecting the various ways to disable peephole optimization.
This was discussed with Guido long ago and the decision essentially
recognized that for most practical purposes the output of the peepholer
New submission from HiroakiKawai [EMAIL PROTECTED]:
I had some problems when I wanted to do attach a huge data file (such
as mp3, avi, or etc.) to an email. Current smtpd.py in Python2.5 calls
process_message that takes a string for its argument. This cause python
running process to consume
Changes by HiroakiKawai [EMAIL PROTECTED]:
--
type: security - resource usage
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2518
__
___
Python-bugs-list mailing list
HiroakiKawai [EMAIL PROTECTED] added the comment:
My carelessness, missing importing cStringIO
Added file: http://bugs.python.org/file9910/smtpd.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2518
__
Changes by HiroakiKawai [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9909/smtpd.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2518
__
___
Python-bugs-list
42 matches
Mail list logo