Ipython: "استثناء لم تتم معالجته في حلقة الحدث" (WinError 995)

هل يمكنك محاولة الرجوع إلى إصدار أقدم من مجموعة أدوات المطالبة إلى 2.x لمعرفة ما إذا كان هذا هو السبب؟

لقد قمت بالرجوع إلى إصدار أقدم لمجموعة الأدوات 2.0.10 وقد نجحت. شكرا جزيلا لك.
هل يمكنك أن تقول ، بما أنني جديد تمامًا على هذا ، ما الذي تغير؟
وهل لدي مشاكل بسبب عكس الإصدار؟

تم إصدار Prompt_toolkit 3 (المكتبة التي تسمح لـ IPython بالتحرير متعدد الأسطر والتلوين النحوي) قبل IPython 7.10 ؛ يحاول اللعب بشكل أفضل مع asyncio eventloop إذا قمت ببعض البرمجة المتزامنة. لقد بذلنا قصارى جهدنا لجعل IPython متوافقًا مع مجموعة الأدوات السريعة 3 ، ولكن هناك حالتان قد لا يكون لدينا على الرغم من ذلك.

يجب أن يعمل كل شيء بشكل جيد مع برنامج quick_toolkit 2.x ، وسنحاول معرفة سبب حصولك على الخطأ أعلاه.

في ظل خطأك الحالي ، من الصعب معرفة من أين يأتي هذا بالضبط ، ولكن نأمل في الإصدار القليلة القادمة سنقوم بتضييق نطاق السبب.

أي فكرة متى سيتم حل هذا؟

عندما يجد شخص ما الوقت الكافي للتحقيق في سبب حدوث ذلك وما هو الإصلاح ؛ من المحتمل أن يكون شخص ما لديه جهاز يعمل بنظام windows لأن VM بطيء بشكل خاص.

لسوء الحظ ، يقوم كل المشرف المنتظم (المعروف أيضًا باسمي) بذلك في أوقات فراغهم - وهو أمر نادر الحدوث. أنا أيضا ليس لدي آلة ويندوز.

إذا وجدت أي أدلة ، لتسلسل الإجراءات التي تؤدي دائمًا إلى هذا من شأنه أن يساعدك.

بعد إجراء بعض التحقيقات ، أعتقد أنه خطأ في تطبيق نظام Windows الأساسي لـ Python asyncio:

Python 3.8.1 (العلامات / v3.8.1: 1b293b6 ، 18 ديسمبر 2019 ، 23:11:46) [MSC v.1916 64 بت (AMD64)] على Windows 10 الإصدار 1809 (إصدار نظام التشغيل 17763.1039)

1) إضافة إلى ملفLibasyncioproactor_events.py في الوظيفة BaseProactorEventLoop._loop_self_reading بعد السطر 768 الكود التالي:

766....try:
767........if f is not None:
768............f.result() # may raise
...........if self._stopping:
...............raise exceptions.CancelledError("Event loop is stopping")
769........f = self._proactor.recv(self._ssock, 4096)

2) الاختبار. ليس لدي المزيد من الأخطاء ...

تحرير: يمكنك فقط استخدام if self._stopping: return بدلاً من ذلك في سياق التعليمات البرمجية هذا (يجب أن يكون أسرع قليلاً)

EDIT2: خطأ في bugs.python.org ووصف لما يسبب هذا الخطأ (وجده شخص آخر): https://bugs.python.org/issue39010#msg362076

MrEightFive شكرا لإصلاحك .. يبدو أنه يعمل بالنسبة لي

MrEightFive شكرًا لك ، لقد نفذت التغيير للتو. يبدو أنه يعمل بشكل جيد.

MrEightFive يبدو أنه يعمل مع Python 3.8.2 أيضًا.

شكرًا MrEightFive و Carreau على الحلول التي قدمتموها ، أقدر ذلك كثيرًا ، لدي نفس المشكلة.

MrEightFive يبدو أنه يعمل مع Python 3.8.2 أيضًا.

نفس التجربة الإيجابية

نفس الشكر!

مواجهة هذا أيضا. MrEightFive إذا كنت تعتقد أنك تعرف ما هو الإصلاح ، فربما ترسل طلب سحب إلى CPython؟ :غمزة:

