On 07/03/2019 19.08, Mariatta wrote:
I'd like to formally present to Python-dev PEP 581: Using GitHub Issues
for CPython
Full text: https://www.python.org/dev/peps/pep-0581/
This is my first PEP, and in my opinion it is ready for wider
discussion.
One part of this PEP stands out to me:
| We
On 2018-04-21 19:02, Tim Peters wrote:
> [Matthew Woodcraft ]
>> I would like to suggest one more motivating example for "Capturing
>> condition values": multiple regex matches with 'elif'.
>>
>> if match := re.search(pat1, text):
>>
On 2018-04-17 08:46, Chris Angelico wrote:
> Having survived four rounds in the boxing ring at python-ideas, PEP
> 572 is now ready to enter the arena of python-dev.
I would like to suggest one more motivating example for "Capturing
condition values": multiple regex matches with 'elif'.
if match
In article ,
Victor Stinner wrote:
>2014-09-02 23:03 GMT+02:00 Matthew Woodcraft :
>> In any case I think PEP 475 should be explaining what is going to happen
>> to signal.siginterrupt(). Will setting flag=True be supported?
> I first proposed to deprecate the function, but
Antoine Pitrou wrote:
>Matthew Woodcraft wrote:
>> (The program handles SIGTERM so that it can do a bit of cleanup before
>> exiting, and it uses the signal-handler-sets-a-flag technique. The call
>> that might be interrupted is sleep(), so the program doesn't strictly
Nick Coghlan wrote:
>On 2 September 2014 07:17, Matthew Woodcraft wrote:
>> (The program handles SIGTERM so that it can do a bit of cleanup before
>> exiting, and it uses the signal-handler-sets-a-flag technique. The call
>> that might be interrupted is sleep(), so the pro
Victor Stinner wrote:
> HTML version:
> http://legacy.python.org/dev/peps/pep-0475/
> PEP: 475
> Title: Retry system calls failing with EINTR
I think the proposed design for how Python should behave is a good
one.
But I think this proposal needs to be treated in the same way as any
other backw
Victor Stinner wrote:
> I propose to solve the hash collision vulnerability by counting
> collisions [...]
> We now know all issues of the randomized hash solution, and I
> think that there are more drawbacks than advantages. IMO the
> randomized hash is overkill to fix the hash collision issue.
Terry Reedy wrote:
> I am bothered by mutually exclusive parameters. This is one reason I was
> glad to see cmp eliminated from list.sort. Quick: what happens if one
> passes both cmp and key to list.sort? There are three reasonable
> possibilities. As far as I can read, the answer is not documen
Raymond Hettinger wrote:
> I looked at this again and think we should just remove
> assertItemsEqual() from Py3.2 and dedocument it in Py2.7. It is listed
> as being new in 3.2 so nothing is lost.
One thing that would be lost is that correct Python 2.7 code using
assertItemsEqual would no longe
Raymond Hettinger wrote:
>Matthew Woodcraft wrote:
>> In CPython, the builtin max() and min() have the property that if there
>> are items with equal keys, the first item is returned. From a quick look
>> at their source, I think this is true for Jython and IronPython t
Mark Dickinson wrote:
> Matthew Woodcraft wrote:
>> In CPython, the builtin max() and min() have the property that if there
>> are items with equal keys, the first item is returned. From a quick look
>> at their source, I think this is true for Jython and IronPython too.
>
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick look
at their source, I think this is true for Jython and IronPython too.
However, this isn't currently a documented guarantee. Could it be made
so? (As with
Steven D'Aprano wrote:
> Why do you think it is okay to combine the Disallow vote, without also
> combining the Allow vote? Less than a third of the total votes are in
> favour of disallowing comments, with two-thirds in favour of allowing
> them.
I don't. I was giving one example of the problem
Martin v. Löwis wrote:
> Because I want to wait for the outcome of the poll first.
The pypi front page says:
| The poll will be closed on December 1, 2009. The option that receives
| most votes will be implemented.
As I write, the option with the most votes is /Allow both ratings and
comments/
The documentation for the subprocess module says that it can be used as a
replacement for shell pipelines, and gives an example.
On *nix systems, cpython is set to ignore SIGPIPE, and this setting is
inherited by child processes created by the subprocess module. This is nearly
always not what you
16 matches
Mail list logo
