Re: [Python-Dev] PEP 446: Open issues/questions

2013-07-29 Thread Antoine Pitrou
Le Sun, 28 Jul 2013 12:18:55 +0200, Charles-François Natali cf.nat...@gmail.com a écrit : 2013/7/28 Antoine Pitrou solip...@pitrou.net: (C) Should we handle standard streams (0: stdin, 1: stdout, 2: stderr) differently? For example, os.dup2(fd, 0) should make the file descriptor 0 (stdin)

[Python-Dev] MyOpenID.com no longer supported

2013-07-29 Thread Ethan Furman
Excerpt from http://meta.stackoverflow.com/q/190442/176681: Janrain no longer actively supports MyOpenID, and announced on Twitter that their users should proceed with caution. This decision was made by Janrain, [snip] I know the Python bug tracker allows MyOpenID logins; if that is your only

[Python-Dev] PEP 446: cloexec flag on os.open

2013-07-29 Thread Ronald Oussoren
Victor, PEP 446 mentions that a cloexec flag gets added to os.open. This API already has a way to specify this: the O_CLOEXEC bit in the flags argument. A new cloexec parameter is nicely consistent with the other APIs, but introcudes a second way to set that flag. What will the following

[Python-Dev] PEP 447: add type.__locallookup__

2013-07-29 Thread Ronald Oussoren
Hi, This PEP proposed to add a __locallookup__ slot to type objects, which is used by _PyType_Lookup and super_getattro instead of peeking in the tp_dict of classes. The PEP text explains why this is needed. Differences with the previous version: * Better explanation of why this is a useful

Re: [Python-Dev] PEP 447: add type.__locallookup__

2013-07-29 Thread Antoine Pitrou
Hi, Le Mon, 29 Jul 2013 14:49:18 +0200, Ronald Oussoren ronaldousso...@mac.com a écrit : Hi, This PEP proposed to add a __locallookup__ slot to type objects, which is used by _PyType_Lookup and super_getattro instead of peeking in the tp_dict of classes. The PEP text explains why this is

Re: [Python-Dev] PEP 447: add type.__locallookup__

2013-07-29 Thread Ronald Oussoren
On 29 Jul, 2013, at 14:58, Antoine Pitrou solip...@pitrou.net wrote: Hi, Le Mon, 29 Jul 2013 14:49:18 +0200, Ronald Oussoren ronaldousso...@mac.com a écrit : Hi, This PEP proposed to add a __locallookup__ slot to type objects, which is used by _PyType_Lookup and super_getattro

Re: [Python-Dev] PEP 447: add type.__locallookup__

2013-07-29 Thread Ronald Oussoren
On 29 Jul, 2013, at 15:07, Ronald Oussoren ronaldousso...@mac.com wrote: On 29 Jul, 2013, at 14:58, Antoine Pitrou solip...@pitrou.net wrote: Hi, Le Mon, 29 Jul 2013 14:49:18 +0200, Ronald Oussoren ronaldousso...@mac.com a écrit : Hi, This PEP proposed to add a __locallookup__

Re: [Python-Dev] PEP 447: add type.__locallookup__

2013-07-29 Thread Antoine Pitrou
Le Mon, 29 Jul 2013 15:26:41 +0200, Ronald Oussoren ronaldousso...@mac.com a écrit : On 29 Jul, 2013, at 15:07, Ronald Oussoren ronaldousso...@mac.com wrote: On 29 Jul, 2013, at 14:58, Antoine Pitrou solip...@pitrou.net wrote: Hi, Le Mon, 29 Jul 2013 14:49:18 +0200,

Re: [Python-Dev] MyOpenID.com no longer supported

2013-07-29 Thread Guido van Rossum
On Mon, Jul 29, 2013 at 12:55 AM, Ethan Furman et...@stoneleaf.us wrote: Excerpt from http://meta.stackoverflow.com/q/190442/176681: Janrain no longer actively supports MyOpenID, and announced on Twitter that their users should proceed with caution. This decision was made by Janrain, [snip]

Re: [Python-Dev] MyOpenID.com no longer supported

2013-07-29 Thread R. David Murray
On Mon, 29 Jul 2013 08:08:30 -0700, Guido van Rossum gu...@python.org wrote: On Mon, Jul 29, 2013 at 12:55 AM, Ethan Furman et...@stoneleaf.us wrote: Excerpt from http://meta.stackoverflow.com/q/190442/176681: Janrain no longer actively supports MyOpenID, and announced on Twitter that

