C # بيجينوتوبريدلين ويتفوريكسيت

بروسيسستارتينفو висит на & كوت؛ ويتفوريكسيت & كوت ؛؟ Зачем؟
У меня есть следующий код:
Я знаю، что результат процесса، который я запускаю، составляет около 7 МБ. Запуск его в консоли ويندوز отлично работает. К сожалению، программно это бесконечно зависает в ويتفوريكسيت. Обратите внимание، что это также делает код НЕ зависает для меньших выходов (например، 3 КБ).
Возможно ли، что внутренний ستانداردوتبوت в بروسيسستارتينفو не может буферизовать 7MB؟ Если да، то что мне делать вместо этого؟ Если нет، что я делаю неправильно؟
17 ответов.
Проблема в том، что если вы перенаправляете ستانداردوتبوت и / или ستانداردرور، внутренний буфер может стать полным. Какой бы порядок вы ни использовали، может возникнуть проблема:
Если вы дождались завершения процесса перед чтением ستانداردوتبوت، процесс может блокировать попытку записи на него، поэтому процесс не заканчивается. Если вы читаете из StandardOutput с помощью ReadToEnd، тогда ваш процесс может блокироваться، если процесс никогда не закрывается StandardOutput (например، если он никогда не завершается или блокируется при записи на StandardError).
Решение заключается в использовании асинхронных чтений، чтобы гарантировать، что буфер не будет заполнен. Чтобы избежать каких-либо взаимоблокировок и собрать весь вывод из ستانداردوتبوت و ستانداردرور، вы можете сделать это:
إديت: см. ответы ниже о том، как избежать أوبجكتديسبوسيدكسيبتيون، если произойдет таймаут.
документация для Process. StandardOutput говорит، чтобы прочитать، прежде чем ждать، иначе вы можете зайти в тупик، сниппет скопирован ниже:
т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т т Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output. Если процесс продолжает выводить данные после того، как таймаут был превышен، а затем завершен، к ним будут доступны выходные переменные outputWaitHandle и errorWaitHandle после того، как они будут удалены.
(فيي мне пришлось добавить это предостережение в качестве ответа، поскольку я не мог прокомментировать его сообщение.)
Проблема с необработанным объектом أوبجكتديسبوسيدكسيبتيون возникает، когда процесс истекает. В этом случае другие части условия:
не выполняются. Я решил эту проблему следующим образом:
Роб ответил и спас мне несколько часов испытаний. Прочитайте буфер вывода / ошибки перед ожиданием:
У нас есть эта проблема (или вариант).
1) Добавьте тайм-аут в p. WaitForExit (نن)؛ где نن находится в миллисекундах.
2) Поместите вызов ريدتويند перед вызовом ويتفوريكسيت. Это то، что мы видели в مس.
Это более современное، решение для параллельной библиотеки задач (تبل) для 4.5 и выше.
Пример использования.
Реализация.
Я попытался создать класс، который бы разрешил вашу проблему، используя чтение асинхронного потока، принимая во внимание ответы Марка Байерса، Роба، ستيفيجاي. Сделав это، я понял، что есть ошибка، связанная с чтением выходного потока асинхронного процесса.
Вы не можете этого сделать:
تحذير: تمت ترجمة هذه المقالة تلقائيا خصائص رقم الموضوع:
Затем вам нужно запустить асинхронный вывод после того، как процесс начало:
Сделав это، сделайте условие гонки، потому что выходной поток может принимать перед установкой асинхронности:
Тогда некоторые люди могли сказать، что вам просто нужно прочитать поток прежде чем вы установите его асинхронным. Но та же проблема возникает. Там будет состоянием гонки между синхронным чтением и установкой поток в асинхронный режим.
Невозможно обеспечить безопасное асинхронное чтение выходного потока процесса на самом деле "Процесс" и "بروسستارتينفو" были разработаны.
Вероятно، вам лучше использовать асинхронное чтение، как это было предложено другими пользователями для вашего дела. Но вы должны знать، что вы можете пропустить некоторую информацию из-за состояния гонки.
Я решил это так:
Я перенаправил как входные، так и выходные данные، а также обработал чтение с потоков вывода и ошибок. Это решение работает для سك 7-8، как для ويندوز 7، так и для ويندوز 8.
Ни один из вышеперечисленных ответов не выполняет эту работу.
Решение روب зависает، а решение "مارك بييرس" получает исключение. (Я попробовал "решения" других ответов).
Поэтому я решил прешложить другое решение:
Этот код отлаживается и работает отлично.
Мне кажется، что это простой и лучший подход (нам не нужно أوتوريستيفنت):
У меня была такая же проблема، но причина была другая. Однако это произойдет في ويندوز 8، но не под ويندوز 7. Кажется، что эта строка вызвала эту проблему.
Решением было НЕ отключить أوشليكسكيوت. Теперь я получил всплывающее окно شل، которое нежелательно، но намного лучше، чем программа، ожидающая ничего особенного. Поэтому я добавил для этого следующее:
Теперь меня беспокоит только то، почему это происходит в ويندوز 8.
В настоящее время принятый ответ не работает (генерирует исключение)، и существует слишком много обходных решений، но не полный код. Это، очевидно، тратит много времени людям، потому что это популярный вопрос.
Объединив ответ Марка Байера и Кароль Тил، я написал полный код، основанный на том، как я хочу использовать метод Process. Start.
Использование.
Я использовал его для создания диалога прогресса вокруг команд جيت. Вот как я его использовал:
В теории вы также можете комбинировать ستدوت и ستدير، но я не тестировал это.
Я знаю، что это ужин старый، но после прочтения всей этой страницы ни одно из решений не работало для меня، хотя я не пробовал Мухаммада Рехана، так как код был немного трудным для подражания، хотя я предполагаю، что он был на правильный трек. Когда я говорю، что это не сработало، что это не совсем так، иногда это будет работать нормально، я думаю، что тто связано с длиной вывода до отметки إوف.
В любом случае، решение، которое работало для меня، состояло в том، чтобы использовать разные потоки для чтения ستانداردوتبوت и ستانداردرور и писать сообщения.
Надеюсь، это поможет кому-то، кто думал، что это может быть так сложно!
Другие решения (в том числе EM0) все еще зашли в тупик для моего приложения из-за внутренних тайм-аутов и использования как стандартного، так и стандартногоError для созданного приложения. عودة إلى الأعلى>
تحذير: تمت ترجمة هذه المقالة تلقائيا خصائص رقم الموضوع:
Это сообщение может быть устаревшим، но я узнал основную причину، по которой он обычно зависает، из-за для ريديركتستانداردوتوبوت или если у вас есть ريديركتستاندارديرور.
Поскольку выходные данные или данные об ошибках велики، это вызовет время зависания، поскольку оно все еще обрабатывается на неопределенный срок.

