SystemError: retour d'erreur sans ensemble d'exceptions, lors de l'utilisation des requêtes et du débogueur

Question

Environnement: Python 3.6.3 Les demandes 2.18.4 PyCharm 2018.1

Lors de l'utilisation de la configuration ci-dessus, en marche normale, tout va bien. Cependant,lors de l'utilisation de PyCharm débogueur ma sortie est constamment de me donner deux types d'exceptions:

Exception ignored in: <generator object urlsplit.<locals>.<genexpr> at 0x7f69803940a0>
Traceback (most recent call last):
  File "/usr/lib/python3.6/urllib/parse.py", line 433, in <genexpr>
    if not rest or any(c not in '0123456789' for c in rest):

ou

SystemError: error return without exception set
Exception ignored in: <generator object iter_slices at 0x7f69803940f8>
Traceback (most recent call last):
  File "/home/damian/workspace/DofusV2/venv/lib/python3.6/site-packages/requests/utils.py", line 449, in iter_slices
    def iter_slices(string, slice_length):
`

Ce n'est pas un problème dans un seul projet, j'ai eu ce problème dans de nombreux projets d'innombrables fois. Cependant, chaque projet a été multi-thread ( je ne sais pas si cela fait une différence) La chose est que je n'ai pas ce problème lorsque vous n'utilisez pas le débogueur de plus il n'a pas vraiment de faire tout ce que l'application est stable et fonctionne très bien. Ma question est: pourquoi est-ce qui se passe et que puis-je au moins de la supprimer afin de ne pas polluer mon journal?

Answer 1

J'ai eu un problème similaire lors de l'utilisation de Gensim Word2vec modèles, également à l'aide du débogueur en Python 3.6 / PyCharm 2018.2. Tout comme une solution rapide, j'ai trouvé une solution en définissant une variable d'environnement:

PYDEVD_USE_FRAME_EVAL=NO

Cela peut être fait facilement en PyCharm par les paramètres des variables d'environnement dans PyCharm configuration d'exécution. Après la définition de cette variable, je peux utiliser le débogueur de nouveau. Plus d'informations peuvent être trouvées ici et ici.

Answer 2

Juste au cas où cela aiderait d'autres googleurs, dans Pycharm 2019, j'ai trouvé que j'avais causé cette erreur en utilisant une ligne dans mon urlpatterns :

 # including this line caused the error (I wanted to catch the 'my_special_model' type and use the general one below for other models.  
    path('display/my_special_model/<int:item_id>/', views.display_model, name='display_model'),

# This works fine ... 
    path('display/<item_type>/<int:item_id>/', views.display, name='display'),