[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 mozo+pyt...@mozo.jp: 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

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp 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's

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp 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 mozo+pyt...@mozo.jp 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

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp 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

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp 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 mozo+pyt...@mozo.jp added the comment: and the other one -- Added file: http://bugs.python.org/file15312/issue5890-refix-trunk.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5890

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

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

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp added the comment: Looks like a duplicate of #6492 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7139

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

New submission from Moriyoshi Koizumi mozo+pyt...@mozo.jp: 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

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

Changes by Moriyoshi Koizumi mozo+pyt...@mozo.jp: -- title: Incorrect serialization of end-of-line characters in attribute values - ElementTree: Incorrect serialization of end-of-line characters in attribute values ___ Python tracker rep

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

Moriyoshi Koizumi mozo+pyt...@mozo.jp added the comment: Tabs must be converted to character references as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7139