Re: [Python-Dev] 3.2b2 fails test suite on (my) Windows XP

On Wed, 5 Jan 2011 17:56:53 -0600 Brian Curtin wrote: > > http://bugs.python.org/issue9116 covers this issue. > > The reason it doesn't fail on any of the build slaves is because they modify > a registry value for Windows Error Reporting to not display the pop-up > window, or at least mine does.

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

Le mercredi 05 janvier 2011 à 23:48 -0500, Alexander Belopolsky a écrit : > I would be happy with just > >if accept2dyear: >if 69 <= y <= 99: >y += 1900 >elif 0 <= y <= 68: >y += 2000 ># call system function with tm_year = y - 1900 Perfect. That's w

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

Le jeudi 06 janvier 2011 à 00:10 -0500, Alexander Belopolsky a écrit : > If calling specific system functions such as strftime with tm_year < > 0 is deemed unsafe, we can move the check to where the system function > is called. What do you mean by "unsafe"? Does it crash? On my Linux box, strftim

Re: [Python-Dev] [Python-checkins] devguide: Strip out all generic svn instructions from the FAQ. It's not only

On 05/01/2011 18:37, Brett Cannon wrote: To those that want to keep those steps in the dev FAQ, go ahead but I recuse myself from maintaining it. Having had so many instances of people asking "how do I do this?" and me almost always able to go "read the dev FAQ" has basically made me feel like it

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

On Thu, 06 Jan 2011 12:55:24 +0100, Victor Stinner wrote: >Le jeudi 06 janvier 2011 à 00:10 -0500, Alexander Belopolsky a écrit : >> If calling specific system functions such as strftime with tm_year < >> 0 is deemed unsafe, we can move the check to where the system function >> is called. > >W

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

Le jeudi 06 janvier 2011 à 10:47 -0500, R. David Murray a écrit : > On Thu, 06 Jan 2011 12:55:24 +0100, Victor Stinner > wrote: > >Le jeudi 06 janvier 2011 à 00:10 -0500, Alexander Belopolsky a écrit : > >> If calling specific system functions such as strftime with tm_year < > >> 0 is deemed uns

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

On 01/06/2011 11:08 AM, Victor Stinner wrote: Le jeudi 06 janvier 2011 à 10:47 -0500, R. David Murray a écrit : On Thu, 06 Jan 2011 12:55:24 +0100, Victor Stinner wrote: Le jeudi 06 janvier 2011 à 00:10 -0500, Alexander Belopolsky a écrit : If calling specific system functions such as strf

Re: [Python-Dev] Implementing strftime Was: Checking input range in time.asctime and time.ctime

On Thu, Jan 6, 2011 at 11:30 AM, Eric Smith wrote: .. > Is strftime really so complex that we shouldn't just write our own? I'd be > willing to do it. Over the years the platform strftime has caused any number > of problems. The last time I looked at it we already have to do some work > pre-parsin

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

On Thu, Jan 6, 2011 at 6:47 AM, Victor Stinner wrote: > Le mercredi 05 janvier 2011 à 23:48 -0500, Alexander Belopolsky a > écrit : >> I would be happy with just >> >>    if accept2dyear: >>        if 69 <= y <= 99: >>            y += 1900 >>        elif 0 <= y <= 68: >>            y += 2000 >>  

Re: [Python-Dev] devguide: Point out that OS X users need to change examples to use python.exe instead of

In article , brett.cannon wrote: [...] > summary: > Point out that OS X users need to change examples to use python.exe instead > of python. > Once Python is done building you will then have a working build of Python > that can be run in-place; ``./python`` on most machines, ``./python.exe

Re: [Python-Dev] PEP 3333: wsgi_string() function

On Tue, 2011-01-04 at 03:44 +0100, Victor Stinner wrote: > What is this horrible encoding "bytes-as-unicode"? It is a unicode string decoded from bytes using ISO-8859-1. ISO-8859-1 is the encoding specified by the HTTP RFC, as well as having the happy property of preserving every input byte. PEP 3

