[issue19235] Add a dedicated subclass for recursion errors

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue19235> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16379] SQLite error code not exposed to python

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue16379> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24528] Misleading exeption for await in comprehensions.

New submission from Ivan Levkivskyi: The following code: async def foo(): lst = [await coro(i) for i in range(10)] return lst gives SyntaxError: 'await' outside async function I understand that this is because the comprehensions are implemented using a function scope

[issue19217] Calling assertEquals for moderately long list takes too long

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue19217> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21253] unittest assertSequenceEqual can lead to Difflib.compare() crashing on mostly different sequences

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue21253> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11352] Update cgi module doc

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue11352> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5945] PyMapping_Check returns 1 for lists

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue5945> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21827] textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue21827> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24272] PEP 484 docs

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue24272> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24528] Misleading exeption for await in comprehensions.

Ivan Levkivskyi added the comment: Yury, thank you for the patch, the error message is much clearer now. -- ___ Python tracker <http://bugs.python.org/issue24

[issue24129] Incorrect (misleading) statement in the execution model documentation

Ivan Levkivskyi added the comment: What holds the patch now? Should I do something or just wait? -- ___ Python tracker <http://bugs.python.org/issue24129> ___ ___

[issue24129] Incorrect (misleading) statement in the execution model documentation

Ivan Levkivskyi added the comment: I am sorry but I still don't get how things are organized here, so pinging this up. What is the next step? Should I wait for another review? -- ___ Python tracker <http://bugs.python.org/is

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: Is anyone working on this right now? If not, I could implement the comments by Guido to the latest patch by Daniel. -- ___ Python tracker <http://bugs.python.org/issue24

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: New version of the patch by Daniel, latest comments by Guido are taken into account. -- Added file: http://bugs.python.org/file40108/typing_doc_v3.patch ___ Python tracker <http://bugs.python.org/issue24

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: I could add the docs for the first half of the remaining classes by the end of this week. -- ___ Python tracker <http://bugs.python.org/issue24