تضمين التغريدة
أنا لست عضوًا في مجموعة تطوير CPython ، ووفقًا لوثيقتهم ، هناك عملية (واسعة النطاق) للتحقق قبل أن يسمحوا لك بالدخول. لا يستحق أن أواصل طلب سحب واحد ، على الرغم من أنني كنت سأفعل ذلك إذا كان أسهل.

ثانيًا ، تقرير الخطأ لهذا موجود بالفعل على bugs.python.org (انظر EDIT2 في رسالتي أعلاه) ، تحت عنوان مختلف ، ولكن سبب هذا الخطأ مذكور تمامًا كما اكتشفت. لذلك أعتقد أنه ليس من الضروري التكرار.

ثالثًا ، على الرغم من أن الحل الخاص بي يعمل ، ليس لدي أي ضمان بأنه ليس له أي آثار جانبية (له بعض التبعيات فيما يتعلق بكيفية تنفيذ إيقاف تشغيل حلقة الحدث في هذا الإصدار المعين من asyncio ، وقد يتغير ذلك). لقد أجريت اختبارات عدم التزامن في CPython (في 3.8.1) ، وقد اجتازوا ، لكنني لم أحقق بعد ذلك مطلقًا. من الأفضل أن يقوم شخص ما يعمل بالفعل على asyncio وعلى دراية جيدة برمز CPython بالتحقق من ذلك.

MrEightFive إنه في الواقع أبسط مما تعتقد. ما عليك سوى إرسال PR وتوقيع CLA ، ثم انتظار مراجعة الكود ، وما إلى ذلك مثل أي مشروع آخر في GitHub. على الرغم من أنه لا يبدو أن لدى CPython عددًا كافيًا من الأشخاص لمراجعة طلبات السحب ، إلا أن الكثير منهم يتركون معلقين. بدلاً من ذلك ، يمكنك فقط نشر الحل البديل المقترح حول مشكلة تعقب أخطاء Python. حتى إذا لم تكن متأكدًا ، يمكنك فقط أن تقول ذلك في العلاقات العامة / القضية ، مما يثير مخاوفك بشأنها. يساعد هذا غالبًا في جعل شخص ما أكثر دراية بالنظر في المشكلة والتحقق من الإصلاح أو تقديم حل أفضل / صحيح. لكنه مجرد اقتراح ، لا تفعل ذلك إلا إذا كنت تشعر بذلك حقًا.

متصل هنا على مشكلة تعقب أخطاء Python - الإصدار 39010 - ProactorEventLoop يثير خطأ ConnectionResetError غير المعالج - msg366002

ظهر هذا الخطأ أيضًا أثناء استخدام مجموعة برومت ، ولكن الحل: MrEightyFive يعمل بشكل رائع ، ويوفر الكثير من الوقت ، شكرًا

إضافة الكود إلى proactor_events.py (كما اقترح MrEightFive) لم يساعد ولكن pip install --upgrade prompt-toolkit==2.0.10 فعل ذلك. Win10 Python38.

نجح حل KyryloKaralyus بالنسبة لي. هناك شيء واحد يجب ملاحظته - لقد قمت أولاً بتشغيل خطأ (فقدت 0 في النهاية) تثبيت النقطة - مجموعة أدوات ترقية الترقية == 2.0.1 وهذا تسبب في بدء حدوث الخطأ بدون توقف. اضطررت لقتل المحطة.

إضافة الكود إلى proactor_events.py (كما اقترح MrEightFive) لم يساعد ولكن pip install --upgrade prompt-toolkit==2.0.10 فعل ذلك. Win10 Python38.

هذا عمل لي.

تم اقتراح طلب سحب أخيرًا لـ CPython: bpo-39010: تجاهل الخطأ في المستقبل الملغى بعد نهاية الحلقة.

راجع للشغل من الصعب جدًا تعديل proactor_events.py إذا تم تثبيت Python من MS Store.

لقد غيرت المالك لي ووضعت أنا و "الجميع" في السيطرة الكاملة. ولكن ما زلت لا أستطيع تحرير الملف ، حتى في الوضع الآمن و "أعد المحاولة كمسؤول".

لقد قمت بالرجوع إلى إصدار أقدم لمجموعة الأدوات 2.0.10 وقد نجحت. شكرا جزيلا لك.

pip install prompt-toolkit==2.0.10

أحصل على هذا الاستثناء مع Python 3.8.3 ، و ipython 7.13.0 ، و quick_toolkit 3.0.5

راجع للشغل من الصعب جدًا تعديل proactor_events.py إذا تم تثبيت Python من MS Store.

