On Thu, 06 Jan 2011 00:34:11 -0500
> >>
> >> python -m test
> >>works (until it failed, separate issue).
> >
> > This will not run the right interpreter, unless this is an installed
> > build.
>
> It is, from 32b2.msi. I have no compiler ;-).
Ah, sorry. For the devguide, however, I recommend
On 1/5/2011 8:59 PM, Nick Coghlan wrote:
On Thu, Jan 6, 2011 at 9:47 AM, Terry Reedy wrote:
To test Brett's test running instruction, I ran
python -m test # not ./Python!
in a Command Prompt window
Does it behave itself if you add "-x test_capi" to the command line?
No, it gets worse. Reall
On 1/5/2011 5:43 PM, Antoine Pitrou wrote:
On Wed, 05 Jan 2011 17:21:23 -0500
Terry Reedy wrote:
Thank you for spotting the contradiction; this is now fixed.
I am following your example of looking at checkins.
--
Terry Jan Reedy
___
Python-Dev m
On 1/5/2011 5:57 PM, Antoine Pitrou wrote:
On Wed, 05 Jan 2011 17:43:32 -0500
Terry Reedy wrote:
Not on Windows.
C:\Programs\Python32>./python -m test
Installation, not checkout.
'.' is not recognized as an internal or external command,
operable program or batch file.
python -m test
wo
On Wed, Jan 5, 2011 at 10:50 PM, Guido van Rossum wrote:
..
> But what guarantees do we have that the system functions accept
> negative values for tm_year on all relevant platforms?
>
Also note that the subject of this thread is limited to "time.asctime
and time.ctime." The other functions came
On Wed, Jan 5, 2011 at 10:50 PM, Guido van Rossum wrote:
..
>> I propose to change that to
>>
>> if y < 1000:
>> if accept2dyear:
>> if 69 <= y <= 99:
>> y += 1900
>> elif 0 <= y <= 68:
>> y += 2000
>> else:
>> raise ValueError("year out of
On Wed, Jan 5, 2011 at 6:46 PM, Alexander Belopolsky
wrote:
> On Wed, Jan 5, 2011 at 9:18 PM, Guido van Rossum wrote:
>> I'm sorry, but at this point I'm totally confused about what you're
>> asking or proposing. You keep referring to various implementation
>> details and behaviors. Maybe if you
On Wed, Jan 5, 2011 at 9:18 PM, Guido van Rossum wrote:
> I'm sorry, but at this point I'm totally confused about what you're
> asking or proposing. You keep referring to various implementation
> details and behaviors. Maybe if you summarized how the latest
> implementation (say python 3.2) works
On Thu, Jan 6, 2011 at 8:11 AM, brett.cannon wrote:
> +.. todo::
> + See if tempfile or test.support has a context manager that creates and
> + deletes a temp file so as to move off of test.support.TESTFN.
Yeah, tempfile.TemporaryFile and friends all support the CM protocol.
There's also t
I'm sorry, but at this point I'm totally confused about what you're
asking or proposing. You keep referring to various implementation
details and behaviors. Maybe if you summarized how the latest
implementation (say python 3.2) works and what you propose to change
that would be quicker than this ba
On Thu, Jan 6, 2011 at 9:47 AM, Terry Reedy wrote:
> To test Brett's test running instruction, I ran
> python -m test # not ./Python!
> in a Command Prompt window
Does it behave itself if you add "-x test_capi" to the command line?
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | B
On Wed, Jan 5, 2011 at 6:12 PM, Guido van Rossum wrote:
..
> If they both impose some arbitrary limits, it would be easier for
> users to remember the limits if they were the same for both modules.
>
Unfortunately, that is not possible on 32-bit systems where range
supported by say time.ctime() is
On Wed, Jan 5, 2011 at 17:56, Brian Curtin wrote:
> On Wed, Jan 5, 2011 at 17:47, Terry Reedy wrote:
>
>> To test Brett's test running instruction, I ran
>> python -m test # not ./Python!
>> in a Command Prompt window
>> ---
>> Microsoft Windows XP [Version 5.1.2600]
>>
>> == CPython 3.2b2 (r32b
On Wed, Jan 5, 2011 at 17:47, Terry Reedy wrote:
> To test Brett's test running instruction, I ran
> python -m test # not ./Python!
> in a Command Prompt window
> ---
> Microsoft Windows XP [Version 5.1.2600]
>
> == CPython 3.2b2 (r32b2:87398, Dec 19 2010, 22:51:00)
> [MSC v.1500 32 bit (Intel)
To test Brett's test running instruction, I ran
python -m test # not ./Python!
in a Command Prompt window
---
Microsoft Windows XP [Version 5.1.2600]
== CPython 3.2b2 (r32b2:87398, Dec 19 2010, 22:51:00)
[MSC v.1500 32 bit (Intel)]
== Windows-XP-5.1.2600-SP3 little-endian
== c:\docume~1\te
On Jan 5, 2011 4:45 PM, "Terry Reedy" wrote:
>
>
>> +The shortest, simplest way of running the test suite is::
>> +
>> +./python -m test
>
>
> Not on Windows.
> C:\Programs\Python32>./python -m test
> '.' is not recognized as an internal or external command,
> operable program or batch file.
>
On Wed, 05 Jan 2011 18:00:18 -0500
Terry Reedy wrote:
>
> > +Running
> > +---
>
> Is there a way to skip a particular test, such as one that crashes the
> test process?
-x test_foo
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
On Wed, Jan 5, 2011 at 17:00, Terry Reedy wrote:
>
> +Running
>> +---
>>
>
> Is there a way to skip a particular test, such as one that crashes the test
> process?
-x {list of tests to skip}
___
Python-Dev mailing list
Python-Dev@python.org
http:
On Wed, Jan 5, 2011 at 2:55 PM, Alexander Belopolsky
wrote:
> On Wed, Jan 5, 2011 at 4:33 PM, Guido van Rossum wrote:
> ..
>>> Why >= 1?
>>
>> Because that's what the datetime module accepts.
>
> What the datetime module accepts is irrelevant here.
Not completely -- they are both about dates and
+Running
+---
Is there a way to skip a particular test, such as one that crashes the
test process?
Terry
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/
On Wed, 05 Jan 2011 17:43:32 -0500
Terry Reedy wrote:
>
> Not on Windows.
> C:\Programs\Python32>./python -m test
> '.' is not recognized as an internal or external command,
> operable program or batch file.
>
> python -m test
> works (until it failed, separate issue).
This will not run the r
On Wed, Jan 5, 2011 at 4:33 PM, Guido van Rossum wrote:
..
>> Why >= 1?
>
> Because that's what the datetime module accepts.
What the datetime module accepts is irrelevant here. Note that
functions affected by accept2dyear are: time.mktime(), time.asctime(),
time.strftime() and indirectly time.c
On Wed, 05 Jan 2011 17:21:23 -0500
Terry Reedy wrote:
>
> > Issue #7995: When calling accept() on a socket with a timeout, the returned
> > socket is now always non-blocking, regardless of the operating system.
>
> Seems clear enough
>
> > +# Issue #7995: if no default timeout is set a
+The shortest, simplest way of running the test suite is::
+
+./python -m test
Not on Windows.
C:\Programs\Python32>./python -m test
'.' is not recognized as an internal or external command,
operable program or batch file.
python -m test
works (until it failed, separate issue).
I would
Issue #7995: When calling accept() on a socket with a timeout, the returned
socket is now always non-blocking, regardless of the operating system.
Seems clear enough
+# Issue #7995: if no default timeout is set and the listening
+# socket had a (non-zero) timeout, force the n
On Jan 5, 2011, at 4:33 PM, Guido van Rossum wrote:
> Shouldn't the logic be to take the current year into account? By the
> time 2070 comes around, I'd expect "70" to refer to 2070, not to 1970.
> In fact, I'd expect it to refer to 2070 long before 2070 comes around.
>
> All of which makes me t
On Wed, Jan 5, 2011 at 12:58 PM, Alexander Belopolsky
wrote:
> On Wed, Jan 5, 2011 at 2:19 PM, Guido van Rossum wrote:
> ..
>>> extending accepted range is a borderline case IMO.
>>
>> I like accepting all years >= 1 when accept2dyear is False.
>>
>
> Why >= 1?
Because that's what the datetime m
On Wed, Jan 5, 2011 at 2:19 PM, Guido van Rossum wrote:
..
>> extending accepted range is a borderline case IMO.
>
> I like accepting all years >= 1 when accept2dyear is False.
>
Why >= 1? Shouldn't it be >= 1900 - maxint? Also, what is your take
on always accepting [1000 - 1899]?
Now, to play
On Wed, Jan 5, 2011 at 10:12 AM, Alexander Belopolsky
wrote:
> On Wed, Jan 5, 2011 at 12:48 PM, Antoine Pitrou wrote:
> ..
>> Couldn't we deprecate and remove time.accept2dyear? It has been there
>> for "backward compatibility" since Python 1.5.2.
>>
>
> It will be useful for another 50 years or
Am 05.01.2011 12:48, schrieb yeswanth:
> Hello everyone,
> My name is Yeswanth . I am doing my third year Btech in Computer Science
> in India. My desire is to get into gsoc 2011 . I have been looking over
> the projects of last year to see where I would fit in. And I found
> python to be interesti
On Wed, Jan 5, 2011 at 05:48, yeswanth wrote:
> Hello everyone,
> My name is Yeswanth . I am doing my third year Btech in Computer Science in
> India. My desire is to get into gsoc 2011 . I have been looking over the
> projects of last year to see where I would fit in. And I found python to be
>
On Wed, 05 Jan 2011 17:18:00 +0530, yeswanth wrote:
> My name is Yeswanth . I am doing my third year Btech in Computer Science
[...]
> Can anyone suggest me some areas where I can actually start with
> developing for this proje
Welcome, Yeswanth. Great idea to get involved early :) I'm guessi
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 is not worth the
effort if people are not
On Wed, Jan 5, 2011 at 5:27 AM, Maciej Fijalkowski wrote:
> How about not changing semantics and still making this optimization possible?
>
> PyPy already has CALL_LIKELY_BUILTIN which checks whether builtins has
> been altered (by keeping a flag on the module dictionary) and if not,
> loads a spe
Mark Dickinson, 05.01.2011 13:55:
On Wed, Jan 5, 2011 at 12:31 PM, Nick Coghlan wrote:
Currently [1], the implementation and the documentation for PEP 3118's
Py_buffer struct don't line up (there's an extra field in the
implementation that the PEP doesn't mention).
I think there are actually t
On Wed, Jan 5, 2011 at 12:48 PM, Antoine Pitrou wrote:
..
> Couldn't we deprecate and remove time.accept2dyear? It has been there
> for "backward compatibility" since Python 1.5.2.
>
It will be useful for another 50 years or so. (POSIX 2-digit years
cover 1969 - 2068.) In any case, this is not
On Wed, 5 Jan 2011 12:33:55 -0500
Alexander Belopolsky wrote:
> On Mon, Jan 3, 2011 at 7:47 PM, Guido van Rossum wrote:
> > Given the rule garbage in -> garbage out, I'd do the most useful
> > thing, which would be to produce a longer output string (and update
> > the docs). This would match the
On Mon, Jan 3, 2011 at 7:47 PM, Guido van Rossum wrote:
> Given the rule garbage in -> garbage out, I'd do the most useful
> thing, which would be to produce a longer output string (and update
> the docs). This would match the behavior of e.g. '%04d' % y when y >
> . If that means the platform
On Thu, Jan 6, 2011 at 12:03 AM, Mark Dickinson wrote:
> Maybe I'm misunderstanding. What's the responsibility of a buffer
> export w.r.t. the obj field---i.e., what should 3rd party code be
> filling that obj field with in a call to getbuffer?
It should be a pointer to the object (with the refe
On Wed, 5 Jan 2011 14:03:41 +
Mark Dickinson wrote:
> On Wed, Jan 5, 2011 at 1:13 PM, Antoine Pitrou wrote:
> > On Wed, 5 Jan 2011 12:55:55 +
> > Mark Dickinson wrote:
> >> The need for obj is a little ugly: as far as I can tell, it's
> >> meaningless for a 3rd-party object that wants t
On Wed, Jan 5, 2011 at 1:13 PM, Antoine Pitrou wrote:
> On Wed, 5 Jan 2011 12:55:55 +
> Mark Dickinson wrote:
>> The need for obj is a little ugly: as far as I can tell, it's
>> meaningless for a 3rd-party object that wants to export buffers---it's
>> only really used by the memoryview objec
On Wed, Jan 5, 2011 at 2:03 PM, Mark Dickinson wrote:
> Maybe I'm misunderstanding. What's the responsibility of a buffer
> export w.r.t. the obj field---i.e., what should 3rd party code be
Grr. *buffer exporter*, not *buffer export*.
Mark
___
Python
How about not changing semantics and still making this optimization possible?
PyPy already has CALL_LIKELY_BUILTIN which checks whether builtins has
been altered (by keeping a flag on the module dictionary) and if not,
loads a specific builtin on top of value stack. From my current
experience, I w
On Wed, 5 Jan 2011 12:55:55 +
Mark Dickinson wrote:
> On Wed, Jan 5, 2011 at 12:31 PM, Nick Coghlan wrote:
> > Currently [1], the implementation and the documentation for PEP 3118's
> > Py_buffer struct don't line up (there's an extra field in the
> > implementation that the PEP doesn't menti
On Wed, Jan 5, 2011 at 12:31 PM, Nick Coghlan wrote:
> Currently [1], the implementation and the documentation for PEP 3118's
> Py_buffer struct don't line up (there's an extra field in the
> implementation that the PEP doesn't mention).
I think there are actually two such fields: smalltable and
Currently [1], the implementation and the documentation for PEP 3118's
Py_buffer struct don't line up (there's an extra field in the
implementation that the PEP doesn't mention).
Accordingly, Mark and I think it may be a good idea to leave this
structure (and possibly related APIs) out of the stab
Hello everyone,
My name is Yeswanth . I am doing my third year Btech in Computer Science
in India. My desire is to get into gsoc 2011 . I have been looking over
the projects of last year to see where I would fit in. And I found
python to be interesting, something I can contribute. I dont know i
On 1/5/2011 1:18 AM, Eli Bendersky wrote:
On Wed, Jan 5, 2011 at 04:13, Nick Coghlan
Your call as the author, but please reconsider this one. I've found it
*hugely* convenient over the years to have these task oriented answers
in the FAQ. The problem with the answers all over the i
On 1/4/2011 6:39 PM, Guido van Rossum wrote:
So, that significantly weakens the argument that this optimization
will break unit tests, since I am happy to promise never to optimize
these builtins, and any other builtins intended for I/O.
This is one comprehensible rule rather than a list of ex
On 2011-01-05, at 8:16 AM, Phil Le Bienheureux wrote:
> Hello,
>
> I am quite new to development in python, and as a first contribution to the
> community, I have provided a patch to the issue 8033 (quite trivial). I then
> ran the test suite an everything was ok. However, the status has not
50 matches
Mail list logo
