web-dev-qa-db-fra.com

SystemError: erreur renvoyée sans exception définie lors de l'utilisation de requêtes et du débogueur

Environnement: Python 3.6.3 Requests 2.18.4 PyCharm 2018.1

Lorsque vous utilisez la configuration ci-dessus en mode normal, tout va bien. Cependant, lors de l’utilisation du débogueur PyCharm, ma sortie me donne constamment 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 était multi-threadé (je ne sais pas si cela fait une différence) Le fait est que je n'ai pas ce problème lorsque je n'utilise pas le débogueur et que l'application n'est pas vraiment stable et fonctionne correctement. Ma question est la suivante: pourquoi cela se produit-il et puis-je au moins le supprimer pour qu'il ne pollue pas mon journal?

48
mrangry777

J'ai rencontré un problème similaire lors de l'utilisation de modèles Gensim Word2vec, ainsi que du débogueur dans Python 3.6/PyCharm 2018.2. Juste comme solution rapide, j'ai trouvé une solution en définissant une variable d'environnement:

PYDEVD_USE_FRAME_EVAL=NO

Cela peut être fait facilement dans PyCharm en définissant des variables d'environnement dans la configuration d'exécution de PyCharm. Après avoir défini cette variable, je pourrais utiliser le débogueur à nouveau. Plus d'informations peuvent être trouvées ici et ici .

56
Guido

Juste au cas où cela pourrait aider d'autres utilisateurs, j'ai découvert dans Pycharm 2019 que j'avais provoqué 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'),
0
user2662404