pycharm не підключається до консолі з python3.8

Я не знаю чому; але з моменту випуску python 3.8; Я не можу запустити консоль pycharm, і вона завжди перебуває у статусі "підключений".

У мене не було проблем з python 3.7; оскільки консоль відкривається негайно.

Тут ви бачите, що я кілька разів намагався запустити консоль, але я знаю, навіть якщо зачекаю день; Він не підключається до консолі; але коли я міняю інтерпретатор з python3.8 на python3.7, нові консолі, які я відкриваю, встановлюються протягом секунди.

Помилка:

C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\pydev\_pydevd_bundle\pydevd_resolver.py:138: SyntaxWarning: "is not" with a literal. Did you mean "!="?
  if found.get(name) is not 1:
Traceback (most recent call last):
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\pydev\pydevconsole.py", line 33, in <module>
    from _pydev_bundle.pydev_console_utils import BaseInterpreterInterface
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\pydev\_pydev_bundle\pydev_console_utils.py", line 11, in <module>
    from _pydevd_bundle import pydevd_thrift
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\pydev\_pydevd_bundle\pydevd_thrift.py", line 17, in <module>
    from pydev_console.protocol import DebugValue, GetArrayResponse, ArrayData, ArrayHeaders, ColHeader, RowHeader, \
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\pydev\pydev_console\protocol.py", line 6, in <module>
    _console_thrift = _shaded_thriftpy.load(os.path.join(os.path.dirname(os.path.realpath(__file__)), "console.thrift"),
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\parser\__init__.py", line 29, in load
    thrift = parse(path, module_name, include_dirs=include_dirs,
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\parser\parser.py", line 502, in parse
    parser.parse(data)
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_ply\yacc.py", line 331, in parse
    return self.parseopt_notrack(input, lexer, debug, tracking, tokenfunc)
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_ply\yacc.py", line 1106, in parseopt_notrack
    p.callable(pslice)
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\parser\parser.py", line 212, in p_struct
    val = _fill_in_struct(p[1], p[3])
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\parser\parser.py", line 765, in _fill_in_struct
    gen_init(cls, thrift_spec, default_spec)
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\thrift.py", line 103, in gen_init
    cls.__init__ = init_func_generator(default_spec)
  File "C:\Program Files\JetBrains\PyCharm 2019.1.3\helpers\third_party\thriftpy\_shaded_thriftpy\_compat.py", line 102, in init_func_generator
    new_code = types.CodeType(len(varnames),
TypeError: an integer is required (got type bytes)

Фотографія:

специфікації pycharm: pycharm professional version 2019.1.3

Це чудово працює на PyCharm (Community) 2019.3 .

PyCharm поставляє [PyPI]: економний (для поточної версії це модифікований v0.3.8 ), оскільки він потребує його для різних функцій (включаючи консоль Python ).

На Python 3.8 введено набір змін (один із прикладів - [Python]: PEP 570 - Параметри лише для позиційного Python ), що вимагають змін у багатьох існуючих (3- ^й сторонній пакет) пакетів для того, щоб вони працювали (для деяких з їх, ще є WiP ).

Мабуть, ThriftPy - це один із тих пакетів, які потребують змін. Однак він не підтримується з 2016 року, тому JetBrains зберігає (копію / виделку?) У своєму сховищі.

У будь-якому випадку, проблема, з якою ви стикаєтеся , була виправлена [GitHub]: JetBrains / intellij-community - PY-36069 Підтримка консолі Python для Python 3.8 .
На жаль, я не зміг знайти проблему на JetBrains.YouTrack , тому у мене немає ніякої додаткової інформації про неї (наприклад, коли вона була виправлена ​​тощо).

Що я можу вам сказати (також згадувалося на початку), це те, що це було виправлено (працює) в PyCharm (Community) 2019.3 , тому якщо ви оновите, у вас більше не повинно виникнути цієї проблеми.

Приблизним способом (якщо оновлення не є варіантом) буде застосувати виправлення (у URL-адресі комісії ) до вашого (локального) _compat.py- файлу. Перевірте [ТАК]: запустити / налагодити UnitTests програми Django у контекстному меню правої кнопки миші в PyCharm Community Edition? (@ Відповідь CristiFati в) ( Patching utrunner розділ) для того, як застосовувати патчі (на Win ).
Невелика згадка: застосування застосованого виправленого патча до мого локального файлу зробило проблему видимою.