pyos added the comment:
I don't think this is a bug. `b += iter(b)` and `for c in b: b.append(c)` work
the same way. Also, the tutorial makes it clear that you should duplicate the
list if you modify it inside a loop; in this case, this can be done either by
iterating over `b[:]` inste
New submission from pyos:
The title says it all: if a regular expression that makes use of backreferences
is compiled with `re.I` flag, it will always fail when matched against a string
that contains characters outside of U+-U+00FF range. I've been unable to
further narrow the bug
Changes by pyos :
Removed file:
http://bugs.python.org/file27455/itertools-chain-send-throw-and-close.diff
___
Python tracker
<http://bugs.python.org/issue16150>
___
___
pyos added the comment:
Updated the patch. Thanks Serhiy Storchaka for comments on the previous one.
--
Added file:
http://bugs.python.org/file27468/itertools-chain-send-throw-and-close-2.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by pyos :
Added file: http://bugs.python.org/file27456/itertools-chain-doc.diff
___
Python tracker
<http://bugs.python.org/issue16150>
___
___
Python-bugs-list m
Changes by pyos :
--
versions: -Python 3.3, Python 3.5
___
Python tracker
<http://bugs.python.org/issue16150>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by pyos :
--
versions: +Python 3.3, Python 3.5
___
Python tracker
<http://bugs.python.org/issue16150>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from pyos:
Since "yield from" made it into Python 3.3, I think it would be useful to chain
multiple generators and still get a generator, not an iterator. That is, the
following code:
def f():
yield from itertools.chain(A, B, C)
should be (at least roughly) equ
