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 | jjlee |
|---|---|
| Recipients | facundobatista, jjlee |
| Date | 2008年03月22日.00:00:17 |
| SpamBayes Score | 0.08904958 |
| Marked as misclassified | No |
| Message-id | <1206144018.88.0.817603696104.issue2451@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I see this thread: http://www.gossamer-threads.com/lists/python/dev/552292 But I don't see an explanation of this API decision there that I understand. *Because* socket.setdefaulttimeout() is a hack for when nothing else is available, there should be a way to avoid that global state. You say that "Now that you can pass the timeout when creating the connection, you shouldn't use the default setting.". That's true, for new code, and for code is able to immediately change -- indeed, that always has been true. Code exists that makes use of socket.setdefaulttimeout(), or requires use of it in order to set a timeout. Can you explain why this state of affairs makes it necessary to force this global state on users of httplib? |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年03月22日 00:00:19 | jjlee | set | spambayes_score: 0.0890496 -> 0.08904958 recipients: + jjlee, facundobatista |
| 2008年03月22日 00:00:18 | jjlee | set | spambayes_score: 0.0890496 -> 0.0890496 messageid: <1206144018.88.0.817603696104.issue2451@psf.upfronthosting.co.za> |
| 2008年03月22日 00:00:17 | jjlee | link | issue2451 messages |
| 2008年03月22日 00:00:17 | jjlee | create | |