C # بيجينوبوتريدلين ويتفوريكسيت
الحصول على فيا أب ستور قراءة هذه المشاركة في التطبيق لدينا!
كيفية قراءة لإنهاء عملية إخراج غير متزامن في C #؟
لدي مشكلة مع قراءة إخراج عملية واحدة بشكل غير متزامن في C #. لقد وجدت بعض الأسئلة الأخرى المماثلة على هذا الموقع لكنها لا تساعدني حقا. هنا هو ما أفعله:
جعل عملية جديدة تعيين ستارتينفو - FileName، وسيطات، كريتينويندو (ترو)، وسشليكسكيوت (فالس)، ريديركتستانداردوتوتبوت (ترو) إضافة معالج الأحداث إلى أوتبوتداتاريفسيف؛ بدء العملية، بيجينأوتوبترادلين ثم ويتفوريكسيت ().
أنه يعمل بشكل جيد ولكن إخراج عملية بدأت يكتب بعض النسب المئوية (٪) التي أريد الحصول عليها ولكن لا أستطيع منذ رمز بلدي يقرأ سطرا سطرا والنسب المئوية لا تظهر.
إليك الرمز الحالي لبرنامجي:
يبدو أن إخراج تيار القراءة بشكل غير متزامن هو كسر قليلا - لا يتم قراءة كافة البيانات قبل خروج العملية. حتى إذا قمت بالاتصال ب process. WaitForExit () وحتى إذا قمت بالاتصال ثم process. Close () (أو ديسبوس ()) لا يزال بإمكانك الحصول على الكثير من البيانات بعد ذلك. انظر alabaxblog. info/2018/06/redirectstandardoutput-beginoutputreadline-pattern-broken/ للحصول على كتابة كاملة، ولكن الحل هو أساسا لاستخدام أساليب متزامنة. لتجنب الجمود، على الرغم من، لديك لاستدعاء واحد منهم على مؤشر ترابط آخر:
بروسيس. ويتفوركسيت () سوف تنتظر حتى الانتهاء غير متزامن الناتج / خطأ تيار القراءة. لسوء الحظ هذا ليس صحيحا ل process. WaitForExit (المهلة) الزائد. هذا هو ما تقوم به فئة العمليات داخليا:
. لذلك سوف ننتظر للقراءة غير متزامن فقط إذا لم يكن هناك مهلة! لإصلاحه ببساطة استدعاء ويتفوريكسيت بارامتريليس () بعد ويتفوريكسيت (مهلة) عاد صحيح:
هناك عدد قليل من الأشياء التي تحصل في طريقها. قد يكون التطبيق وحدة التحكم باستخدام "باكباس" باكسباس الكتابة فوق النسبة المئوية، وربما لا بيغ إلى تيار ستدوت بعد كل الكتابة، و بيجينوتبترادلين ويفترض ينتظر لنهاية السطر قبل إعطائك البيانات.

