On 5/28/2013 7:42 PM, MRAB wrote:
"A_Guide_to_Idle_Tests", or
"An_Idle_Test_HOWTO".
[snip]
I'm somehow not happy about "_README", what with a single underscore
indicating "internal" in Python code.
The file is internal to the subset of IDLE developers writing tests, but...
Perhaps it wou
On 5/28/2013 3:39 PM, Antoine Pitrou wrote:
On Tue, 28 May 2013 15:06:39 -0400
Terry Reedy wrote:
Yes, Nick suggested README instead of what I had. I want a prefix to
keep it near the top of a directory listing even when other non
'test_xxx' files are added. I thing '_' wold be better though.
I like the general idea. Does you have any specific stdlib use cases in
mind?
I thought of pprint, which at some point dispatches on dict versus
set/sequence, but overall it seems more complicated than mere arg type
dispatch.
Unittest.TestCase.assertEqual mostly (but not completely) uses fir
On 5/20/2013 11:39 AM, Steven D'Aprano wrote:
On 21/05/13 00:12, Ethan Furman wrote:
As a case in point, base64.py is currently getting a bug fix, and also
contains this code:
def b32decode(s, casefold=False, map01=None):
.
.
.
for i in range(0, len(s), 8):
quanta
On 5/19/2013 4:13 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/19/2013 10:48 AM, Guido van Rossum wrote:
Anyway, if you're doing arithmetic on enums you're doing it wrong.
Hmm, bitwise operations, even?
Those are logic, not arithmetic as usually understood. (Th
On 5/18/2013 11:22 AM, Antoine Pitrou wrote:
On Sat, 18 May 2013 15:52:56 +0100
Richard Oudkerk wrote:
So even more contrived:
class Node:
def __init__(self, x):
self.x = x
self.next = None
def __del__(self):
print(sel
On 5/17/2013 12:42 PM, Barry Warsaw wrote:
On May 16, 2013, at 04:52 PM, Terry Jan Reedy wrote:
Do failures only occur during compileall process? (or whatever substitute you
use).
No, they are all post-installation failures in unrelated packages that try to
import pure-Python modules
On 5/16/2013 5:30 PM, Brett Cannon wrote:
On Thu, May 16, 2013 at 5:19 PM, Guido van Rossum wrote:
This reminds me of the following bug, which can happen when two
processes are both writing the .pyc file and a third is reading it.
First some background.
When writing a .pyc file, we use the fol
On 5/16/2013 2:04 PM, Barry Warsaw wrote:
No, it's all different kinds of machines, at different times, on different
files. So far, there's no rhyme or reason to the corruptions that I can
tell.
If the corruption only happens on Ubuntu, that would constitute 'rhyme'
;-). I realize that askin
On 5/16/2013 1:18 AM, Ben Hoyt wrote:
Thanks, Benjamin -- that's great!
This may not be a python-dev question exactly. But on Windows, is it
safe to update to 2.7.5 on top of 2.7.4 (at C:\Python27) using the .msi
installer? In other words, will it update/add/remove all the files
correctly? What
On 5/13/2013 9:20 AM, Maciej Fijalkowski wrote:
The strong reference there is a feature. Descriptors keep the class
alive if somehow the class disappears and the descriptor itself does
Is this feature stated or implied in the reference manual?
3.3.2.1. Implementing Descriptors
3.3.2.2. Invokin
On 5/10/2013 3:14 AM, Nick Coghlan wrote:
I'd like to mark a few PEPs that are not currently being actively
considered for 3.4 as Deferred:
S 286 Enhanced Argument Tuplesvon Löwis
S 337 Logging Usage in the Standard Library Dubner
S
On 5/6/2013 6:34 PM, Antoine Pitrou wrote:
On Mon, 06 May 2013 18:23:02 -0400
Terry Jan Reedy wrote:
'Item' is necessarily left vague for mutable sequences as bytearrays
also store values. The fact that Antoine's example 'works' for
bytearrays is an artifact of th
#x27;s notion of 'homogenous' could be interpreted as supporting
specialized 'lists'. On the other hand, I think explicit import, as with
the array module and numarray package, is a better idea. This is
especially true if an implementation intends to be a drop-in replacement
fo
o the annoyance is to not do this ;-). More seriously, are
you planning to unbox strings or tuples?
The long-term solution that seems the most stable to me would be to
relax the requirement ``x is y <=> id(x)==id(y)``.
I see this as a definition, not a requirement. Changing the
with methods is a detail that
the user hardly need know about.
Using a function interface to create and return a class is something else.
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
n. Some of the loose specification is intentional.
http://bugs.python.org/issue7083
locals() behaviour differs when tracing is in effect
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
On 4/29/2013 8:24 AM, Eli Bendersky wrote:
Thanks for the summary. One issue I don't see addressed here is
int-compatibility. Am I correct to assume that nothing changes w.r.t.
that, and that an IntEnum subclass of Enum will be provided which is
isinstance(integer)? Does that become straightforw
On 4/23/2013 12:49 PM, Stephen J. Turnbull wrote:
Which is an obnoxious API, since (1) you've now made it impossible to
use "transform" for
bytestring.transform(from='utf-8', to='iso-8859-1')
bytestring.transform(from='ulaw', to='mp3')
textstring.transform(from='rest', to='html')
On 4/15/2013 10:04 PM, Ben Hoyt wrote:
Hi folks,
The built-in mimetypes module is broken on Windows, and it has been
since Python 2.7 alpha 1. On all Windows systems I've tried,
guess_type() returns the wrong mime type for common types like .png and
.jpg. For example (on Python 2.7.4 and 3.3.1):
On 4/12/2013 9:53 AM, Lele Gaifax wrote:
Eli Bendersky writes:
These enumeration values are not equal, nor do they and hence may exist
in the same set, or as distinct keys in the same dictionary::
I'm not a native speaker and I found the above difficult to parse: is
there anything missing be
On 4/7/2013 2:02 PM, Guido van Rossum wrote:
There's not much of a point in fixing bugs that always existed in 2.7,
I has been suggested that backporting bugfix patches from current 3.x to
2.7 will make it easier to port from the atest 2.7.x to 3.x. I have no
idea how true that is.
since
fter the final 2.7 release and work independently us, then it is out of
our hands. (And they will have to call their releases something other
than 'Python 2.7.z')
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
he doc..
> continues the move away from Python's former emphasis on duck-typing.
For the reason explained above, I do not see this issue in such
apocalyptic terms ;-)
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http:
On 4/3/2013 3:36 PM, Ethan Furman wrote:
On 04/03/2013 12:21 PM, Tres Seaver wrote:
Given that requirement, we still don't have to mandate that __int__
return an actual instance of the int type: the coercion could happen
inside int() (as it would for any non-subclass).
I don't understand.
On 3/31/2013 6:01 AM, Antoine Pitrou wrote:
That said, if IDLE users expect those global functions, perhaps IDLE
should define its own ones rather than rely on site.py.
I thought of that. Idle would have to check the beginning of every
statement before sending it to the user process, which wo
n addition, idlelib.PyShell.PseudoInputFile needs a .close method
+def close(self):
+self.shell.close()
+
http://bugs.python.org/issue17585
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
e-site-module
it would be alright with me to ignore this regression and release as
scheduled. But I though people should be aware of it.
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
28 matches
Mail list logo