[issue24796] Deleting names referencing from enclosed and enclosing scopes

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue24796> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: Here is a new patch for the first part of classes at the end of docs. I also did some minor changes (in particular added more info on generics and removed the section about ellipsis for default arguments, we could return it if we decide to write something

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: Guido, are you going to commit our patches before 3.5.final? Is there a merge conflict now? Should I rebase my diff? If necessary I could make a clean patch combining two patches (my and Daniel's) on top of what Zachar

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: Thank you, Guido! I have noticed single quotes in line 38: type hinted using `Callable[[Arg1Type, Arg2Type], ReturnType]` I think it would be logical to replace it with double quotes: ``Callable[[Arg1Type, Arg2Type], ReturnType]`` as Zachary did in the

[issue24747] ctypes silently truncates ints larger than C int

Ivan Pozdeev added the comment: I wouldn't call it so carved in stone: 1) The note at `ctypes.c_int' (https://docs.python.org/2/library/ctypes.html?highlight=c_int#ctypes.c_int) is meant for explicit conversion - since the entry is about using `c_int' is Python code, not conve

[issue25561] unstable result of time.monotonic

New submission from Ivan Bykov: Python 3.4.3 (v3.4.3:9b73f1c3e601, Feb 24 2015, 22:44:40) [MSC v.1600 64 bit (AMD64)] on win32 Type "copyright", "credits" or "license()" for more information. >>> import platform >>> platform.win32_ver

[issue25610] Add typing.Awaitable

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue25610> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25144] 3.5 Win install fails with "TARGETDIR"

Ivan Radic added the comment: I got this with 3.5.1 installer on Windows 7. I solved it by running installer with elevated privileges. Installer for 2.7.11 was not affected. -- nosy: +ivan.radic ___ Python tracker <http://bugs.python.org/issue25

[issue26189] Non-interactive interpreter returns control to cmd.exe early

New submission from Ivan Pozdeev: When running python.exe from windows console non-interactively, cmd.exe prompt appears immediately after starting: C:\>python -c "import time; time.sleep(2); print 'bla-bla-bla'" C:\>bla-bla-bla Not only this prevents from cmd to

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: This also happens when running interactively - so the interactive interpreter has to be run from a non-console program to be usable. This doesn't happen with other programs (e.g. Cygwin bash) or IPython console. -- title: Non-interactive interp

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: Python 2.7.11 (v2.7.11:6d1b6a68f775, Dec 5 2015, 20:40:30) [MSC v.1500 64 bit (AMD64)] on win32 WinXP x64 SP2 I also tested with PowerShell 1.0. Python opens another window, but the shell's prompt also shows up immedi

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: @eryksun tried that already, same effect: C:\>start /b /w python -c "print 'bla-bla-bl a'; raise SystemExit(42)" C:\>bla-bla-bla echo %errorlevel% 0 I'll try to pinpoint the issue to an OS/OS

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: @eryksun That's it! "python" was actually launching a shortcut in my "shortcuts to often-used commands around the system" folder! Thank goodness (this time, "Goodness" is Brian Curtin with 90617:a9d34685ec47, Sat May 10 12:5

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: @eryksun That is (was) an .lnk indeed, and adding ".lnk" to PATHEXT is exactly what I did to make it work. This is much more maintainable than registry hacks. An .lnk is launched with ShellExecute which returns control immediately upon successful l

[issue26189] Interpreter returns control to cmd.exe early

Ivan Pozdeev added the comment: Here, ShellExecuteExW is indeed called, with the specified parameters, but the hProcess member is still NULL after the call. This must be the reason for the discrepancy. -- nosy: +Vano ___ Python tracker <h

[issue25987] collections.abc.Reversible

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue25987> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25987] collections.abc.Reversible

Ivan Levkivskyi added the comment: I was not sure whether Andrew is still interested. I made a simple-minded patch following his proposal. I also added tests and changed docs accordingly. Note that I also changed the expected MRO for MutableSequence in one of the functools tests according to

[issue2943] Distutils should generate a better error message when the SDK is not installed

Ivan Pozdeev added the comment: The vsvarsall.bat message should direct to https://wiki.python.org/moin/WindowsCompilers rather than some 3rd-party site (even more so, one with user-generated content like SO). E.g.: "Unable to find vcvarsall.bat. A required version of MS VC++ compile

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

New submission from Ivan Pozdeev: Current instructions at https://wiki.python.org/moin/WindowsCompilers for a number of items are insufficient to make things work out of the box. This has lead to widespread confusion and a lot of vastly different and invariably hacky/unreliable/unmaintainable

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Changes by Ivan Pozdeev : Added file: http://bugs.python.org/file42469/0002-VS-Express.patch ___ Python tracker <http://bugs.python.org/issue26768> ___ ___ Python-bug

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Ivan Pozdeev added the comment: I preferred DISTUTILS_USE_SDK to MSSDK because the latter is a hack intended for private, advanced use rather than as the standard way: it makes distutils stop guessing and rely on the user to set the environment correctly

[issue4709] Mingw-w64 and python on windows x64

Ivan Pozdeev added the comment: Whoops, wrong ticket. -- ___ Python tracker <http://bugs.python.org/issue4709> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4709] Mingw-w64 and python on windows x64

Ivan Pozdeev added the comment: I know it's a wiki but I couldn't edit the page even after I registered, so I thought It's protected. I'll try the e-mail now. -- nosy: +Ivan.Pozdeev ___ Python tracker <http://bu

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Changes by Ivan Pozdeev : -- resolution: -> third party status: open -> closed ___ Python tracker <http://bugs.python.org/issue26768> ___ ___ Python-bugs-

[issue26768] Fix instructions at WindowsCompilers for MSVC/SDKs

Ivan Pozdeev added the comment: I know it's a wiki. But this particular page is marked ImmutablePage and I couldn't edit it even after I registered, so I thought It's protected. I'll try the e-mail now. -- resolution: third party ->

[issue4709] Mingw-w64 and python on windows x64

Changes by Ivan Pozdeev : -- nosy: -Ivan.Pozdeev ___ Python tracker <http://bugs.python.org/issue4709> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26786] bdist_msi duplicates directories with names in ALL CAPS to a bogus location

New submission from Ivan Pozdeev: If a package has directories with names in APP CAPS, distutils.commands.bdist_msi creates properties for them that are also in all caps. Such properties are handled specially by MSI and are called "public properties (http://www.advancedinstaller.com

[issue26786] bdist_msi duplicates directories with names in ALL CAPS to a bogus location

Changes by Ivan Pozdeev : -- keywords: +patch Added file: http://bugs.python.org/file42496/bdist_msi.patch ___ Python tracker <http://bugs.python.org/issue26

[issue25987] collections.abc.Reversible

Ivan Levkivskyi added the comment: I see that I forgot to include .. versionadded:: in the documentation. Will this go into 3.5.2 or in 3.6? -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker &l

[issue26790] bdist_msi package duplicates everything to a bogus location when run with /passive or /q

New submission from Ivan Pozdeev: First, the background information so you understand what I am talking about. bdist_msi-produced packages work in the following way: The files to install are presented as at least 3 equivalent sets (implemented as Features): "Python" (for Python fro

[issue26911] lib2to3/tests/pytree_idempotency.py has a broken import

New submission from Ivan Zakhryaschev: Line 21 of lib2to3/tests/pytree_idempotency.py: import pgen2 This seems to be broken, because it should be: import lib2to3.pgen2 (This makes the auto-requirements generator in ALT Sisyphus to generate a broken/unsatisfiable dependency on pgen2 when

[issue26911] lib2to3/tests/pytree_idempotency.py has a broken import

Ivan Zakhryaschev added the comment: BTW, this source file seems to be not used anywhere. -- ___ Python tracker <http://bugs.python.org/issue26911> ___ ___ Pytho

[issue26912] test/test_email/torture_test.py (and test_asian_codecs.py) has a broken import

New submission from Ivan Zakharyaschev: (An issue similar to http://bugs.python.org/issue26911 , but with a different source file from the tests) Lib/test/test_email/torture_test.py:15:from email.test.test_email import TestEmailBase should be: from test.test_email import TestEmailBase

[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit

Ivan K added the comment: Sorry, forget to answer. I think I know the reason. Issue I think placed inside ATLAS library. Issue not reproducable on Mac OS X because it's have a bit different thread model. The only single platform is Linux (not tested on Windows btw). So main guess righ

[issue21162] code in multiprocessing.pool freeze if inside some code from scikit-learn (and probably liblinear) executed on ubuntu 12.04 64 Bit

Ivan K added the comment: This behaviour was reproduced on Ubuntu 12.04 and on Centos 7 (centos image running on vagrant) so I don't expect this is ddistro specific -- ___ Python tracker <http://bugs.python.org/is

[issue27905] Add documentation for typing.Type

Ivan Levkivskyi added the comment: Michael, thank you for helping with this! Please take a look at my comments on the patch. -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue27

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Here is the patch for PEP 526 implementation -- keywords: +patch nosy: +levkivskyi Added file: http://bugs.python.org/file44415/hg-pep-526.diff ___ Python tracker <http://bugs.python.org/issue27

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Oops, sorry, forgot to add new files when converting from git to hg, here is the full patch. -- Added file: http://bugs.python.org/file44416/hg-pep-526.diff ___ Python tracker <http://bugs.python.org/issue27

[issue27999] Make "global after use" a SyntaxError

New submission from Ivan Levkivskyi: The documentation at https://docs.python.org/3/reference/simple_stmts.html says that: "Names listed in a global statement must not be used in the same code block textually preceding that global statement" But then later: "CPython implem

[issue27999] Make "global after use" a SyntaxError

Ivan Levkivskyi added the comment: Yes, nonlocal will be fixed too. This will be a relatively small patch, but I am a bit afraid there could be merge conflicts (the code affected could overlap with changes for PEP 526). Easiest way would be to simply make this a single patch with PEP 526

[issue27999] Make "global after use" a SyntaxError

Ivan Levkivskyi added the comment: OK, then I think after will be safer. Let us came back to this right after PEP 526. -- ___ Python tracker <http://bugs.python.org/issue27

[issue27989] incomplete signature with help function using typing

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue27989> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: We discussed this at some point on python/typing. At that time we decided that class C: del __annotations__ x: int Should be an error. Do you think that it should behave in a different way in interactive REPL and/or at module level

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: I could change STORE_ANNOTATION opcode so that it will recreate __annotations__ if __name__ == '__main__'. Or do you now think that it should re-create it always? I still think that always re-creating __annotations__ if they don't exist seems

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: > I think this is how exec() already works This is not exactly like this, exec() emits ast.Module while interactive input emits ast.Interactive (this one skips compiler_body in compile.c), but I think I have got your point, will fix t

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Guido, I fixed __annotations__ in interactive REPL, will fix other minor things and submit a new patch tomorrow morning. There are two important questions in typing.py: > Why is the second isinstance() needed? Isn't _ClassVar a subclass of > Typi

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Here is the new patch. I hope I didn't miss any comment and fixed everything. There is still a refleak to fix. -- Added file: http://bugs.python.org/file44469/hg-pep-526-v2.diff ___ Python tracker

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Sorry, again attached a wrong diff, here is the correct one. -- Added file: http://bugs.python.org/file44470/hg-pep-526-v2.diff ___ Python tracker <http://bugs.python.org/issue27

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: It looks like this part is causing a refleak def test_do_not_recreate_annotations(self): class C: del __annotations__ try: #with self.assertRaises(NameError): x: int except NameError

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Yury, Commenting out was an attempt to debug. It should be there -- ___ Python tracker <http://bugs.python.org/issue27

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Yury, thank you for the fix and for good advice! (I checked everything like 10 times, except for TOS :-) I run the full test suite and everything seem to be fine now. Guido, does Yury's patch apply cleanly, or I need to regenerate a ne

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Oh, I see there are more comments by Serhiy, I will implement them and submit a new patch. -- ___ Python tracker <http://bugs.python.org/issue27

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Guido, I resolved merge conflicts in patch v4 (if it will complain, this could be because of graminit.c or importlib_external.h, just ignore those, they will be regenerated during build). Please take a look and sorry for a delay. -- Added file

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Thank you Yury, I usually do ./python -m test -R : test___all__ test_dis test_grammar test_opcodes test_parser test_pydoc test_symtable test_tools test_typing and then ./python -m test -j3 -u all I just run tests with -R3:3 it also works

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Yes, This is the latest patch that I tested and with resolved merge conflicts. -- ___ Python tracker <http://bugs.python.org/issue27

[issue26982] Clarify forward annotations in PEP 484

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue26982> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27985] Implement PEP 526

Ivan Levkivskyi added the comment: Thank you Guido, Yury, Brett, and Serhiy! It is first time I make such kind of contribution. It was a great experience and a great opportunity to better understand CPython internals (I already have several ideas on what to work next :-) I will soon submit a

[issue28038] Remove com2ann script (will be in separate repo)

New submission from Ivan Levkivskyi: Guido, Here is a patch to remove com2ann (also it looks like Yury added a second entry for me in MISC/Acks, so that I am removing it). -- components: Demos and Tools files: remove-com2ann.diff keywords: patch messages: 275274 nosy: gvanrossum

[issue28038] Remove com2ann script (will be in separate repo)

Ivan Levkivskyi added the comment: Victor, Guido proposed to publish com2ann script in a separate repo on github. -- ___ Python tracker <http://bugs.python.org/issue28

[issue28038] Remove com2ann script (will be in separate repo)

Ivan Levkivskyi added the comment: After some thinking, maybe it could be still kept in Tools but developed on github as it is done for typing and asyncio? I have no preference here, core devs should decide. -- ___ Python tracker <h

[issue27999] Make "global after use" a SyntaxError

Ivan Levkivskyi added the comment: I am attaching the patch. Yury, I also added you here, just in case you have time for this. Btw, while working on this I have found that the second restriction: """ Names listed in a global statement must not be ... in a for loop control

[issue27999] Make "global after use" a SyntaxError

Ivan Levkivskyi added the comment: Added few tests to the patch -- Added file: http://bugs.python.org/file44503/patch-v2.diff ___ Python tracker <http://bugs.python.org/issue27

[issue26141] typing module documentation incomplete

Ivan Levkivskyi added the comment: Here is the patch for some omissions in typing module documentation. Guido, please take a look. -- keywords: +patch nosy: +gvanrossum Added file: http://bugs.python.org/file44541/typing-doc.diff ___ Python tracker

[issue26141] typing module documentation incomplete

Ivan Levkivskyi added the comment: The patch contains docs for both new 3.6 features and missing 3.5: ClassVar, Collection, plus also Sized, Hashable, DefaultDict, @overload, TYPE_CHECKING Should I generate a separate patch for 3.5 with only 3.5 omissions

[issue28076] Variable annotations should be mangled for private names

New submission from Ivan Levkivskyi: Variable annotations for private names are stored in __annotations__ without name mangling. This is inconsistent with how function annotations behave: class C: def meth(__x: int): ... assert C.meth.__annotations__ == {'_C__x': int} The atta

[issue28079] Update typing and test typing from python/typing repo

New submission from Ivan Levkivskyi: Here is the patch for 3.5 -- files: typing-patch.diff keywords: patch messages: 275809 nosy: gvanrossum, levkivskyi priority: normal severity: normal status: open title: Update typing and test typing from python/typing repo Added file: http

[issue28079] Update typing and test typing from python/typing repo

Changes by Ivan Levkivskyi : -- components: +Library (Lib) type: -> enhancement ___ Python tracker <http://bugs.python.org/issue28079> ___ ___ Python-bugs-lis

[issue28079] Update typing and test typing from python/typing repo

Ivan Levkivskyi added the comment: I have noticed that some code could be simplified, since it is backward-compatible even with 3.2, but I think it is easiest to keep the source here in sync with what is on python/typing. -- ___ Python tracker

[issue28079] Update typing and test typing from python/typing repo

Ivan Levkivskyi added the comment: I could guess this is because some changes have been already integrated by patch that implemented PEP 526. If this would help here is a separate patch that should apply cleanly to 3.6 -- Added file: http://bugs.python.org/file44559/typing-patch-3.6

[issue28100] Refactor error messages in symtable.c

New submission from Ivan Levkivskyi: Patch with added comment and a minor refactoring to error messages in symtable.c Now the error message is simply always overwritten by any more "severe" SyntaxError found in the same block. -- components: Interpreter Core files: refa

[issue28107] Update typing module dicumentation for NamedTuple

New submission from Ivan Levkivskyi: The implementation of NamedTuple in typing module has been extended to support PEP 526 variable annotation syntax. Here is he patch that updates documentation accordingly. -- assignee: docs@python components: Documentation files: nmtuple-doc.diff

[issue28107] Update typing module dicumentation for NamedTuple

Ivan Levkivskyi added the comment: OK -- ___ Python tracker <http://bugs.python.org/issue28107> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28109] What's new item for PEP 526 -- Variable annotations

New submission from Ivan Levkivskyi: The attached patch contains a simple item summarizing PEP 526 in 3.6 What's New. -- assignee: docs@python components: Documentation files: whats-new-pep-526.diff keywords: patch messages: 276105 nosy: docs@python, gvanrossum, levkivskyi pri

[issue28109] What's new item for PEP 526 -- Variable annotations

Ivan Levkivskyi added the comment: Updated patch -- Added file: http://bugs.python.org/file44603/whats-new-pep-526-v2.diff ___ Python tracker <http://bugs.python.org/issue28

[issue28109] What's new item for PEP 526 -- Variable annotations

Ivan Levkivskyi added the comment: Second update, implemented comments by Yury an Guido. -- Added file: http://bugs.python.org/file44606/whats-new-pep-526-v3.diff ___ Python tracker <http://bugs.python.org/issue28

[issue28109] What's new item for PEP 526 -- Variable annotations

Changes by Ivan Levkivskyi : Added file: http://bugs.python.org/file44626/whats-new-pep-526-v3a.diff ___ Python tracker <http://bugs.python.org/issue28109> ___ ___ Pytho

[issue28100] Refactor error messages in symtable.c

Ivan Levkivskyi added the comment: Here is the patch for 3.6 with requested changes. While playing with this a bit more, I discovered that the error message in this case (if no value is actually assigned): def f(): x: int global x could be misleading. Therefore I changed the order of

[issue28250] typing.NamedTuple instances are not picklable Two

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue28250> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Ivan Levkivskyi added the comment: I have submitted a PR with one of the quick fixes upstream (to python/typing). Also I have played a bit with a more permanent fix. Here is an important observation: it is not easy to avoid adding parameterized generics to __subclasses__. For example, Node

[issue28100] Refactor error messages in symtable.c

Changes by Ivan Levkivskyi : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue28100> ___ ___ Python-bugs-list

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Ivan Levkivskyi added the comment: Since the quick fix is now applied, I think it should not be a release blocker any more. -- ___ Python tracker <http://bugs.python.org/issue28

[issue28388] Update documentation for typing module

New submission from Ivan Levkivskyi: Here is the patch with updates according to recent changes in typing module and PEP 484: - most things are not classes now - outcome of parameterizing generics is cached - Union does not unify everything with Any - few minor fixes This patch also fixes

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Ivan Levkivskyi added the comment: I think this is the right way to fix this, as discussed on python-dev, memoryview is not considered consistent with ByteString. -- ___ Python tracker <http://bugs.python.org/issue28

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Ivan Levkivskyi added the comment: I tried and all tests pass on 3.7a also with prior import of typing. A larger fix is not _necessary_, but I would _prefer_ to go with the option 4 that I proposed above, i.e.: Instead of special casing abc and functools in __subclasshook__ in typing via sys

[issue28433] Add sorted (ordered) containers

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker <http://bugs.python.org/issue28433> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    4   5   6   7   8   9   10   >