[Python-Dev] C code coverage report with lcov

2013-07-29 Thread Christian Heimes
Hi, I have done some experiments with GCC's gcov and lcov to get the C code coverage of our unit test suite. You may find today's report at http://tiran.bitbucket.org/python-lcov/ I'm working on a patch for our Makefile to include all steps in one simple make tag.

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread Brett Cannon
On Mon, Jul 29, 2013 at 1:15 PM, Christian Heimes christ...@python.orgwrote: Hi, I have done some experiments with GCC's gcov and lcov to get the C code coverage of our unit test suite. You may find today's report at http://tiran.bitbucket.org/python-lcov/ Thanks! I took a quick poke

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread R. David Murray
On Mon, 29 Jul 2013 13:58:55 -0400, Brett Cannon br...@python.org wrote: On Mon, Jul 29, 2013 at 1:15 PM, Christian Heimes christ...@python.orgwrote: Hi, I have done some experiments with GCC's gcov and lcov to get the C code coverage of our unit test suite. You may find today's report

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread Christian Heimes
Am 29.07.2013 19:58, schrieb Brett Cannon: I took a quick poke around and it seems some things are legitimately not being executed, while others are error conditions that we wouldn't expect to occur (e.g. memory exhaustion). If we ever decide to get serious about code coverage (both C and

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread Brett Cannon
On Mon, Jul 29, 2013 at 3:31 PM, Christian Heimes christ...@python.orgwrote: Am 29.07.2013 19:58, schrieb Brett Cannon: I took a quick poke around and it seems some things are legitimately not being executed, while others are error conditions that we wouldn't expect to occur (e.g. memory

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread Antoine Pitrou
On Mon, 29 Jul 2013 21:31:02 +0200 Christian Heimes christ...@python.org wrote: Am 29.07.2013 19:58, schrieb Brett Cannon: I took a quick poke around and it seems some things are legitimately not being executed, while others are error conditions that we wouldn't expect to occur (e.g. memory

Re: [Python-Dev] C code coverage report with lcov

2013-07-29 Thread Christian Heimes
Am 29.07.2013 21:38, schrieb Brett Cannon: If there's a way to report just function coverage then I think that's a great place to start. lcov's genhtml command doesn't support just function coverage. But I have removed branch coverage. It makes the report a little bit more readable. Christian

Re: [Python-Dev] PEP 446: Open issues/questions

2013-07-29 Thread Victor Stinner
2013/7/28 Charles-François Natali cf.nat...@gmail.com: 2013/7/28 Antoine Pitrou solip...@pitrou.net: (C) Should we handle standard streams (0: stdin, 1: stdout, 2: stderr) differently? For example, os.dup2(fd, 0) should make the file descriptor 0 (stdin) inheritable or non-inheritable? On

Re: [Python-Dev] PEP 446: Open issues/questions

2013-07-29 Thread Antoine Pitrou
On Mon, 29 Jul 2013 23:42:36 +0200 Victor Stinner victor.stin...@gmail.com wrote: So perhaps only the *original* standard streams should be left inheritable? I plan to only change functions *creating* (and replacing) new file descriptors. Existing file descriptors (like 0, 1, 2) are

[Python-Dev] importing modules

2013-07-29 Thread syed khalid
I am attempting to import modules from Shogun to python from a non-standard python directory ie from my /home/xxx directory. is there a way on ubuntu to selectively some modules, scripts, data from one directory and others modules, scripts from another directory. In other words, is there a

Re: [Python-Dev] PEP 446: Open issues/questions

2013-07-29 Thread Victor Stinner
2013/7/28 Antoine Pitrou solip...@pitrou.net: (B) Should subprocess make the file descriptors of pass_fds inheritable? If yes, should it be done before or after the fork? If it is done after the fork and before exec, it only affects the child process, at least on Linux (the file descriptor is

Re: [Python-Dev] importing modules

2013-07-29 Thread Steven D'Aprano
Hi Syed, On 30/07/13 07:57, syed khalid wrote: I am attempting to import modules from Shogun to python from a non-standard python directory ie from my /home/xxx directory. is there a way on ubuntu to selectively some modules, scripts, data from one directory and others modules, scripts from