pycharm non si collega alla console con python3.8

Non so perché; ma da quando è stato rilasciato Python 3.8; Non riesco a eseguire la console Pycharm ed è sempre nello stato "in corso di connessione".

Non ho avuto problemi con Python 3.7; poiché la console viene aperta immediatamente.

Qui puoi vedere che ho provato più volte a eseguire la console ma lo so, anche se aspetto un giorno; Non si collega alla console; ma quando cambio l'interprete da python3.8 a python3.7, le nuove console che apro sono tutte configurate in un secondo.

L'errore:

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)

La foto:

specifiche pycharm: pycharm versione professionale 2019.1.3

Funziona bene su PyCharm (Community) 2019.3 .

PyCharm spedisce [PyPI]: thriftpy (per la versione attuale, è una v0.3.8 modificata ), poiché ne ha bisogno per diverse funzionalità (inclusa la Console Python ).

Python 3.8 è venuto con una serie di modifiche (un esempio è [Python]: PEP 570 - Python posizionali-unici parametri ) richiede cambiamenti in molti dei (3 esistenti ^° -party) pacchetti in modo per loro di lavorare (per alcuni dei loro, c'è ancora WiP ).

Apparentemente, ThriftPy è uno di quei pacchetti che richiedono modifiche. Tuttavia, non è stato mantenuto dal 2016, quindi JetBrains mantiene (una copia / fork?) Nel loro repository.

Ad ogni modo, il problema che stai affrontando è stato risolto da [GitHub]: JetBrains / intellij-community - PY-36069 Supporto console Python per Python 3.8 .
Sfortunatamente, non sono riuscito a trovare il problema su JetBrains.YouTrack , quindi non ho ulteriori informazioni a riguardo (come quando è stato risolto e così via).

Quello che posso dirti (anche menzionato all'inizio) è che è stato risolto (funziona) in PyCharm (Community) 2019.3 , quindi se lo aggiorni, non dovresti più avere questo problema.

Una soluzione alternativa (se l'aggiornamento non è un'opzione) sarebbe quella di applicare la patch ( nell'URL di commit ) al tuo file (locale) _compat.py . Controllare [SO]: eseguire / eseguire il debug di UnitTest di un'applicazione Django dal menu contestuale del tasto destro del mouse in PyCharm Community Edition? (@ Risposta di CristiFati) ( sezione Patching utrunner ) per come applicare le patch (su Win ).
Piccola menzione: l'applicazione della patch inversa al mio file locale, ha reso visibile il problema.