أسهل طريقة هي نسخ حزمة asyncio بأكملها في مشروعك وتعديلها هناك ، ثم الاعتماد على Python لتظليل الوحدة بأكملها. تطبيقات متجر Windows محمية جيدًا.

لكنني أتابع أيضًا تصحيح CPython.

بعد إجراء بعض التحقيقات ، أعتقد أنه خطأ في تطبيق نظام Windows الأساسي لـ Python asyncio:

Python 3.8.1 (العلامات / v3.8.1: 1b293b6 ، 18 ديسمبر 2019 ، 23:11:46) [MSC v.1916 64 بت (AMD64)] على Windows 10 الإصدار 1809 (إصدار نظام التشغيل 17763.1039)

1. أضف إلى ملفLibasyncioproactor_events.py في الوظيفة BaseProactorEventLoop._loop_self_reading بعد السطر 768 الكود التالي:

766....try:
767........if f is not None:
768............f.result() # may raise
...........if self._stopping:
...............raise exceptions.CancelledError("Event loop is stopping")
769........f = self._proactor.recv(self._ssock, 4096)

1. اختبار. ليس لدي المزيد من الأخطاء ...

تحرير: يمكنك فقط استخدام if self._stopping: return بدلاً من ذلك في سياق التعليمات البرمجية هذا (يجب أن يكون أسرع قليلاً)

EDIT2: خطأ في bugs.python.org ووصف لما يسبب هذا الخطأ (وجده شخص آخر): https://bugs.python.org/issue39010#msg362076

عملت لي أيضا !!
شكرا!!

لقد قمت بالرجوع إلى إصدار أقدم لمجموعة الأدوات 2.0.10 وقد نجحت. شكرا جزيلا لك.

pip install prompt-toolkit==2.0.10

شكرا جزيلا ، لقد نجح هذا بالنسبة لي:

تثبيت conda .prom_toolkit = 2.0.10

هل يمكنك محاولة الرجوع إلى إصدار أقدم من مجموعة أدوات المطالبة إلى 2.x لمعرفة ما إذا كان هذا هو السبب

هذا ساعدني أيضًا ، شكرًا لك!

pip install --upgrade prompt-toolkit==2.0.10

شكرًا جزيلاً ، لدي أخيرًا الحل أعلاه يعمل على جهازي !!

حاولت القيام بما يلي ، لكنني كنت دائمًا أحصل على رفض [Errno 13] الإذن

1. أضف إلى ملفLibasyncioproactor_events.py في الوظيفة BaseProactorEventLoop._loop_self_reading بعد السطر 768 الكود التالي:

تم إصلاح هذا في 3.9rc2

@ imba-tjd هل سيعود إلى إصدارات Python الأقدم؟ (أم أنها بالفعل؟)

من البق الثعبان ، يبدو أنه تم نقله إلى الخلف على 3.8.

أتلقى الخطأ حتى مع 3.9rc2 ...

هل يمكنك محاولة الرجوع إلى إصدار أقدم من مجموعة أدوات المطالبة إلى 2.x لمعرفة ما إذا كان هذا هو السبب؟

هذا ساعد شكرا.

أتساءل عما إذا تم إصلاح هذا الآن في Python 3.8.6 و 3.9.

بعد إجراء بعض التحقيقات ، أعتقد أنه خطأ في تطبيق نظام Windows الأساسي لـ Python asyncio:

Python 3.8.1 (العلامات / v3.8.1: 1b293b6 ، 18 ديسمبر 2019 ، 23:11:46) [MSC v.1916 64 بت (AMD64)] على Windows 10 الإصدار 1809 (إصدار نظام التشغيل 17763.1039)

1. أضف إلى ملفLibasyncioproactor_events.py في الوظيفة BaseProactorEventLoop._loop_self_reading بعد السطر 768 الكود التالي:

766....try:
767........if f is not None:
768............f.result() # may raise
...........if self._stopping:
...............raise exceptions.CancelledError("Event loop is stopping")
769........f = self._proactor.recv(self._ssock, 4096)

1. اختبار. ليس لدي المزيد من الأخطاء ...

تحرير: يمكنك فقط استخدام if self._stopping: return بدلاً من ذلك في سياق التعليمات البرمجية هذا (يجب أن يكون أسرع قليلاً)

EDIT2: خطأ في bugs.python.org ووصف لما يسبب هذا الخطأ (وجده شخص آخر): https://bugs.python.org/issue39010#msg362076