Re: [Python-Dev] PEP 3333: wsgi_string() function

Can you please take a look at http://docs.python.org/dev/whatsnew/3.2.html#pep--python-web-server-gateway-interface-v1-0-1 to see if it accurately recaps the resolution of the WSGI text/bytes issues. I would appreciate any feedback, as it is likely that the whatsnew document will be most people

Re: [Python-Dev] PEP 3333: wsgi_string() function

On 1/6/2011 3:50 PM, And Clover wrote: ISO-8859-1 is the encoding specified by the HTTP RFC Please could I have the reference to that specification? I only recall ASCII and UTF-8 in my readings of various things HTTP and HTML, for headers, and form data. Naturally data pages can have any en

Re: [Python-Dev] 3.2b2 fails test suite on (my) Windows XP

On Thu, Jan 6, 2011 at 1:00 AM, Terry Reedy wrote: > On 1/5/2011 8:59 PM, Nick Coghlan wrote: > Run 3: -x test_capi test_concurrent_futures > Instead of the normal output I expected, I got some of the craziest stuff I > have ever seen. Things like > " >    assert main_name not in sys.modules, main

Re: [Python-Dev] Checking input range in time.asctime and time.ctime

R. David Murray writes: > I believe that we have had several cases where Windows "crashed" when > out-of-range values were passed to the CRT that other platforms > accepted. XEmacs had crashes due to strftime on Windows native with VC++. Never went so far as to BSOD, but a couple of users los

Re: [Python-Dev] PEP 3333: wsgi_string() function

On Jan 6, 2011, at 8:16 PM, Glenn Linderman wrote: > On 1/6/2011 3:50 PM, And Clover wrote: >> >> ISO-8859-1 is the encoding specified by the HTTP RFC > > Please could I have the reference to that specification? I only recall ASCII > and UTF-8 in my readings of various things HTTP and HTML, f

Re: [Python-Dev] PEP 3333: wsgi_string() function

Glenn Linderman writes: > On 1/6/2011 3:50 PM, And Clover wrote: > > ISO-8859-1 is the encoding specified by the HTTP RFC > > Please could I have the reference to that specification? RFC 2616 (probably obsolete by now, but IRC ISO 8859/1 is already there IIRC), and I don't think UTF-8 is the

Re: [Python-Dev] [Python-checkins] devguide: Strip out all generic svn instructions from the FAQ. It's not only

On Thu, Jan 6, 2011 at 10:24 PM, Michael Foord wrote: > I think you have it backwards. The benefit of having a FAQ is not that > people read it first (they will almost never do that) but that you have a > single place to send them when they ask the questions. It sounds like it's > working! :-) I

Re: [Python-Dev] 3.2b2 fails test suite on (my) Windows XP

On Thu, Jan 6, 2011 at 4:00 PM, Terry Reedy wrote: >> Does it behave itself if you add "-x test_capi" to the command line? > > No, it gets worse. Really. > Let me summarize a long post. > > Run 1: normal (as above) > Process stops at capi test with Windows error message. > Close command prompt win

Re: [Python-Dev] PEP 3333: wsgi_string() function

On 1/6/2011 7:37 PM, Stephen J. Turnbull wrote: Glenn Linderman writes: > On 1/6/2011 3:50 PM, And Clover wrote: > > ISO-8859-1 is the encoding specified by the HTTP RFC > > Please could I have the reference to that specification? RFC 2616 (probably obsolete by now, but IRC ISO 8859/

Re: [Python-Dev] PEP 3333: wsgi_string() function

At 04:00 PM 1/6/2011 -0800, Raymond Hettinger wrote: Can you please take a look at http://docs.python.org/dev/whatsnew/3.2.html#pep--python-web-server-gateway-interface-v1-0-1 to see if it accura