Paul Sokolovsky added the comment:
Thanks for the response.
and an API with more choices is not necessarily better.
I certainly agree, and that's why I try to implement MicroPython's uasyncio
solely in terms of coroutines, without Futures and Transports. But I of course
can't argue for
Guido van Rossum added the comment:
I'm not sure about concurrent.futures, but for asyncio I think this would
cost too much overhead.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24451
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24454
___
___
Python-bugs-list mailing
Matthew Barnett added the comment:
I agree that it would be nice if len(mo) == len(mo.groups()), but Serhiy has
explained why that's not the case in the regex module.
The regex module does support mo[name], so:
print('Located coordinate at (%(row)s, %(col)s)' % mo)
print('Located
Steve Dower added the comment:
If it existed in 3.4 then we can only alias it now and not fix it. 3.5 and 3.6
can have the fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
___
Eric V. Smith added the comment:
I'd definitely be for mo['col']. I can't say I've ever used len(mo.groups()).
I do have lots of code like:
return mo.group('col'), mo.group('row'), mo.group('foo')
Using groupdict there is doable but not great. But:
return mo['col'], mo['row'], mo['foo']
would
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9939
___
___
Andrew Stormont added the comment:
Bump.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23895
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from irdb:
# Open a module using IDLE
# Run the module (Press F5)
# Activate the debugger ([DEBUG ON])
# Set a breakpoint in the module
# Run the module again
# Run the module for the third time
# Hit the Quit button in Debug Control window (twice, as the first click
appears to
Steve Dower added the comment:
That's what I thought, but I wasn't 100% sure it wasn't moved/rewritten in the
patch and was on my phone so I didn't check :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
Raymond Hettinger added the comment:
but may be implementing access via attributes would
be even better? mo.groupnamespace().col or mo.ns.col?
The whole point is to eliminate the unnecessary extra level.
Contrast using DOM with using ElementTree. The difference
in usability and readability
Joshua Harlow added the comment:
I like the pluggable/hookable idea, that would be nice (I'm siding on the side
of hookable, since I think that would be more 'elegant'). If these are just
callbacks that can be hooked in for these specific 'events' that would allow me
to gather the timing
Serhiy Storchaka added the comment:
The disadvantage of supporting len() is its ambiguousness. Supporting indexing
with group name also has disadvantages (benefits already was mentioned above).
1. Indexing with string keys is a part of mapping protocol, and it would be
expected that other
Paul Moore added the comment:
Personally, I'm OK with the wording in the 3.5.0b2 docs, as far as basic
terminology and glossary-style information goes.
I think coroutines, async, and event loops are badly under-documented in the
broader context, though - there is very little in the docs
Arfrever Frehtes Taifersar Arahesis added the comment:
Steve Dower: Maybe thou hast already forgotten, but WinFireFox class was added
by thee (only in 3.5 and 3.6) just 7 days ago :) .
--
___
Python tracker rep...@bugs.python.org
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24400
___
___
Python-bugs-list
Martin Panter added the comment:
The trouble with Serhiy’s suggestion is that it would still try to iterate the
argument:
i = iter(lambda: print(ITERATION), infinity)
i in dict() # No iteration
False
i in ItemsView(dict())
ITERATION
ITERATION
ITERATION
False
--
Ed Maste added the comment:
Actually, in msg245395 I should claim the issue is with libedit / GNU readline
compatibility and/or the workarounds in Python's readline module, not that it's
specifically Issue24388.
--
___
Python tracker
Boštjan Mejak added the comment:
Steve, I know. But it's a hassle for a newcomer to fix Python first before
he/she uses it. I'm not a newcomer, but even I don't know how to fix
webbrowser.py, more specifically the webbrowser.get() method, to be able to
use it.
Maybe I should copy
Joshua Harlow added the comment:
A prototype (WIP) of how this could work, initial thoughts welcome :-)
--
keywords: +patch
Added file: http://bugs.python.org/file39711/prototype.patch
___
Python tracker rep...@bugs.python.org
Boštjan Mejak added the comment:
Now that this bug is completely fixed, can you backport this to the '3.4'
branch, so that we'll be able to use webbrowser. get() in Python 3.4.4 when it
becomes available?
--
___
Python tracker
Larry Hastings added the comment:
Rules like this are there for a reason. People rely on Python being
consistent. We've added harmless new features to point releases in the past
and broken people's code. So, we don't do it anymore.
It's not because we don't care, it's because stability is
Larry Hastings added the comment:
Yes, which is why I permitted a feature freeze exception for it for 3.5. But
it's simply far, far too late to add a feature like this to 3.4.
--
___
Python tracker rep...@bugs.python.org
Larry Hastings added the comment:
This is not a bugfix to existing code. This is new code to implement a missing
feature.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
___
Boštjan Mejak added the comment:
I understand. I know that Python 3.4 is way past feature freeze.
But if we document the new stuff in the documentation, saying Added to Python
3.4.4, people would know about and be able to use the new stuff. And we won't
break people's code. In fact, people
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13501
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset 0d54a78861cf by Steve Dower in branch '3.5':
Issue #8232: Renamed WinFireFox to WinFirefox
https://hg.python.org/cpython/rev/0d54a78861cf
New changeset 8667c26e2bec by Steve Dower in branch 'default':
Issue #8232: Renamed WinFireFox to WinFirefox
Changes by irdb electro@gmail.com:
--
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24455
___
___
Python-bugs-list mailing list
Boštjan Mejak added the comment:
No, Larry, this is not a new feature. The feature, as it stands, is broken in
Python 3.4, so we need to fix it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
Boštjan Mejak added the comment:
Sure, let's have a broken feature in Python 3.4, who cares.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
___
Steve Dower added the comment:
I'll close this as fixed, but feel free to speak up if you spot anything else
that needs fixing.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Ed Maste added the comment:
It looks like rust developers hit the issue in Issue24388 with lldb on Ubuntu
15.04 as well: https://github.com/rust-lang/rust/issues/26297
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13501
Boštjan Mejak added the comment:
No need to answer. Python used the webbrowser module that was located in the
directory of my application and not the one from the interpreter's directory.
That's great!
--
___
Python tracker rep...@bugs.python.org
Boštjan Mejak added the comment:
Ah, interesting! But which webbrowser module would Python import if I have one
webbrowser.py in my interpreter's directory and one webbrowser.py in the
directory of my application?
--
___
Python tracker
Guido van Rossum added the comment:
Good pontificating, Paul.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24449
___
___
Python-bugs-list
Carl Kleffner added the comment:
Windows itself is the primary user of msvcrt.dll.
A Windows 7 installation has over 1500 DLLs and over
350 executables in System32 that depend on msvcrt.dll.
Windows developers such as Raymond Chen get a bit annoyed
when projects link directly with
Martin Panter added the comment:
One problem with 2015-06-10’s patch (x86-64 Linux):
async def f():
... pass
...
c = f()
w = c.__await__()
w
coroutine_wrapper object at 0x7f1013130b88
dir(w)
TypeError: object does not provide __dir__
type(w)
Segmentation fault (core dumped)
[Exit
Martin Panter added the comment:
It seems that Issue 24400 may implement __await__() for native coroutine
instances, making points 1, 2 and 4 mainly redundant. This would also bypass a
fifth problem: the need for the mandatory yet largely useless send(None)
argument.
I am posting
New submission from JohnLeitch:
The audioop.adpcm2lin function suffers from a buffer over-read caused by
unchecked access to stepsizeTable at line 1545 of Modules\audioop.c:
} else if ( !PyArg_ParseTuple(state, ii, valpred, index) )
return 0;
step = stepsizeTable[index];
Steve Dower added the comment:
python-3.5b2 is linked against the newly introduced 'universal CRT', that is
without any doubt a SYSTEM LIBRARY. However, heap memory managment functions
and other functions are linked against VCRUNTIME140.dll instead of the
ucrtbase.dll. Is this the
New submission from JohnLeitch:
The audioop.lin2adpcm function suffers from a buffer over-read caused by
unchecked access to stepsizeTable at line 1436 of Modules\audioop.c:
} else if ( !PyArg_ParseTuple(state, ii, valpred, index) )
return 0;
step = stepsizeTable[index];
Dan Bjorge added the comment:
No, it just takes a long time between us making a fix in early internal builds
and the fix propagating to public builds. I think 10135 is the first build
number expected to have the fix.
--
___
Python tracker
Martin Panter added the comment:
Maybe I am missing something, but is it possible to use a newer version of
Editline (libedit) that fixes the compatibility bug, as mentioned in Issue
18458?
--
___
Python tracker rep...@bugs.python.org
Martin Panter added the comment:
Okay. The biggest thing that concerns me at the moment to do with the term is
that there are too many related but different, specific meanings, that I
suspect could be confusing, including:
1. Generators (and presumably also the new “async” native coroutines),
koobs added the comment:
Incorrect recursive use of make will be fixed in default, 3.5, 3.4 (?), 2.7 in
issue 22359, reflect the versions correctly here so they're not forgotten.
--
nosy: +koobs
versions: +Python 2.7, Python 3.4, Python 3.6
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7352
___
Perry Randall added the comment:
Decided to update the documentation instead
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24442
___
47 matches
Mail list logo