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
...
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
___
On Thu, Dec 16, 2010 at 1:30 PM, 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.
"A storm broke loose in my
* Fred Drake wrote:
> On Thu, Dec 16, 2010 at 10:52 AM, André Malo 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
> c
On 05:02 pm, solip...@pitrou.net wrote:
On Fri, 17 Dec 2010 00:52:14 +0800
Senthil Kumaran 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)
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 Fri, 17 Dec 2010 00:52:14 +0800
Senthil Kumaran 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 corresponds t
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.
Ye
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 bo
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.
>
> http://ww
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
>
> -> Resp
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 f
On Thu, Dec 16, 2010 at 10:52 AM, André Malo 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 HTTP/0.9 re
On Thu, 16 Dec 2010 07:15:02 +0100, eric.araujo
wrote:
> Modified: python/branches/release27-maint/Doc/library/compileall.rst
> ==
> --- python/branches/release27-maint/Doc/library/compileall.rst
> (original)
> ++
On Thursday 16 December 2010 15:23:05 Antoine Pitrou wrote:
> On Thu, 16 Dec 2010 07:42:08 +0100
>
> André Malo 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
On 02:00 pm, solip...@pitrou.net wrote:
On Thu, 16 Dec 2010 15:52:19 +0200
Dimitrios Pritsos 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 defi
On Thu, 16 Dec 2010 07:42:08 +0100
André Malo 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?
> >
> > (HT
On Thu, 16 Dec 2010 15:52:19 +0200
Dimitrios Pritsos 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 __main__ script
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
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.apa
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 distrib
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 I
* 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
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 obse
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
> f
25 matches
Mail list logo