مثال الاستخدام.
أنا حلها بهذه الطريقة:
أنا إعادة توجيه كل من المدخلات والمخرجات والخطأ وتناولت القراءة من الإخراج وتدفقات الخطأ. يعمل هذا الحل ل سك 7-8، سواء بالنسبة ويندوز 7 و ويندوز 8.
حاولت جعل فئة من شأنها أن تحل مشكلتك باستخدام تيار غير متزامن قراءة، من خلال اتخاذ في حساب علامة بييرز، روب، ستيفيفاي الأجوبة. القيام بذلك أدركت أن هناك خلل المتعلقة غير متزامن الناتج إخراج تيار قراءة.
لا يمكنك القيام بذلك:
سوف تتلقى System. InvalidOperationException: لم تتم إعادة توجيه ستانداردوت أو لم تبدأ العملية حتى الآن.
ثم لديك لبدء إخراج غير متزامن قراءة بعد بدء العملية:
القيام بذلك، جعل حالة سباق لأن تيار الإخراج يمكن أن تتلقى البيانات قبل تعيينه إلى غير متزامن:
ثم بعض الناس يمكن أن أقول أن لديك فقط لقراءة تيار قبل تعيينه إلى غير متزامن. ولكن نفس المشكلة تحدث. سيكون هناك حالة سباق بين قراءة متزامن وتعيين تيار في وضع غير متزامن.
لا توجد طريقة للحصول على قراءة غير متزامنة آمنة من تيار الإخراج من عملية في الطريقة الفعلية "عملية" و "بروسيسستارتينفو" تم تصميم.
ربما كنت أفضل باستخدام قراءة غير متزامن مثل اقترح من قبل المستخدمين الآخرين لحالتك. ولكن يجب أن تكون على علم بأنك يمكن أن تفوت بعض المعلومات بسبب حالة السباق.
أي من الإجابات أعلاه هو القيام بهذه المهمة.
الحل روب معلقة وحل "مارك بييرز 'الحصول على استثناء التخلص منها. (حاولت" حلول "من الإجابات الأخرى).
لذلك قررت أن أقترح حل آخر:
هذا رمز تصحيحها ويعمل تماما.
أنا شيء أن هذا هو نهج بسيط وأفضل (نحن لسنا بحاجة أوتوريزيتيفنت):
كنت تواجه نفس المشكلة، ولكن السبب كان مختلفا. ومع ذلك فإنه يحدث تحت ويندوز 8، ولكن ليس تحت ويندوز 7. يبدو أن السطر التالي قد تسبب في المشكلة.
كان الحل عدم تعطيل وسشليكسكيوت. تلقيت الآن نافذة منبثقة شل، غير المرغوب فيها، ولكن أفضل بكثير من البرنامج في انتظار لا شيء معين أن يحدث. لذلك أضفت العمل التالي حول ذلك:
الآن الشيء الوحيد الذي يزعجني هو لماذا يحدث هذا تحت ويندوز 8 في المقام الأول.
المقدمة.
الإجابة المقبولة حاليا لا تعمل (يلقي استثناء) وهناك الكثير من الحلول ولكن لا يوجد رمز كامل. ومن الواضح أن هذا يضيع الكثير من الوقت الناس لأن هذا هو السؤال الشعبي.
الجمع بين إجابة مارك بييرز وإجابة كارول تيل كتبت الكود الكامل على أساس كيف أريد استخدام الأسلوب Process. Start.
لقد استخدمته لإنشاء الحوار التقدم حول أوامر جيت. هذه هي الطريقة التي استخدمتها:
من الناحية النظرية يمكنك أيضا الجمع بين ستدوت وستدير، ولكن لم اختبر ذلك.
وأنا أعلم أن هذا العشاء القديم ولكن بعد قراءة هذه الصفحة بأكملها لا شيء من الحلول كان يعمل بالنسبة لي، على الرغم من أنني لم أحاول محمد ريحان كما كان من الصعب قليلا على رمز لمتابعة، على الرغم من أنني أعتقد أنه كان على الطريق الصحيح . عندما أقول أنها لم تعمل هذا ليس صحيحا تماما، وأحيانا أنها سوف تعمل بشكل جيد، وأعتقد أنه هو شيء للقيام به مع طول الإخراج قبل علامة إوف.
على أي حال، كان الحل الذي عملت بالنسبة لي لاستخدام المواضيع المختلفة لقراءة ستانداردوتبوت و ستانداردرور وكتابة الرسائل.
نأمل أن يساعد هذا الشخص، الذي يعتقد أن هذا يمكن أن يكون من الصعب جدا!
الحلول الأخرى (بما في ذلك EM0 في) لا يزال مسدودا لتطبيقي، بسبب مهلات الداخلية واستخدام كل من ستانداردوتبوت و ستانداردرور من تطبيق ولدت. هنا هو ما عمل لي:
تحرير: إضافة التهيئة من ستارتينفو إلى نموذج التعليمات البرمجية.
هذه الوظيفة ربما عفا عليها الزمن ولكن اكتشفت السبب الرئيسي لماذا عادة تعليق هو بسبب تجاوز كومة ل ريديريكتستانداردوتبوت أو إذا كان لديك ريديريكتستانداردرور.
كما بيانات الإخراج أو بيانات الخطأ كبيرة، وسوف يسبب وقت تعليق لأنه لا يزال يعالج لمدة غير محددة.

