This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author giampaolo.rodola
Recipients giampaolo.rodola, me.myself, r.david.murray
Date 2010-08-03.21:36:54
SpamBayes Score 5.4434063e-06
Marked as misclassified No
Message-id <1280871430.63.0.875053849142.issue9413@psf.upfronthosting.co.za>
In-reply-to
Content
No, it shouldn't.

handle_close() is more like a callback method called by asyncore itself when the connection is about to be closed "cleanly", and it's not supposed to be called directly by the user (see for example how recv() and send() methods are implemented and issue 1740572).
Also it is usually overridden and filled with application code you hardly want to be executed when you just want to close all connections at once.

When you use close_all() you just want to abruptly close all existing connections, without even caring about pending data waiting to be read or written, hence close() must be called.

Closing out as won't fix as long as some actual reason to change the current behavior is provided.
History
Date User Action Args
2010-08-03 21:37:10giampaolo.rodolasetrecipients: + giampaolo.rodola, r.david.murray, me.myself
2010-08-03 21:37:10giampaolo.rodolasetmessageid: <1280871430.63.0.875053849142.issue9413@psf.upfronthosting.co.za>
2010-08-03 21:36:55giampaolo.rodolalinkissue9413 messages
2010-08-03 21:36:54giampaolo.rodolacreate