Re: [Python-Dev] format, int, and IntEnum

2013-08-20 Thread Ethan Furman
On 08/14/2013 09:27 PM, Nick Coghlan wrote: For enums, I believe they should be formatted like their base types (so !s and !r will show the enum name, anything without coercion will show the value) . I agree. While one of the big reasons for an Enum type was the pretty str and repr, I don't s

Re: [Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Victor Stinner
2013/8/21 Guido van Rossum : > Since this is a new API and only applies to sockets, making them methods > sounds good. (I'd put the 'nt' test outside the method defs though so they > are tested only once per import.) I added get_inheritable() and set_inheritable() methods to socket.socket. The nam

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Barry Warsaw
On Aug 20, 2013, at 07:33 PM, Tim Peters wrote: >So let's try a different question ;-) Would anyone _object_ to >completing the process described in the docs: merge 3.2 into 3.3, >then merge 3.3 into default? I'd be happy to do that. I'd throw away >all the merge changes except for adding the

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Tim Peters
[Tim, wondering why the 3.2 branch isn't "inactive"] >> ... >> What is gained by _not_ merging here? I don't see it. [Antoine Pitrou] > Perhaps Georg doesn't like merges? ;-) > I suppose what's gained is "one less command to type". So let's try a different question ;-) Would anyone _object_ to

Re: [Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Victor Stinner
2013/8/21 Guido van Rossum : > Also, are you sure the things returned by socket.fleno() are really Windows > handles? I thought they were some other artificial namespace used just by > sockets. (You know what? I know understand and love the UNIX concept "everything is file"!) I don't know if a so

Re: [Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Guido van Rossum
Since this is a new API and only applies to sockets, making them methods sounds good. (I'd put the 'nt' test outside the method defs though so they are tested only once per import.) On Tue, Aug 20, 2013 at 4:57 PM, Victor Stinner wrote: > 2013/8/21 Victor Stinner : > > Should I add a portable he

Re: [Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Guido van Rossum
Agreed that guessing whether something's a handle or not is terrible. If this is truly only for sockets then maybe it should live in the socket module? Also, are you sure the things returned by socket.fleno() are really Windows handles? I thought they were some other artificial namespace used just

Re: [Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Victor Stinner
2013/8/21 Victor Stinner : > Should I add a portable helper to the > socket module (socket.get/set_inheritable)? Add the two following functions to the socket module: def get_inheritable(sock): if os.name == 'nt': return os.get_handle_inheritable(sock.fileno()) else: retur

[Python-Dev] PEP 446: issue with sockets

2013-08-20 Thread Victor Stinner
Hi, I have a new question for my PEP 446 (inheritance of file descriptors). os.get/set_inheritable(handle) has strange behaviour on Windows, and so I would like to add new os.get/set_handle_inheritable() functions to avoid it. The problem is that a socket would require a different function depend

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Antoine Pitrou
On Tue, 20 Aug 2013 12:47:46 -0500 Tim Peters wrote: > > [Antoine] > > Ah, now I remember indeed: > > http://mail.python.org/pipermail/python-committers/2013-May/002580.html > > Which says: > > I asked about this on IRC and was told that 3.2 is now a > standalone branch like 2.7. Secur

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Tim Peters
[Tim] > > hg log -r 3.2 > changeset: 83826:b9b521efeba3 > branch: 3.2 > parent: 83739:6255b40c6a61 > user:Antoine Pitrou > date:Sat May 18 17:56:42 2013 +0200 > summary: Issue #17980: Fix possible abuse of ssl.match_hostname() > for d

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Antoine Pitrou
On Tue, 20 Aug 2013 13:16:05 -0400 "R. David Murray" wrote: > On Tue, 20 Aug 2013 10:43:57 -0500, Tim Peters wrote: > > [Tim] > > >> > hg log -r 3.2 > > >> changeset: 83826:b9b521efeba3 > > >> branch: 3.2 > > >> parent: 83739:6255b40c6a61 > > >> user:Antoine Pitrou > > >> dat

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread R. David Murray
On Tue, 20 Aug 2013 10:43:57 -0500, Tim Peters wrote: > [Tim] > >> > hg log -r 3.2 > >> changeset: 83826:b9b521efeba3 > >> branch: 3.2 > >> parent: 83739:6255b40c6a61 > >> user:Antoine Pitrou > >> date:Sat May 18 17:56:42 2013 +0200 > >> summary: Issue #17980: Fix

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Tim Peters
[Tim] >> > hg log -r 3.2 >> changeset: 83826:b9b521efeba3 >> branch: 3.2 >> parent: 83739:6255b40c6a61 >> user:Antoine Pitrou >> date:Sat May 18 17:56:42 2013 +0200 >> summary: Issue #17980: Fix possible abuse of ssl.match_hostname() >> for denial of service using c

Re: [Python-Dev] hg verify warnings

2013-08-20 Thread Tim Peters
[Tim] warning: copy source of 'Modules/_threadmodule.c' not in parents of 60ad83716733 warning: copy source of 'Objects/bytesobject.c' not in parents of 64bb1d258322 warning: copy source of 'Objects/stringobject.c' not in parents of 357e268e7c5f [Armin] > I've seen

Re: [Python-Dev] Status of 3.2 in Hg repository?

2013-08-20 Thread Antoine Pitrou
Hi Tim, Le Mon, 19 Aug 2013 23:25:58 -0500, Tim Peters a écrit : > > hg log -r 3.2 > changeset: 83826:b9b521efeba3 > branch: 3.2 > parent: 83739:6255b40c6a61 > user:Antoine Pitrou > date:Sat May 18 17:56:42 2013 +0200 > summary: Issue #17980: Fix possible abuse o

Re: [Python-Dev] hg verify warnings

2013-08-20 Thread Armin Rigo
Hi Tim, On Tue, Aug 20, 2013 at 1:48 AM, Tim Peters wrote: >>> warning: copy source of 'Modules/_threadmodule.c' not in parents of >>> 60ad83716733 >>> warning: copy source of 'Objects/bytesobject.c' not in parents of >>> 64bb1d258322 >>> warning: copy source of 'Objects/stringobject.c' not in