[issue25190] Define StringIO seek offset as code point offset
Change by Eli_B : -- nosy: +Eli_B ___ Python tracker <https://bugs.python.org/issue25190> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31177] unittest mock's reset_mock throws an error when an attribute has been deleted
Change by Eli_B : -- pull_requests: +10074 ___ Python tracker <https://bugs.python.org/issue31177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31177] unittest mock's reset_mock throws an error when an attribute has been deleted
Change by Eli_B : -- pull_requests: +10053 ___ Python tracker <https://bugs.python.org/issue31177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31177] unittest mock's reset_mock throws an error when an attribute has been deleted
Eli_B added the comment: I suggest that after reset_mock(), deleted attributes should be available again. In other words, their deletion is reset. I'm opening a PR to this effect. I reported this issue to testing-cabal's mock repo in May 2016 (https://github.com/testing-cabal/mock/pull/361), but my original PR there just avoided an exception without reinstating the deleted attribute. -- nosy: +Eli_B ___ Python tracker <https://bugs.python.org/issue31177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15443] datetime module has no support for nanoseconds
Change by Eli_B <eli.boyar...@gmail.com>: -- nosy: +Eli_B ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue15443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32853] struct's docstring implies alignment is always performed
New submission from Eli_B <eli.boyar...@gmail.com>: In module struct's docstring, it says: "... The optional first format char indicates byte order, size and alignment:\n @: native order, size & alignment (default)\n =: native order, std. size & alignment\n <: little-endian, std. size & alignment\n >: big-endian, std. size & alignment\n !: same as >\n ..." The wording sounds like either native or standard alignment is performed, regardless of the optional first format char. In comparison, the table in https://docs.python.org/3.8/library/struct.html#byte-order-size-and-alignment states that in all modes other than the default, no alignment is performed. This is the actual behavior of the module. -- assignee: docs@python components: Documentation messages: 312214 nosy: Eli_B, docs@python priority: normal severity: normal status: open title: struct's docstring implies alignment is always performed type: behavior versions: Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32853> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30456] 2to3 docs: example of fix for duplicates in second argument of isinstance has superfluous parentheses
New submission from Eli_B: The documentation says isinstance(x, (int, int)) would be fixed to isinstance(x, (int)). The fix is actually isinstance(x, int). I propose the following text instead: " 2to3fixer:: isinstance Fixes duplicate types in the second argument of :func:`isinstance`. For example, isinstance(x, (int, int)) is converted to isinstance(x, int) and isinstance(x, (int, float, int)) is converted to isinstance(x, (int, float)). " -- assignee: docs@python components: Documentation files: 2to3.rst messages: 294351 nosy: Eli_B, docs@python priority: normal pull_requests: 1867 severity: normal status: open title: 2to3 docs: example of fix for duplicates in second argument of isinstance has superfluous parentheses versions: Python 2.7 Added file: http://bugs.python.org/file46894/2to3.rst ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30456> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27715] call-matcher breaks if a method is mocked with spec=True
Changes by Eli_B <eli.boyar...@gmail.com>: -- nosy: +Eli_B ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27715> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24313] json fails to serialise numpy.int64
Changes by Eli_B <eli.boyar...@gmail.com>: -- nosy: +Eli_B ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24313] json fails to serialise numpy.int64
Eli_B added the comment: On 64-bit Windows, my 64-bit Python 2.7.9 and my 32-bit 2.7.10 Python both reproduce the failure with a similar traceback. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17023] Subprocess does not find executable on Windows if it is PATH with quotes
Changes by Eli_B eli.boyar...@gmail.com: -- nosy: +Eli_B ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Changes by Eli_B eli.boyar...@gmail.com: -- nosy: +Eli_B ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com