Le Sun, 28 Jul 2013 12:18:55 +0200,
Charles-François Natali a écrit :
> 2013/7/28 Antoine Pitrou :
> >> (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
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
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 calls
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 add
Hi,
Le Mon, 29 Jul 2013 14:49:18 +0200,
Ronald Oussoren 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 needed.
>
> Diffe
On 29 Jul, 2013, at 14:58, Antoine Pitrou wrote:
>
> Hi,
>
> Le Mon, 29 Jul 2013 14:49:18 +0200,
> Ronald Oussoren 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_dic
On 29 Jul, 2013, at 15:07, Ronald Oussoren wrote:
>
> On 29 Jul, 2013, at 14:58, Antoine Pitrou wrote:
>
>>
>> Hi,
>>
>> Le Mon, 29 Jul 2013 14:49:18 +0200,
>> Ronald Oussoren a écrit :
>>> Hi,
>>>
>>> This PEP proposed to add a __locallookup__ slot to type objects,
>>> which is used by _
Le Mon, 29 Jul 2013 15:26:41 +0200,
Ronald Oussoren a écrit :
>
> On 29 Jul, 2013, at 15:07, Ronald Oussoren
> wrote:
>
> >
> > On 29 Jul, 2013, at 14:58, Antoine Pitrou
> > wrote:
> >
> >>
> >> Hi,
> >>
> >> Le Mon, 29 Jul 2013 14:49:18 +0200,
> >> Ronald Oussoren a écrit :
> >>> Hi,
> >
On Mon, Jul 29, 2013 at 12:55 AM, Ethan Furman 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]
>
> I know th
On Mon, 29 Jul 2013 08:08:30 -0700, Guido van Rossum wrote:
> On Mon, Jul 29, 2013 at 12:55 AM, Ethan Furman 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 wi
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. http://bugs.python.org/issue1
On Mon, Jul 29, 2013 at 1:15 PM, Christian Heimes wrote:
> 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 around and it se
On Mon, 29 Jul 2013 13:58:55 -0400, Brett Cannon wrote:
> On Mon, Jul 29, 2013 at 1:15 PM, Christian Heimes wrote:
>
> > 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.b
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 P
On Mon, Jul 29, 2013 at 3:31 PM, Christian Heimes 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 exhaustion). If
On Mon, 29 Jul 2013 21:31:02 +0200
Christian Heimes 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 exhaustion).
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
2013/7/28 Charles-François Natali :
> 2013/7/28 Antoine Pitrou :
>>> (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 Windows,
>>> os.set_inheritable(f
On Mon, 29 Jul 2013 23:42:36 +0200
Victor Stinner 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 unchanged.
You can
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 file(s)
2013/7/28 Antoine Pitrou :
>> (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 still
>> non
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 ano
22 matches
Mail list logo
