On Wed, Dec 15, 2010 at 02:20:54PM -0800, Glenn Linderman wrote:
On 12/15/2010 10:39 AM, Antoine Pitrou wrote:
I would like to remove HTTP 0.9 support from http.client and
http.server. I've opened an issue at
http://bugs.python.org/issue10711
for
On Wed, Dec 15, 2010 at 11:29:27PM +0100, Antoine Pitrou wrote:
Well, I think the most web servers comment itself is outdated.
Try e.g. www.mozilla.org or www.google.com or www.msn.com.
(but www.python.org or www.apache.org still have the legacy behaviour)
What legacy behavior did you observe
* Antoine Pitrou wrote:
Hello,
I would like to remove HTTP 0.9 support from http.client and
http.server. I've opened an issue at http://bugs.python.org/issue10711
for that. Would anyone think it's a bad idea?
(HTTP 1.0 was devised in 1996)
HTTP/0.9 support is still recommended (RFC 2616
Hello Core Developers,
My name is Dimitrios and I am newbie in python. I am working on a
Project (part of my PhD) that is called Synergeticprocessing module.
Initially is imitating the multiprocessing built in module but the
processes are distributed on a LAN and not Locally. The main issue
On 16/12/2010 11:09, Dimitrios Pritsos wrote:
Hello Core Developers,
My name is Dimitrios and I am newbie in python. I am working on a
Project (part of my PhD) that is called Synergeticprocessing module.
Initially is imitating the multiprocessing built in module but the
processes are
Le jeudi 16 décembre 2010 à 16:14 +0800, Senthil Kumaran a écrit :
On Wed, Dec 15, 2010 at 11:29:27PM +0100, Antoine Pitrou wrote:
Well, I think the most web servers comment itself is outdated.
Try e.g. www.mozilla.org or www.google.com or www.msn.com.
(but www.python.org or www.apache.org
On 12/16/2010 02:29 PM, Michael Foord wrote:
On 16/12/2010 11:09, Dimitrios Pritsos wrote:
Hello Core Developers,
My name is Dimitrios and I am newbie in python. I am working on a
Project (part of my PhD) that is called Synergeticprocessing module.
Initially is imitating the multiprocessing
On Thu, 16 Dec 2010 15:52:19 +0200
Dimitrios Pritsos dprit...@extremepro.gr wrote:
Hello Michael,
OK I will do sent it to the bug tracker. But what about the last issue
i.e. that even if the class is transfered-and-pickled-unpickled it
raises an exception if the class is defined into the
On Thu, 16 Dec 2010 07:42:08 +0100
André Malo n...@perlig.de wrote:
* Antoine Pitrou wrote:
Hello,
I would like to remove HTTP 0.9 support from http.client and
http.server. I've opened an issue at http://bugs.python.org/issue10711
for that. Would anyone think it's a bad idea?
On 02:00 pm, solip...@pitrou.net wrote:
On Thu, 16 Dec 2010 15:52:19 +0200
Dimitrios Pritsos dprit...@extremepro.gr wrote:
Hello Michael,
OK I will do sent it to the bug tracker. But what about the last issue
i.e. that even if the class is transfered-and-pickled-unpickled it
raises an
On Thursday 16 December 2010 15:23:05 Antoine Pitrou wrote:
On Thu, 16 Dec 2010 07:42:08 +0100
André Malo n...@perlig.de wrote:
* Antoine Pitrou wrote:
Hello,
I would like to remove HTTP 0.9 support from http.client and
http.server. I've opened an issue at
On Thu, 16 Dec 2010 07:15:02 +0100, eric.araujo python-check...@python.org
wrote:
Modified: python/branches/release27-maint/Doc/library/compileall.rst
==
--- python/branches/release27-maint/Doc/library/compileall.rst
On Thu, Dec 16, 2010 at 10:52 AM, André Malo n...@perlig.de wrote:
I'd vote for removing it from the client code and keeping it in the server.
If it must be maintained anywhere, it should be in the client,
according to the basic principle of accept what you can, generate
carefully.
Python.org's
Hi,
Thanks for double-checking.
When I first looked into compileall, I opened
http://bugs.python.org/issue10454 where I state that I find the
description of those options unclear or even not understandable, so your
diagnosis that I just copied text is right.
A rewrite to fully cover the module
On Thu, Dec 16, 2010 at 02:20:37PM +0100, Antoine Pitrou wrote:
Try e.g. www.mozilla.org or www.google.com or www.msn.com.
(but www.python.org or www.apache.org still have the legacy behaviour)
What legacy behavior did you observe in these?
- Request:
xyzzy
- Response:
!DOCTYPE
On Dec 16, 2010, at 3:14 AM, Senthil Kumaran wrote:
Even HTTP 0.9 says that response SHOULD start with status line, but
gives a suggestion that clients can tolerate bad server server
behaviors when they don't send the status line and in that the case
response is the body.
On Thu, Dec 16, 2010 at 11:21:37AM -0500, James Y Knight wrote:
Even HTTP 0.9 says that response SHOULD start with status line, but
gives a suggestion that clients can tolerate bad server server
behaviors when they don't send the status line and in that the case
response is the body.
On Thu, Dec 16, 2010 at 04:52:43PM +0100, André Malo wrote:
HTTP/0.9 doesn't *have* a version string.
GET /foo
is a HTTP/0.9 request.
GET /foo HTTP/0.9
isn't actually (it's a paradoxon, alright ;). It simply isn't a valid HTTP
request, which would demand a 505 response.
Yes, this
On Fri, 17 Dec 2010 00:52:14 +0800
Senthil Kumaran orsent...@gmail.com wrote:
Actually, it is turning out to be true:
http://ftp.ics.uci.edu/pub/ietf/http/rfc1945.html#Response
According to HTTP 1.0, When a request is Simple-Request, it means a
VERB URL (without a version) and it generally
All this talk of modern servers that also still support HTTP/0.9 is
irrelevant. Unless anybody knows of a server that *only* supports HTTP
0.9 (and that's relevant to users of httplib) let's please kill
support in the client.
--
--Guido van Rossum (python.org/~guido)
On 05:02 pm, solip...@pitrou.net wrote:
On Fri, 17 Dec 2010 00:52:14 +0800
Senthil Kumaran orsent...@gmail.com wrote:
Actually, it is turning out to be true:
http://ftp.ics.uci.edu/pub/ietf/http/rfc1945.html#Response
According to HTTP 1.0, When a request is Simple-Request, it means a
VERB URL
* Fred Drake wrote:
On Thu, Dec 16, 2010 at 10:52 AM, André Malo n...@perlig.de wrote:
I'd vote for removing it from the client code and keeping it in the
server.
If it must be maintained anywhere, it should be in the client,
according to the basic principle of accept what you can,
On Thu, Dec 16, 2010 at 1:30 PM, exar...@twistedmatrix.com wrote:
I doubt this makes a difference to the point being discussed, but it
_could_. I suggest performing your tests with telnet, instead.
I received similar results using telnet earlier today.
-Fred
--
Fred L. Drake, Jr.
Senthil Kumaran wrote:
Given these, any assumption that servers no longer support HTTP/0.9
becomes false.
But as long as httplib only sends requests with a version
number = 1.0, it should be able to expect headers in the
response, shouldn't it?
--
Greg
Hi,
it seems that Py3 doesn't support setting a nonlocal value as part of the
nonlocal command
Python 3.2a4+ (py3k:86480, Nov 16 2010, 16:43:22)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
def x():
... y = 5
... def f():
25 matches
Mail list logo