Re: [Python-Dev] PEP 446: Add new parameters to configure the inherance of files and for non-blocking sockets

2013-07-07 Thread Charles-François Natali
2013/7/7 Cameron Simpson : > On 06Jul2013 11:23, Charles-François Natali wrote: > | > I've read your "Rejected Alternatives" more closely and Ulrich > | > Drepper's article, though I think the article also supports adding > | > a blocking (default True) parameter to open() and os.open(). If you >

Re: [Python-Dev] Accepting PEP 445

2013-07-07 Thread Antonio Cavallo
Yes that is indeed a great news. Having to debug some binary only extension modules that will make my (rather selfish) life so much easier ;) Thanks On 7 Jul 2013, at 00:04, Victor Stinner wrote: > 2013/7/6 Antonio Cavallo : >> Could that remove the need for the --with-pydebug flag? > > Wi

Re: [Python-Dev] Rough idea for adding introspection information for builtins

2013-07-07 Thread Larry Hastings
On 07/07/2013 07:19 AM, Ronald Oussoren wrote: Not entirely on topic, but close enough: pydoc currently doesn't use the __signature__ information at all. Adding such support would be easy enough, see #17053 for an implementation ;-) True, it doesn't use inspect.signature, it uses inspect.ge

Re: [Python-Dev] Rough idea for adding introspection information for builtins

2013-07-07 Thread Ronald Oussoren
On 7 Jul, 2013, at 13:35, Larry Hastings wrote: > > On 07/07/2013 07:25 AM, Ronald Oussoren wrote: >> Signature objects use a name in angled brackets to indicate that a parameter >> is positional only, for example "input()". That might be an >> alternative to adding a "/" in the argument list

Re: [Python-Dev] PEP 446: Add new parameters to configure the inherance of files and for non-blocking sockets

2013-07-07 Thread Victor Stinner
2013/7/7 Charles-François Natali : > 2013/7/7 Cameron Simpson : >> On 06Jul2013 11:23, Charles-François Natali wrote: >> | > I've read your "Rejected Alternatives" more closely and Ulrich >> | > Drepper's article, though I think the article also supports adding >> | > a blocking (default True) par

Re: [Python-Dev] Accepting PEP 445

2013-07-07 Thread Victor Stinner
2013/7/6 Antoine Pitrou : > I'm accepting PEP 445 (A C API to customize memory allocators) by > Victor. There is probably some grammar to correct here and there > (neither Victor nor I are native English speakers), but I don't want > this to hold back acceptance. The PEP is an obvious improvement

Re: [Python-Dev] Hooking into super() attribute resolution

2013-07-07 Thread Steve Dower
Could the same result be achieved by hooking the MRO that super uses and returning a list of proxy objects? And then wouldn't you only really need a __getattribute__ that doesn't recurse (__getlocalattribute__)? The end result may be conceptually simpler, but you've thought through the edge case

Re: [Python-Dev] Rough idea for adding introspection information for builtins

2013-07-07 Thread Larry Hastings
On 07/07/2013 01:42 PM, Ronald Oussoren wrote: On 7 Jul, 2013, at 13:35, Larry Hastings wrote: On 07/07/2013 07:25 AM, Ronald Oussoren wrote: Signature objects use a name in angled brackets to indicate that a parameter is positional only, for example "input()". That might be an alternative to

Re: [Python-Dev] Rough idea for adding introspection information for builtins

2013-07-07 Thread Ronald Oussoren
On 7 Jul, 2013, at 19:20, Larry Hastings wrote: > On 07/07/2013 01:42 PM, Ronald Oussoren wrote: >> On 7 Jul, 2013, at 13:35, Larry Hastings >> wrote: >> >>> On 07/07/2013 07:25 AM, Ronald Oussoren wrote: >>> Signature objects use a name in angled brackets to indicate that a param

Re: [Python-Dev] Hooking into super() attribute resolution

2013-07-07 Thread Ronald Oussoren
On 7 Jul, 2013, at 17:17, Steve Dower wrote: > Could the same result be achieved by hooking the MRO that super uses and > returning a list of proxy objects? What is the advantage over adding a hook to the class itself? That seems to be the right place to add such a hook, super already looks i

Re: [Python-Dev] Rough idea for adding introspection information for builtins

2013-07-07 Thread Terry Reedy
On 7/7/2013 7:35 AM, Larry Hastings wrote: On 07/07/2013 07:19 AM, Ronald Oussoren wrote: Not entirely on topic, but close enough: pydoc currently doesn't use the __signature__ information at all. Adding such support would be easy enough, see #17053 for an implementation ;-) True, it doesn't