Guilherme Polo added the comment:
Have you read
http://docs.python.org/lib/optparse-standard-option-actions.html ?
If yes, what is the problem with store_true/store_false ?
--
nosy: +gpolo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2130
Marc-Andre Lemburg added the comment:
As Antoine already pointed out: the codecs.open() function does not
support the C lib's text mode. As a result, no magical conversion of a
single newline to a CRLF takes place.
Closing as invalid.
--
resolution: - invalid
status: open - closed
Virgil Dupras added the comment:
-1 on the systematic warnings too, but what I was talking about is a
warning that would say The server you are trying to fetch your resource
from is refusing the connection. Don't cha think you misbehave? only on
5xx and 4xx responses, not on every remote
Marc-Andre Lemburg added the comment:
Whether or not to keep placing all builtin modules into the Windows
Python DLL is not really a question to be discussed on the tracker.
Given the size of the Python DLL (around 2MB) and the extra 350kB that
the support for CNS11643 would cost, I think such a
Georg Brandl added the comment:
The note in the docstring wasn't in the documentation. Fixed this in r60873.
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2131
__
Marc-Andre Lemburg added the comment:
Thanks, Georg.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2131
__
___
Python-bugs-list mailing list
Unsubscribe:
John Lenton added the comment:
Ran the regression test with this patch, all ok (on Ubuntu Gutsy).
Attached diff is the same, with the addition of the NEWS entry.
--
nosy: +Chipaca
Added file: http://bugs.python.org/file9443/mmap3.diff
__
Tracker [EMAIL
Javier Mansilla added the comment:
I merged my working copy with your patches and they look fine. I fixed a
typo on the method doc (is instead of i) so I'm attaching my
inspect.py.diff patch
--
nosy: +javimansilla
Added file: http://bugs.python.org/file9444/test_inspect.py.diff
Javier Mansilla added the comment:
Sorry, I attached the wrong file
The previous post saying fixing typo should attached inspect.py.diff.
This is the one.
Added file: http://bugs.python.org/file9445/test_inspect.py.diff
__
Tracker [EMAIL PROTECTED]
Facundo Batista added the comment:
Fixed in r60877, as of the description in my last comment.
--
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1050828
_
Javier Mansilla added the comment:
My dear, what is wrong with my browser (or with me). Now, yes, the one
with the typo.
Added file: http://bugs.python.org/file9446/inspect.py.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1916
Javier Mansilla added the comment:
And now I'm attaching a new patch test_inspect.py.diff with a more
complete test coverage. You didn't add isgenerator nor
isgeneratorfunction tests. I did.
Added file: http://bugs.python.org/file9447/test_inspect.py.diff
__
Ron Adam added the comment:
Remade the diff with correct directory name so it patches correctly.
Is there a way to add the patch keyword?
Added file: http://bugs.python.org/file9448/pydocnotk.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2001
Changes by Facundo Batista:
Removed file: http://bugs.python.org/file9445/test_inspect.py.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1916
__
___
Python-bugs-list
Changes by Facundo Batista:
Removed file: http://bugs.python.org/file9444/test_inspect.py.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1916
__
___
Python-bugs-list
Giovanni Bajo added the comment:
I'm attaching a simple patch that seems to work under Py3k. The trick is
that Py3k already attempts (not sure how or why) to decode argv using
utf-8. So it's sufficient to setup argv as UTF8-encoded strings.
Notice that brings the output of python à from
Facundo Batista added the comment:
Fixed in r60878. Thanks everybody!
--
nosy: +facundobatista
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2112
__
New submission from Nathan Duran:
The following code:
import smtplib
test = smtplib.SMTP('mail.host.com')
will hang the entire script for about ten minutes when run on a machine
which is connected to the internet via an ISP who blocks port 25 (which is
pretty much all of them these days).
New submission from Elliott Hughes:
A typo ('#f' instead of '#ff') in pydoc.py causes the Modules
section to have cyan text instead of white text. I don't believe this is
deliberate because (a) it looks wrong and (b) anyone doing that
deliberately would have put a '0' in the color to
Martin v. Löwis added the comment:
I recommend that you stay with non-blocking sockets, and use select/poll
on all sockets. Then you can simultaneously check multiple servers, and
select will tell you which ones you got connected to. For this
application, putting a time-out on the socket and
Antoine Pitrou added the comment:
Hmm, apparently another patch was committed in rev 60872.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1740
__
___
Python-bugs-list mailing
Georg Brandl added the comment:
Fixed in r60883. Thanks!
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2133
__
Anthony Lenton added the comment:
Attached is an diff against trunk that adds philfr's suggesitions. I've
also added a test file for testing url parsing, so's these things stay
fixed. Updated Misc/NEWS. No doc or functionallity modified.
--
nosy: +elachuni, facundobatista
Added file:
Amaury Forgeot d'Arc added the comment:
Eric, because of this issue the windows buildbots turned to red.
Does the proposed patch still apply? of should be make the tests more
tolerant?
--
nosy: +amaury.forgeotdarc, eric.smith
__
Tracker [EMAIL PROTECTED]
Brett Cannon added the comment:
Yeah, that's my fault. I forgot to search the issue tracker first before
committing the GHOP rewrite.
I will do a review of this patch and see which version is better.
--
assignee: - brett.cannon
nosy: +brett.cannon
__
Changes by Brett Cannon:
--
assignee: - brett.cannon
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1960
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brett Cannon:
--
assignee: - brett.cannon
nosy: +brett.cannon
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1952
__
___
Python-bugs-list mailing list
Changes by Brett Cannon:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1864
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brett Cannon:
--
assignee: - brett.cannon
nosy: +brett.cannon
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2055
__
___
Python-bugs-list mailing list
Eric V. Smith added the comment:
The PEP 3101 float formatting code (in Objects/stringlib/formatter.h)
uses PyOS_ascii_formatd for all specifier codes except 'n'. So applying
the patch would fix the issue that was originally brought up in msg58485.
I think the approach of the patch (if not its
New submission from Guilherme Polo:
function generate_tokes at tokenize.py yields token OP (51) for colon,
while it should be token COLON (11). It probably affects other python
versions as well.
I'm attaching a minor sample that demonstrates this, running it returns
the following output:
1
.
--
components: Interpreter Core
files: builtin_importer-20080217.diff
messages: 62510
nosy: dgreiman
severity: normal
status: open
title: Restructure import.c into PEP 302 importer objects
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file9453/builtin_importer-20080217
John Lenton added the comment:
Copied documentation from the py3k branch for the functions mentioned in
the .h's (those were: PyLong_FromSsize_t, PyLong_FromSize_t,
PyLong_AsSsize_t, PyUnicode_FromStringAndSize, PyUnicode_FromString,
PyUnicode_FromFormat, and PyUnicode_FromFormatV). Tested by
ajaksu added the comment:
Martin, I agree that simply not resolving DTDs is an unreasonable
request (and said so in the blog post). But IMHO there are lots of
possible optimizations, and the most valuable would be those darn easy
for newcomers to understand and use.
In Python, a winning combo
New submission from Atul Varma:
This isn't necessarily a bug in Python--it's really a bug in websites
that produce what are technically malformed WWW-Authenticate headers, I
believe.
According to RFC 2617, a WWW-Authenticate header should be of the form:
WWW-Authenticate: Basic realm=Private
Gregory P. Smith added the comment:
This appears to have been fixed in 2.5 and trunk. 2.4.x is old and in
security fixes only mode so I wouldn't expect to see this in any
official 2.4.x source tree released in the future unless the bdfl
changes his mind on that. here's the patch to fix it (as
Changes by Facundo Batista:
--
assignee: - facundobatista
nosy: +facundobatista
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2051
__
___
Python-bugs-list mailing
Changes by Facundo Batista:
--
assignee: - facundobatista
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1224
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Hirokazu Yamamoto:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Unsubscribe:
Hirokazu Yamamoto added the comment:
Follow up r60882.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Hirokazu Yamamoto:
Added file: http://bugs.python.org/file9456/ocean.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list mailing list
Ralf Schmitt added the comment:
http://bugs.python.org/issue1777412 describes the cause of this issue
(i.e. strftime not being able to handle years before 1900).
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2014
__
42 matches
Mail list logo