Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
If the server is behind a NAT it should be up to the administrator to
properly configure it so that the internal address gets replaced in
PASV/EPSV replies.
Any FTP server provides this possibility.
IMHO, this is not in the
Antoine Pitrou pit...@free.fr added the comment:
If the server is behind a NAT it should be up to the administrator to
properly configure it so that the internal address gets replaced in
PASV/EPSV replies.
Any FTP server provides this possibility.
IMHO, this is not in the realm of problems
Antoine Pitrou pit...@free.fr added the comment:
Kristall, can you post the troublesome regular expression?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1160
___
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
You can build the docs by going to the Doc directory and typing make
html there. It isn't critical anyway.
Done. It's well formatted now.
The tests failed to run, I had to replace the KEYCERT declaration with:
KEYCERT
Changes by Eric Smith e...@trueblade.com:
--
assignee: georg.brandl - eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7168
___
___
Changes by jmb jeber...@free.fr:
--
nosy: +jmb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2889
___
___
Python-bugs-list mailing list
Eric Smith e...@trueblade.com added the comment:
Proposed patch attached.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file15164/issue7168.patch
___
Python tracker rep...@bugs.python.org
New submission from skelker steve.kel...@dtn.com:
I noticed today if I attempt to create a ZipFile object for read access,
and the zip file is zero bytes, the ZipFile object throws an exception,
but there is still an open handle to the file. So if I catch that
exception, and then try to delete
Eric Smith e...@trueblade.com added the comment:
Updated patch based on Georg's input.
--
Added file: http://bugs.python.org/file15166/issue7168.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7168
Changes by Eric Smith e...@trueblade.com:
Removed file: http://bugs.python.org/file15164/issue7168.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7168
___
Eric Smith e...@trueblade.com added the comment:
A slightly improved version checked in as r75510.
--
resolution: - accepted
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Michael J. Fromberger michael.j.fromber...@gmail.com added the comment:
Thank you for setting me straight.
I see now that I misunderstood the scope of `CFUNCTYPE`, as I was using
it as a general wrapper when in fact it's only needed for callbacks.
Mistakenly, I inferred from reading section
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5713
___
___
Python-bugs-list mailing list
Jesús Cea Avión j...@jcea.es added the comment:
So, if I understand the issue and the RFC correctly, when receiving a
421, we should close the connection and, if the 421 was received in the
rcpt phase, give back a dictionary with all pending directions as
421 code, so the sending code knows they
Antoine Pitrou pit...@free.fr added the comment:
The patch is ok to me. Perhaps Bill wants to take a look, otherwise I
think you can commit.
--
resolution: - accepted
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
egreen egr...@operamail.com added the comment:
The tests in TestEnUSCollation I added don't work for all encodings
(e.g. Asian ones, or ASCII). Now checked for encodings which are known
to work.
Found and fixed a bug (result not returned) in getpreferredencoding in
Lib/locale.py.
This test is
R. David Murray rdmur...@bitdance.com added the comment:
Committed to trunk in r75503, and py3k in r75513.
--
assignee: - r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
A last problem:
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: attribute name must be string, not 'classobj'
--
___
Python tracker rep...@bugs.python.org
Changes by Kurt B. Kaiser k...@shore.net:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6941
___
___
Python-bugs-list
Changes by Kurt B. Kaiser k...@shore.net:
--
nosy: +kbk
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6717
___
___
Kurt B. Kaiser k...@shore.net added the comment:
Is there some reason that this is not being checked
in? The build has been broken for five days. IMO,
either revert the offending code or check this in.
--
priority: normal - high
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I was hoping for Bill (the _ssl maintainer)'s opinion on this, but
you're right, it should be checked in.
--
resolution: - accepted
stage: patch review - commit review
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Committed in r75529.
--
resolution: accepted - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7133
Antoine Pitrou pit...@free.fr added the comment:
I've committed the readline 6.0 fix to trunk, py3k and 3.1. I'll commit
it to 2.6 when the branch is unfrozen.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5833
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
A last problem:
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: attribute name must be string, not 'classobj'
Mmmm this doesn't say much.
When does it happen?
Is that the complete traceback
Antoine Pitrou pit...@free.fr added the comment:
The explanation is that sockets are not seekable, but the heuristic to
decide whether to write a BOM relies on tell() to return 0 on start-of-file.
If we unconditionally wrote a BOM, there would be a risk of duplicate
BOMs depending on the use
Antoine Pitrou pit...@free.fr added the comment:
Ah, sorry, roundup's e-mail interface ate part of the message.
The error happens when doing from ftplib import *. Apparently __all__
contains a non-string value.
I don't have commit privileges. Someone else should do it.
Ok, I'll do it if Bill
Antoine Pitrou pit...@free.fr added the comment:
Regarding msg64093, the only API change Bill's suggestion would entail
is an additional optional parameter to the constructor, so adding it
later would be backwards-compatible.
--
___
Python tracker
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
Ah, sorry, roundup's e-mail interface ate part of the message.
The error happens when doing from ftplib import *. Apparently
__all__
contains a non-string value.
Oh, shame on me! You're right.
Thanks for the great review
Antoine Pitrou pit...@free.fr added the comment:
Nice work, thanks!
One detail: when giving you credit, who should I mention? just egreen?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7080
Derk Drukker egr...@operamail.com added the comment:
I've entered my real name.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7080
___
___
Antoine Pitrou pit...@free.fr added the comment:
Ok, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7080
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Tkinter
nosy: +gpolo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7057
___
___
Preston Landers pland...@gmail.com added the comment:
Hmm... revision 59004 appears to be unrelated to the main issue at hand.
As far as I can tell now the status is this: the dup() and fromfd()
support appears to be present in Python 3000 for Windows - at least the
py3k branch. I didn't check
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
nosy: +stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6672
___
___
Antoine Pitrou pit...@free.fr added the comment:
The patch is now committed to py3k (r75539) and 3.1 (r75541), closing.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
svn.python.org seems to be up again. Could you create a patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6672
___
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
The documentation for weakref contains the following example:
http://docs.python.org/3.1/library/weakref.html
--
Several built-in types such as list and dict do not directly
New submission from Jason R. Coombs jar...@jaraco.com:
According to the documentation, Microsoft now supports inet_ntop and
inet_pton
(http://msdn.microsoft.com/en-us/library/cc805843%28VS.85%29.aspx). This
capability should be integrated into the socket module so it is
supported cross-platform.
New submission from Andrew Dalke da...@dalkescientific.com:
BaseHTTPServer.BaseHTTPRequestHandler.responses contains a mapping from
HTTP status codes to the 2-ple (shortmessage, longmessage), based on RFC
2616.
The 2-ple for 405 is ('Method Not Allowed','Specified method is invalid
for this
Andrew Dalke da...@dalkescientific.com added the comment:
Wasn't thinking. I'm not quoting from RFC 405, I'm quoting the 405
section from RFC 2616.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7172
R. David Murray rdmur...@bitdance.com added the comment:
The problem here is that when you are constructing a message the
boundary is calculated as needed, and returning the list of items is
not one of the times when the boundary is needed. I agree that it is
not good design that as_string can
Benjamin Peterson benja...@python.org added the comment:
That's why it says several builtin types.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7170
___
Benjamin Peterson benja...@python.org added the comment:
The documentation should be rewritten for clarity then. The reason you
can't take weakrefs of those types is because they are implemented as
varsized objects, so there is no constant place to add a weakref list
in the memory layout of the
101 - 144 of 144 matches
Mail list logo