[issue40573] inspect.iscorutinefunction() returns False for unittest.mock.AsyncMock instances

New submission from Moriyoshi Koizumi : inspect.iscoroutinefunction() returns False for unittest.mock.AsyncMock instances while asyncio.iscoroutinefunction() returns True. ``` >>> import unittest.mock >>> import inspect >>> import asyncio >

[issue15077] Regexp match goes into infinite loop

New submission from Moriyoshi Koizumi : A peculiar pair of a regexp and a target string causes the runtime into an infinite loop. The same expression works with Perl. -- components: Regular Expressions files: x.py messages: 162883 nosy: ezio.melotti, moriyoshi, mrabarnett priority

[issue7139] Incorrect serialization of end-of-line characters in attribute values

New submission from Moriyoshi Koizumi : ElementTree doesn't correctly serialize end-of-line characters (#xa, #xd) in attribute values. Since bare end-of-line characters are converted to #x20 by the parser according to the specification [1], such characters that are represented as char

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Changes by Moriyoshi Koizumi : -- title: Incorrect serialization of end-of-line characters in attribute values -> ElementTree: Incorrect serialization of end-of-line characters in attribute values ___ Python tracker <http://bugs.pyth

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Moriyoshi Koizumi added the comment: Tabs must be converted to character references as well. -- ___ Python tracker <http://bugs.python.org/issue7139> ___ ___

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Moriyoshi Koizumi added the comment: Looks like a duplicate of #6492 -- ___ Python tracker <http://bugs.python.org/issue7139> ___ ___ Python-bugs-list mailin

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Moriyoshi Koizumi added the comment: A subclass of property doesn't always have writable __doc__, especially what is implemented in C. This actually causes a problem with Boost.Python's StaticProperty. References: - http://mail.python.org/pipermail/cplusplus-sig/2009-August/0

[issue7139] ElementTree: Incorrect serialization of end-of-line characters in attribute values

Moriyoshi Koizumi added the comment: @ezio.melotti Yes, it works flawlessly as for parsing. Fixing this would actually break the current behavior, but I believe this is how it should work. It seems #5752 pretty much says the same thing. @effbot As specified in 2.11 End-of-Line Handling

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Moriyoshi Koizumi added the comment: I created a patch against trunk and 2.6-maint that lets it simply ignore the error that might happen during PyObject_SetAttrString(); -- Added file: http://bugs.python.org/file15311/issue5890-refix-py2.6.patch

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Moriyoshi Koizumi added the comment: and the other one -- Added file: http://bugs.python.org/file15312/issue5890-refix-trunk.patch ___ Python tracker <http://bugs.python.org/issue5

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Moriyoshi Koizumi added the comment: See my comment on issue #5890. I attached a patch to solve the Boost.Python issue. -- nosy: +moriyoshi ___ Python tracker <http://bugs.python.org/issue7

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Moriyoshi Koizumi added the comment: Sorry, I don't quite have an idea on the part "these patches reenable the bug". The script of the first message yields exactly the same result both with the original 2.6.4 and the patched. Assuming the weirdness you referred to is different

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Moriyoshi Koizumi added the comment: @r.david.murray > If MyProp is such a subclass, would > print Fro.baz.__doc__ print "Get a baz" in 2.6.2 but raise an error in > 2.6.3/4, or would it print None? Just let it return None as they were for now. I completely agree there&