لقد حصلت على هذه المشكلة من خلال التثبيت النظيف لـ Python 3.8.3 باستخدام Anaconda على نظام التشغيل Windows 10 والحل البديل بواسطة MrEightFive كان جيدًا بالنسبة لي!

تثبيت نقطة - مجموعة أدوات موجه الترقية == 2.0.10
لقد نجح هذا بالنسبة لي على إصدار Windows Anaconda3-2020.11.

لقد نجح هذا (إلى حد كبير) بالنسبة لي على Windows 10 ، Anaconda Individual Edition 2020.11.

إذا كنت من مستخدمي Anaconda ، فقد ترغب في الاحتفاظ بهذا التحديث في بيئة conda:
conda install -c conda-forge prompt_toolkit

الذي عمل لي.

يظهر على الفور بعد أن أقوم بتنفيذ كتلة try-except-block ، وفي حالات أخرى لا يمكن التنبؤ بها

أريد فقط إضافة نص الخطأ الألماني ، حتى يتمكن المزيد من المستخدمين من العثور عليه. (Windows 10 Pro ، الإصدار 2004)

استثناء غير معالج في حلقة الحدث:
ملف "c: usersuserappdatalocalprogramspythonpython38libasyncioproactor_events.py" ، السطر 768 ، في _loop_self_reading
و.النتيجة () # قد تثير
ملف "c: usersuserappdatalocalprogramspythonpython38libasynciowindows_events.py" ، السطر 808 ، في _poll
القيمة = رد الاتصال (نقل ، مفتاح ، Ov)
ملف "c: usersuserappdatalocalprogramspythonpython38libasynciowindows_events.py" ، السطر 457 ، في finish_recv
رفع ConnectionResetError (* exc.args)

استثناء [WinError 995] Der E / A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen
إضغط مفتاح الدخول للاستمرار...

للأسف

conda install -c conda-forge prompt_toolkit

لم يصلح المشكلة بالنسبة لي.

musm ، فأنت بحاجة إلى تحديد proc_toolkit v2.

conda install -c conda-forge prompt_toolkit=2

أنا في Anaconda 2020.11 أفعل

conda install -c conda-forge prompt_toolkit=2

تؤدي إلى صراعات واسعة النطاق:

> conda install -c conda-forge prompt_toolkit=2
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: failed with repodata from current_repodata.json, will retry with next repodata source.
Collecting package metadata (repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: \
Found conflicts! Looking for incompatible packages.
This can take several minutes.  Press CTRL-C to abort.
Examining qtpy:   1%|▌                                                                 | 3/327 [00:00<00:20, 16.00it/s]\Examining statsmodels:   1%|▌                                                          | 3/327 [00:00<00:20, 16.00it/s]/Examining ipython_genutils:   3%|█▌                                                   | 10/327 [00:07<04:17,  1.23it/s]|Examining pyflakes:   5%|██▉                                                          | 16/327 [00:10<02:19,  2.22it/s]|Examining zope.event:   7%|████▏                                                      | 23/327 [00:13<02:18,  2.20it/s]\Examining vs2015_runtime:  11%|██████                                                 | 36/327 [00:17<02:29,  1.94it/s]\Examining mpir:  15%|█████████▌                                                       | 48/327 [01:32<37:15,  8.01s/it]\Examining krb5:  17%|███████████▎                                                     | 57/327 [01:38<06:35,  1.47s/it]-Examining prometheus_client:  18%|█████████▌                                          | 60/327 [01:42<09:06,  2.05s/it]|Examining cython:  19%|████████████▏                                                  | 63/327 [01:47<08:58,  2.04s/it]-Examining flake8:  21%|█████████████                                                  | 68/327 [02:37<24:45,  5.73s/it]-Examining pytest:  25%|███████████████▊                                               | 82/327 [03:30<30:07,  7.38s/it]-Examining openpyxl:  26%|███████████████▊                                             | 85/327 [03:51<25:16,  6.27s/it]\Examining beautifulsoup4:  32%|█████████████████▎                                    | 105/327 [04:08<03:40,  1.01it/s]|Examining html5lib:  35%|████████████████████▉                                       | 114/327 [04:11<01:34,  2.25it/s]/Examining console_shortcut:  35%|██████████████████▏                                 | 114/327 [04:11<01:34,  2.25it/s]-Examining qt:  37%|████████████████████████▌                                         | 122/327 [04:14<01:09,  2.94it/s]/Examining wheel:  38%|████████████████████████                                       | 125/327 [04:14<00:54,  3.71it/s]|Examining greenlet:  39%|███████████████████████▍                                    | 128/327 [04:18<03:24,  1.03s/it]\Examining bokeh:  40%|█████████████████████████                                      | 130/327 [04:19<02:27,  1.33it/s]|Examining bleach:  40%|████████████████████████▊                                     | 131/327 [04:37<19:29,  5.97s/it]|Examining entrypoints:  40%|███████████████████████                                  | 132/327 [04:39<15:25,  4.75s/it]|Examining et_xmlfile:  40%|███████████████████████▍                                  | 132/327 [04:39<15:25,  4.75s/it]/Examining rtree:  42%|██████████████████████████▏                                    | 136/327 [04:39<07:31,  2.37s/it]-Examining backcall:  42%|████████████████████████▉                                   | 136/327 [04:39<07:31,  2.37s/it]\Examining libssh2:  45%|███████████████████████████▌                                 | 148/327 [04:58<06:13,  2.09s/it]\Examining path:  52%|█████████████████████████████████▍                              | 171/327 [05:54<23:54,  9.19s/it]/Examining pywavelets:  53%|██████████████████████████████▌                           | 172/327 [05:55<16:51,  6.53s/it]-Examining importlib_metadata:  54%|███████████████████████████▏                      | 178/327 [06:06<07:34,  3.05s/it]-Examining prompt_toolkit=2:  55%|████████████████████████████▍                       | 179/327 [06:07<07:56,  3.22s/it]-Examining seaborn:  56%|██████████████████████████████████▏                          | 183/327 [06:17<06:30,  2.71s/it]\Examining jupyterlab_widgets:  57%|████████████████████████████▎                     | 185/327 [06:21<05:57,  2.52s/it]|Examining jdcal:  58%|████████████████████████████████████▍                          | 189/327 [06:21<02:55,  1.27s/it]-Examining widgetsnbextension:  59%|█████████████████████████████▌                    | 193/327 [06:22<01:18,  1.70it/s]-Examining multipledispatch:  64%|█████████████████████████████████▍                  | 210/327 [07:07<03:36,  1.85s/it]-Examining yaml:  68%|███████████████████████████████████████████▍                    | 222/327 [07:19<01:11,  1.46it/s]-Examining libxslt:  70%|██████████████████████████████████████████▌                  | 228/327 [07:31<03:34,  2.17s/it]\Examining python-jsonrpc-server:  70%|████████████████████████████████▉              | 229/327 [07:31<02:30,  1.54s/it]|Examining typed-ast:  71%|█████████████████████████████████████████▊                 | 232/327 [07:32<01:01,  1.54it/s]\Examining @/win-64::__archspec==1=x86_64:  71%|██████████████████████████▉           | 232/327 [07:32<01:01,  1.54it/s]|Examining urllib3:  73%|████████████████████████████████████████████▍                | 238/327 [07:42<03:30,  2.36s/it]/Examining backports:  73%|███████████████████████████████████████████                | 239/327 [07:47<04:20,  2.96s/it]\Examining mccabe:  76%|███████████████████████████████████████████████▏          

مرحبًا musm ، هذا أحد الجوانب السلبية لاستخدام توزيع Anaconda الكامل. هناك العديد من الوحدات النمطية التي قد يكون من الصعب حل جميع تبعياتها في وقت واحد إذا ابتعدت عن التوزيع المقدم. يمكنك تجربة Miniconda بدلاً من ذلك ، وهي Conda ، ولكن بدون الوحدات النمطية المثبتة مسبقًا. باستخدامه ، يمكنك إنشاء بيئات لتشمل الوحدات النمطية التي تحتاجها لمشروعك فقط.

لم أجرب هذا ، ولكن من الممكن أيضًا أن تكون قادرًا على القيام بذلك دون الحاجة إلى إلغاء تثبيت Anaconda وتثبيت Miniconda بدلاً من ذلك. IE قم بإنشاء بيئة جديدة من البداية تتضمن وحدات نمطية محددة فقط. جربه بأمر مثل التالي (قم بتحرير أسماء الوحدات لتضمين ما تحتاجه بالفعل).

conda create -n <myenv> python ipython prompt_toolkit=2 jupyter pandas numpy scipy scikit-learn matplotlib