أعلى 3 بينر أوسي البرمجيات التجارية السيارات.
C # بروسيس بيغنتبتوريادلين ويتفوريكسيت.
C # بروسيس بيغنتبتوريادلين ويتفوريكسيت.
لا أحد يعرف كيفية قراءة غير متزامن من ستانداردوتبوت من عملية بدأت بشكل منهجي في C #. أنا قادرا على قراءة منه الآن، ولكن C # إدج 270 عملية ويتفورينبوتيدل و ويتفوريكسيت إلى ما يعادل مكالمة متزامنة باستخدام ويتفوريكسيت و C. مشكلة تنفيذ أمر سطر الأوامر من C # تعديل الجواب لاستخدام بيجنوتبوترادلين بسبب ويتفوريكسيت. من وثائق إكسيتكود: إذا حاولت الحصول على إكسيتكود قبل الخروج من العملية، محاولة يلقي استثناء. بروسستارتينفو معلقة على ويتفوريكسيت بواسطة روب c # 10 نوفمبر في 1: 48. تم وضع علامة على هذا السؤال العملية. كيفية استخدام بشكل صحيح يمكن وسيتم إطلاقها بعد مكالمة إلى ويتفوريكسيت () بشكل صحيح الهروب سطر الأوامر في c. طريقة بيجينيرورادلين () بدء قراءة غير متزامن من تيار الإخراج القياسية. ExitCode. الخام لصق البيانات إنشاء عجينة جديدة. عملية إخراج التقاط بطيئة جدا. WaitForExit ()؛ c # هل من الممكن الكتابة إلى عملية باستخدام قذيفة نظام التشغيل؟
فيديو ذات صلة "C # بروسس بيغنتبتوريدلين ويتفوريكسيت" (348 فيلم):
c # - بروسستارتينفو معلقة على ويتفوريكسيت؟ لماذا ا.
معرض الصور "C # بروسس بيغنتبتوريادلين ويتفوريكسيت" (527 صورة):
فئة نظام سيستيمديانوستيكش - مسنميكروسوفت.
التفاف قذيفة الأمر في C # C منتديات شارب على بايت. لا يمكن الحصول بشكل موثوق على كل من إخراج العملية. نيت فريميورك كلاس بروبيرتيز بروك. ابدأ في التقاط اشتراك إخراج وحدة التحكم والدعوة إلى اختبار C #. رمز C # التالي، رد واحد على [. الحل الصافي: ويتفوريكسيت لا تعمل بعد العملية. ابدأ () هل يعرف أي شخص كيفية القراءة بشكل غير متزامن من ستانداردوتبوت لعملية بدأت بشكل منهجي في C #. أنا قادرة على قراءة منه الآن، ولكن كيفية استخدام بشكل صحيح يمكن وسيتم إطلاقها بعد مكالمة ل ويتفوريكسيت () بشكل صحيح الهروب سطر الأوامر في ج. (هاسكسيتيد I ديفيلوبيد أبليكاتيون إن C # مع التقارير البلورية و التي تم إنشاؤها، وأنا أحاول إنشاء أس # الأسلوب الذي يخلق النسخ الاحتياطي ميسكل باستخدام ميسكلومب ولكن لا شيء أفعل يعمل بناء الجملة C # سف # ف بيجينوتبوتريدلين يبدأ عمليات القراءة غير متزامن على. WutForExit هذا السؤال يحتوي بالفعل على إجابة هنا: التقاط الإخراج وحدة التحكم من تطبيق نيت (C #)، 7 إجابات؛ أنا بحاجة إلى تفرخ عملية الطفل التي هي وحدة التحكم. إجراء تنفيذ أمر سطر الأوامر من C # تعديل الجواب لاستخدام بيجنوتبوترادلين بسبب ويتفوريكسيت من وثائق إكسيتكود: إذا حاولت الحصول على إكسيتكود قبل العملية الخروج، محاولة رمي استثناء. بروسستارتينفو معلقة على ويتفوريكسيت؟ C # فئة عملية إعادة توجيه الإخراج إلى ملف الفيديو. استدعاء ويتفوريكسيت ثم استخدام عبارة واي سوف إغلاق. C # تحويل وحدة التحكم الإخراج UTF8 لعرضها في مربع النص مشاكل الأحرف الخاصة. تشغيل برنامج سطر الأوامر في C # والحصول على الإخراج بروك. WaitForExit ()؛ وظيفة يمكن أن تفعل أي شيء. لدي برنامج أن الحلول المقترحة مع (مما لا شك فيه مع استخدام ويتفوريكسيت ()). C عملية البدء بيتوتبوتريدلين ويتفوريكسيت c أوغور خ يول n n t k d عملية دوتنيت ويتفوريكسيت c h q. مهلة وظيفة في عملية أنا تطوير تطبيق وحدة التحكم C # التي سوف تحتاج إلى قراءة بشكل غير متزامن مع. تجنب ديادلوكس عند القراءة ستانداردوتبوت من عملية في C #.
بروسيسستارتينفو معلقة على ويتفوريكسيت؟ بداية()؛ تصفح الأسئلة الأخرى الموسومة ج. يوفر مكون العملية الوصول إلى عملية قيد التشغيل على جهاز كمبيوتر. عملية، في أبسط المصطلحات، هو التطبيق قيد التشغيل. بروسستارتينفو معلقة على ويتفوريكسيت بواسطة روب c # 10 نوفمبر في 1: 48. تم وضع علامة على هذا السؤال العملية. لا يعمل ويتفوريكسيت بشكل صحيح. تصفح الأسئلة الأخرى الموسومة c # ويتفوريكسيت أو طرح السؤال الخاص بك. عملية إخراج التقاط بطيئة جدا. WaitForExit ()؛ c # هل من الممكن الكتابة إلى عملية باستخدام قذيفة نظام التشغيل؟ طريقة بيجينأوتوبترادلين () يبدأ بيجينوتبترادلين عمليات القراءة غير متزامن. ويتفوريكسيت (Int32) يجعل الانتظار مؤشر الترابط الحالي حتى ينتهي العملية المقترنة. وينبغي أن يسمى بعد أن يتم استدعاء جميع الطرق الأخرى على العملية. أساليب العملية طريقة ويتفوريكسيت. طريقة بيجينيرورادلين () بدء قراءة غير متزامن من تيار الإخراج القياسية. فرينيستريس يساعدك على العثور على البق والقضايا في التعليمات البرمجية بسرعة وسهولة.

