Giampaolo Rodola' g.rod...@gmail.com added the comment:
Created issue 10355 for SpooledTemporaryFile bug while TemporaryFile having no
name seems to be rightful.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10354
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10357
___
___
Python
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10350
___
___
Python
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Yes, sorry, I should have been less concise. =)
Seriously, though, I presume this bug report is asking for either a
better error message or for .name to raise an attribute error on a
SpooledTemporaryFile?
I'm not sure what's better
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Also encoding and mode properties fail in the same manner.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10355
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I don't have the same setup I had at the time when I submitted the first
message so maybe something has changed in meantime.
Below is what I get on Windows 2000 SP-3, no VS installed, python 2.7, before
and after the patch.
C:\Documents
New submission from Giampaolo Rodola' g.rod...@gmail.com:
http://code.google.com/p/pyftpdlib/issues/detail?id=143
This comes from a user who sent me a report via e-mail. Unfortunately I don't
have an OSX box to test against.
Code which should replicate the problem is this:
import socket
Giampaolo Rodola' g.rod...@gmail.com added the comment:
While writing a test case for this I found out another problem in asyncore:
handle_connect was erroneously called when the dispatcher delegates the
connection to a handler resulting in ENOTCONN being raised.
Patch in attachment targeted
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +josiah.carlson
versions: +Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10340
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Forgot to attach the patch.
--
Added file: http://bugs.python.org/file19523/asyncore.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10340
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r86084 (2.7) and r86085 (3.1).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: behavior - security
versions: +Python 2.7, Python 3.1
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10221
___
___
Python
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Proper behavior for ftplib when sending is to send all desired data,
then call sock.shutdown(socket.SHUT_RDWR). This indicates that no
more data will be sent, and blocks until the receiver has acknowledged
all their data.
I'm
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Nick, could you comment about my last proposal?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5178
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: -giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Python
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Personally I would like to have a unique tempfile.mkdtemp which can be used as
both a function and a context manager, as it happens for open() and others.
Not sure how to do that though, unless tempfile.mkdtemp gets turned into a
class
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10169
___
___
Python
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10141
___
___
Python
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8293
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
___
___
Python
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Does this work also for sockets?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7523
___
___
Python-bugs
New submission from Giampaolo Rodola' g.rod...@gmail.com:
Not sure if this is on purpose but I've lost quite some time to debug this
problem.
--- code ---
def foo():
bar = 1
import pdb; pdb.set_trace()
foo()
--- pdb session ---
(Pdb) dir()
['__return__', 'bar', 'pdb']
(Pdb) bar
Giampaolo Rodola' g.rod...@gmail.com added the comment:
It seems it's a duplicate of issue 5215 and I was using Python 2.6.
msg114103 states that the fix wasn't ported to 2.6 so I'm closing this out as
invalid.
--
resolution: - invalid
status: open - closed
versions: +Python 2.6
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Problem with SSL dispatcher subclasses used in tests is that they are all
similar to pyftpdlib's SSLConnection class (
http://code.google.com/p/pyftpdlib/source/browse/trunk/pyftpdlib/contrib/handlers.py?spec=svn743r=729#73
) and I'm
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Here is a patch for test_os.py.
--
nosy: +giampaolo.rodola
Added file: http://bugs.python.org/file19218/test_os.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7944
Giampaolo Rodola' g.rod...@gmail.com added the comment:
A patch would be great.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10072
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I'm with Antoine. Why not just do this in the context function itself?
I think it's more explicit and easier than reading the doc to figure out what
nullcontext is supposed to do:
from contextlib import contextmanager
CONDITION = False
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5870
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9325
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Python 3.2 changes committed in r85220.
Still have to commit EWOULDBLOCK/ECONNABORTED changes for 3.1 and 2.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6706
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Patch in attachment adds a handled_accepted() method to dispatcher class as
recommended by Antoine.
--
Added file: http://bugs.python.org/file19104/accept.patch
___
Python tracker rep
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9983
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Patch in attachment makes accept() return None in case no connection takes
place and modifies the doc to make this very clear, also providing an example
on how an asyncore-based server should be properly set-up .
--
versions
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I'm not convinced hiding operating system bugs is a good idea.
Do you propose to let the error raise then?
The point of frameworks such as asyncore and twisted is to hide all
system-specific errors as much as possible and provide
Giampaolo Rodola' g.rod...@gmail.com added the comment:
As long as these errors are reasonably explainable.
If a strange error only occurs when running nmap on an OS X server,
then it might be useful for the user to know that the OS X server
isn't able to service all connections properly
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Here's a rewriting attempt (not tested).
Now that I look at it I must say it's quite ugly, so I don't think we should
follow this road.
An alternative I see is to return None in case of errors occurring on accept()
and make this very
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4709
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9861
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I've never used socket.socket.makefile so I'm not sure, but its documentation
says:
The socket must be in blocking mode (it can not have a timeout).
If the statement is there because EAGAIN/EWOULDBLOCK were originally raised
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9360
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9808
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9706
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9786
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
You're right, I'm sorry. I looked at Versions field which has 2.6 set but
it's not correct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9129
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Reopening. I'll backport this at some point during this week, I hope.
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9129
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Patch which updates doc is in attachment.
--
Added file: http://bugs.python.org/file18804/socket_ctx_mgr.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9794
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Committed in r84639.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9794
New submission from Giampaolo Rodola' g.rod...@gmail.com:
import atexit
@atexit.register
def goodbye1():
print(1)
@atexit.register
def goodbye2():
print(2)
The code above prints:
2
1
...that is, the last registered function is executed first.
Wouldn't the contrary be better
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I think it's not a matter of preferable but most expected and I see FIFO as
the most expected behavior in this case.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Ok, I'll shut up then. =)
If you agree, I could make a patch to make the docs more explicit about
atexit’s simplicity and lack of guarantee about run order.
Sure, go ahead.
--
___
Python
New submission from Giampaolo Rodola' g.rod...@gmail.com:
A very simple test suite which tests at least basic features and methods should
be written.
test_ftplib.py and test_smtplib.py can be taken as an example.
Assigning this to me as a reminder.
--
assignee: giampaolo.rodola
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Unfortunately nntplib lacks a test suite.
I created #9791 to address this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1926
Giampaolo Rodola' g.rod...@gmail.com added the comment:
On Ubuntu 10.04:
giampa...@ubuntu:~/svn/python-3.2$ ./python
Python 3.2a1+ (py3k:84457, Sep 3 2010, 20:18:38)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
import socket
import socket
New submission from Giampaolo Rodola' g.rod...@gmail.com:
Patch in attachment adds a context manager to socket.socket class so that
socket.create_connection() can be used with with statement.
--
components: Library (Lib)
files: socket_ctx_mgr.patch
keywords: patch
messages: 115812
Giampaolo Rodola' g.rod...@gmail.com added the comment:
It wasn't easy but here it is. =)
I'll submit a patch which updates the doc tomorrow.
--
Added file: http://bugs.python.org/file18790/socket_ctx_mgr.patch
___
Python tracker rep
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
assignee: - giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9794
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Assigning this to me.
Hopefully this should go into the plan of adding a context manager to all
network libs (ftplib, smptlib, imaplib, etc..) in time for Python 3.2.
--
assignee: - giampaolo.rodola
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Closing out because no response has been provided by the OP.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6768
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Josiah are you still interested in this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8684
Giampaolo Rodola' g.rod...@gmail.com added the comment:
This is already in 2.6 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9129
Giampaolo Rodola' g.rod...@gmail.com added the comment:
+1 from me as well.
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9754
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9739
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
it's not really the point of 2to3 to port apps to 2.6.
+1
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7141
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Committed r84400 which should fix the first test failure.
I'll take a look at the buildbots to see how it goes.
As for the second failure I have no idea at the moment.
--
___
Python tracker rep
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Python-bugs
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9729
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Thanks for the comments.
I don't understand what _Callable is used for; why not just a tuple?
_Callable is just a container to store function, args and kwargs objects.
I thought it made more sense than using a tuple because it's
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Are we sure? Do we have a reference which states that?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9711
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r84370.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9711
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Updated patch which fixes a little test error.
--
Added file: http://bugs.python.org/file18683/asynchat-push-callable.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Giampaolo Rodola' g.rod...@gmail.com added the comment:
A simple IOError No such file or directory 'xxx' exception would be
a lot more clear.
Agreed, but the OpenSSL error reporting system looks too convoluted (or
braindead) to easily allow such aliasing of errors. If you have an
idea
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
Removed message: http://bugs.python.org/msg115166
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9706
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fortunately errno was set.
Patch in attachment introduces the following changes:
=== 1 ===
Before:
ssl.wrap_socket(socket.socket(), server_side=1)
Now:
ssl.wrap_socket(socket.socket(), server_side=1)
ValueError: certfile must
Giampaolo Rodola' g.rod...@gmail.com added the comment:
ctx = ssl.SSLContext(ssl.PROTOCOL_SSLv23)
ctx.wrap_socket(socket.socket(), server_side=1)
ssl.SSLSocket object, fd=3, family=2, type=1, proto=0
I'm not sure how to raise ValueError(certfile must be specified) here as
SSLContext class
Giampaolo Rodola' g.rod...@gmail.com added the comment:
@Antoine: ok, thanks.
This is now committed in r84352. See also r84351 which raises ValueError if
non-zero flag argument is provided for sendall().
http://bugs.python.org/msg115166 was the original message at the top of this
discussion
New submission from Giampaolo Rodola' g.rod...@gmail.com:
By taking a look at ssl.py it seems that keyfile argument is ignored if
certfile argument is not specified as well.
Here's an extract of ssl.py code:
class SSLSocket:
def __init__(self, sock=None, keyfile=None, certfile=None
Giampaolo Rodola' g.rod...@gmail.com added the comment:
You're right. Committed in r84355.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9706
New submission from Giampaolo Rodola' g.rod...@gmail.com:
There are various errors I think ssl module should check.
In the examples below I'll always refer to ssl.wrap_socket() function but I
expect that ssl.SSLContext suffers the exact same issues.
=== server side mode ===
When server_side
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +exarkun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9706
___
___
Python-bugs-list
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9702
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I agree with you that asyncore API model is far from being robust and I've
personally seen infinite recursion more than once if certain asyncore methods
aren't properly subclassed.
What I don't understand is what changes you
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1552
___
___
Python-bugs
New submission from Giampaolo Rodola' g.rod...@gmail.com:
This can be useful in those circumstances where the user wants to execute some
action right after some data has been sent (push()) or a producer has been
consumed (push_with_producer()).
Example:
def log(msg):
logging.debug(msg
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9693
___
___
Python-bugs-list
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9682
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
It's very hard to tell what went wrong without an actual traceback message.
What I don't understand is why smtpd module is mentioned in the message, since
apparently test_ssl.py doesn't use it at all
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Could you provide a code sample which demonstrates the problem?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9686
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +josiah.carlson, josiahcarlson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9686
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1531775
___
___
Python
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r84284.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue658749
Giampaolo Rodola' g.rod...@gmail.com added the comment:
This is now fixed in r84288.
--
assignee: - giampaolo.rodola
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9601
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I agree with opinions expressed by Jean-Paul in msg47196.
I see no real gain in providing a smptd.py clone which provides no other new
difference other than using threads instead of a non-blocking approach
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r84289.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9129
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Given Antoine comment and the link referencing bzr issue I agree we should fix
this now.
A patch including tests for parse257 function is in attachment.
The exception is now raised only if the response code doesn't fall in the 2xx
Giampaolo Rodola' g.rod...@gmail.com added the comment:
The only windows-related error on connect() should be EINVAL
From http://msdn.microsoft.com/en-us/library/ms737625 :
WSAEALREADY
A nonblocking connect call is in progress on the specified socket.
The same approach is adopted by Twisted
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
stage: needs patch -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue658749
___
___
Python-bugs
1101 - 1200 of 1713 matches
Mail list logo