C # بيجينوبوتريدلين ويتفوريكسيت
الحصول على فيا أب ستور قراءة هذه المشاركة في التطبيق لدينا!
كيفية تفرخ عملية والتقاط ستدوت في؟ [مكرر]
هذا السؤال له إجابة هنا:
أنا بحاجة إلى تفرخ عملية الطفل الذي هو تطبيق وحدة التحكم، والتقاط انتاجها.
لقد كتبت التعليمات البرمجية التالية لطريقة:
ومع ذلك، هذا لا يعود أي شيء. لا أعتقد أن يتم استدعاء الحدث أوتبوتداتاريسيفد مرة أخرى، أو الأمر ويتفوريكسيت () قد حظر مؤشر الترابط بحيث لن رد.
إديت: يبدو أني كنت أحاول جهدا صعبا مع رد الاتصال. به:
يظهر للعمل بشكل جيد.
تم وضع علامة عليه كصورة مكررة من قبل لوه فينه ف، # c، كزة c # يمكن للمستخدمين الذين لديهم شارة C # أن يقوموا بإغلاق C # الأسئلة كملفات مكررة وإعادة فتحها حسب الحاجة. 17 أكتوبر، 16، الساعة 10:58.
وقد طرح هذا السؤال من قبل، ولديه بالفعل جواب. إذا كانت هذه الإجابات لا تعالج سؤالك بشكل كامل، فيرجى طرح سؤال جديد.
إليك الشفرة التي تم التحقق منها للعمل. أنا استخدامه لتفريخ مسبويلد والاستماع إلى إنتاجها:
أنا فقط حاولت هذا الشيء جدا وعملت التالية بالنسبة لي:
يبدو أن اثنين من خطوطك خارج النظام. يمكنك بدء العملية قبل إعداد معالج أحداث لالتقاط الإخراج. من الممكن الانتهاء من العملية فقط قبل إضافة معالج الحدث.
تبديل خطوط مثل ذلك.
كنت بحاجة لالتقاط كل من ستدوت وستدير ويكون لها مهلة إذا لم العملية لم يخرج عند المتوقع. خطرت لي هذه:
أنا الأنابيب ستدوت وستدير في نفس السلسلة، ولكن هل يمكن أن يبقيه منفصلا إذا لزم الأمر. ويستخدم الأحداث، لذلك ينبغي التعامل معها لأنها تأتي (أعتقد). لقد قمت بتشغيل هذا بنجاح، وسوف يكون حجم اختبار ذلك قريبا.
وإليك بعض التعليمات البرمجية الكاملة والبسيطة للقيام بذلك. هذا عملت بشكل جيد عندما كنت استخدامه.
لاحظ أن هذا يلتقط فقط الإخراج القياسية؛ فإنه لا التقاط خطأ قياسي. إذا كنت تريد كلاهما، استخدم هذه التقنية لكل تيار.
تحتاج إلى استدعاء p. Start () لتشغيل العملية في الواقع بعد تعيين ستارتينفو. كما هو، وظيفة الخاص بك هو على الأرجح معلقة على استدعاء ويتفوريكسيت () لأن العملية لم تبدأ فعلا.
إعادة توجيه البث غير متزامن ومن المرجح أن يستمر بعد انتهاء العملية. وذكر من قبل عمر لإلغاء بعد عملية إنهاء العملية. CancelOutputRead (). ومع ذلك فإن لديه احتمال فقدان البيانات.
هذا يعمل بشكل موثوق بالنسبة لي:
لم أحاول هذا النهج ولكن أحب اقتراح من سلي:
وإليك طريقة استخدمها لتشغيل عملية ويحصل على الإخراج والأخطاء:
الجواب من يهوذا لا يعمل بالنسبة لي (أو لم يكتمل) كما كان التطبيق الخروج بعد بيجينوتبترادلين الأول ()؛
هذا يعمل بالنسبة لي كمقتطف كامل، وقراءة الانتاج المستمر من بينغ: