عملية readtoend - waitforexit

إيلينا: شكرا لإجابتك. هناك بعض الملاحظات في الجزء السفلي من مستند مسن هذا (msdn. microsoften - أوسليبراريهليب) التي تحذر حول ديادلوكس المحتملة إذا قرأت إلى نهاية كل من ستدوت إعادة توجيه و ستدر تيارات بشكل متزامن. IT39s من الصعب معرفة ما إذا كان الحل الخاص بك هو عرضة لهذه المسألة. أيضا، يبدو أنك تقوم بإرسال العملية 39 ستدوتستدر إخراج الحق في العودة كمدخلات. لماذا ا. ) نداش ماتيو بيات سيب 26 16 في 4:42 هذا هو أكثر حداثة تنتظر، مكتبة مكتبة موازية تبل (تبل) حل يستند ل. نيت 4.5 وما فوق. مثال الاستخدام أجاب التنفيذ أكتوبر 5 16 في 10:54 أنا شيء أن هذا هو نهج بسيط وأفضل (نحن لسنا بحاجة أوتوريزيتيفنت): أجاب 14 يونيو 12 في 14:29 صحيح، ولكن mustn39t كنت تقوم به. فيلنام المسار quggsci. exequot كوت لوت obeycommand. txtquot لتبسيط التعليمات البرمجية الخاصة بك أو ربما شيء ما يعادل الأمر كوتشو كوت المسار quggsci. exequot إذا كنت حقا don39t تريد استخدام ملف obeycommand. txt منفصل. نداش اميت نيدو يونيو 4 13 في 22:03 الحل الخاص بك لا تحتاج أوتوريزيتيفنت ولكن لك الاستطلاع. عند إجراء الاستطلاع بدلا من استخدام الحدث (عندما تكون متاحة) ثم كنت تستخدم وحدة المعالجة المركزية دون سبب والتي تشير إلى أنك مبرمج سيئة. الحل الخاص بك هو سيء حقا بالمقارنة مع الآخر باستخدام أوتوريزيتيفنت. (لكنني لم أعطيك -1 لأنك حاولت المساعدة). نداش إيريك أويليت نوف 7 14 في 18:38 كنت تواجه نفس المشكلة، ولكن السبب كان مختلفا. ومع ذلك فإنه يحدث تحت ويندوز 8، ولكن ليس تحت ويندوز 7. يبدو أن السطر التالي قد تسبب في المشكلة. كان الحل عدم تعطيل وسشليكسكيوت. تلقيت الآن نافذة منبثقة شل، غير المرغوب فيها، ولكن أفضل بكثير من البرنامج في انتظار لا شيء معين أن يحدث. لذلك أضفت العمل التالي حول ذلك: الآن الشيء الوحيد الذي يزعجني هو لماذا يحدث هذا تحت ويندوز 8 في المقام الأول. أجاب 13 يناير 15 في 10:35 حاولت أن تجعل فئة من شأنها أن تحل مشكلتك باستخدام تيار غير متزامن قراءة، من خلال الأخذ في الاعتبار مارك بييرز، روب، ستيفيفاي الأجوبة. القيام بذلك أدركت أن هناك خلل المتعلقة غير متزامن الناتج إخراج تيار قراءة. لا يمكنك القيام بذلك: سوف تتلقى System. InvalidOperationException. لم تتم إعادة توجيه ستانداردوت أو لم تبدأ العملية بعد. ثم عليك أن تبدأ إخراج غير متزامن قراءة بعد بدء العملية: القيام بذلك، وجعل حالة سباق لأن تيار الإخراج يمكن أن تتلقى البيانات قبل تعيينه إلى غير متزامن: ثم بعض الناس يمكن أن أقول أن لديك فقط لقراءة تيار قبل تعيينه إلى غير متزامن. ولكن نفس المشكلة تحدث. سيكون هناك حالة سباق بين قراءة متزامن وتعيين تيار في وضع غير متزامن. لا توجد طريقة للحصول على قراءة غير متزامنة آمنة من تيار الإخراج من عملية في الطريقة الفعلية وقد تم تصميم عملية و بروسيسستارتينفو. ربما كنت أفضل باستخدام قراءة غير متزامن مثل اقترح من قبل المستخدمين الآخرين لحالتك. ولكن يجب أن تكون على علم بأنك يمكن أن تفوت بعض المعلومات بسبب حالة العرق. هنا، وأنا على تطوير تطبيق وحدة التحكم C الذي يبدأ سطر الأوامر ويحصل على بعض البيانات من خلال أمر آخر (وهو غير ذي صلة في هذه المناقشة). في نهاية المطاف سوف تحصل على بعض البيانات في سطر الأوامر وأنا فقط بحاجة فقط السطر الأخير من ذلك. لقد استخدمت التعليمات البرمجية التالية: process. StartInfo. FileName كوتسم. إكسكوت process. StartInfo. RedirectStandardInput ترو Process. StartInfo. RedirectStandardOutput ترو لقد استخدمت عملية. StandardInput. WriteLine لكتابة الأوامر أحتاج إلى وحدة التحكم. ولكن إذا كان process. StartInfo. RedirectStandardOutput صحيح، أنا لا تحصل على الإخراج المطلوب باستخدام العبارة process. StandardOutput. ReadToEnd (). سبليت (n) في حين أن خيار ريادلين يعمل بشكل جيد وأنا الحصول على السطر الأول من النص المعروض. منذ كل مرة البيانات التي أحصل على وحدة التحكم يختلف، لا أستطيع أن هاردكود أي لواكتيون معين من حيث الحصول على بلدي الإخراج. حتى إذا وضعت ساعة على البيان process. StandardOutput. ReadToEnd () تقسيم (n) أنا الحصول على استثناء مهلة وظيفة. يرجى مساعدتي مع هذه المشكلة. الخميس، أغسطس 07، 2008 5:44 آم أنا نسخت رمز مانجوس. Myprocesss cutcmd. exequot. أولا، أرسلت أمر كتيبكونفيغوت، مع ريادتويند () مهلة. حاول القراءة في كتل، فشلت أيضا. حاول ويتفورينبوتيدل ()، ولكن نسيت سمد لا يوجد لديه واجهة رسومية، فشلت أيضا. لذلك كنت في حاجة إلى سمد لإنهاء تيار إذا أردت أن تقرأ من أي وقت مضى. طيب حتى الخروج لذلك حاولت إرسال جميع الأوامر بلدي، بما في ذلك الأمر خروج أولا، ثم القراءة. sIn. WriteLine (كوتيبكونفيغوت) sIn. WriteLine (كوتيبكونفيغ ألكوت) sIn. WriteLine (كوتكسيتكوت) سترينغبوت sOut. ReadToEnd () يعمل مثل السحر. بلدي ريادتويند () بإرجاع سلسلة في نصف ثانية، وحصلت على كل المعلومات التي أحتاجها. -) يمكن أن يكون هذا من أي مساعدة لك، غاوري من غير المحتمل أن نفعل، والمستحيل يستغرق سوى وقتا أطول قليلا. - ستيفن باركر علامة كجواب من قبل جاك 321 الاثنين، 11 أغسطس 2008 5:44 ص الخميس، أغسطس 07، 2008 7:51 آم ريادتويند () هو عرضة للتسبب في طريق مسدود، وخصوصا عند رمزه بعد ويتفوريكسيت () أو إرسال الكثير من المدخلات. عملية كتابة ناتجها إلى المخزن المؤقت، أن العازلة ليست كبيرة جدا (2KB أعتقد). انها لا تقرأ محتويات هذا المخزن المؤقت، ويقول ويديث ريادلين ()، فإن عملية المماطلة، والانتظار لتفريغ المخزن المؤقت. البرنامج الخاص بك بدوره سوف المماطلة منذ ويتفوريكسيت () لن يعود أبدا أو ورادلين () الدعوة المماطلة منذ العملية لم تعد قراءة الإدخال. إذا كان هذا السيناريو الخاص بك، ستحتاج إلى قراءة غير متزامن مع بيجينأوتوبترادلين (). هانز باسانت. تم وضع علامة كجواب من قبل جاك 321 الاثنين، 11 أغسطس 2008 5:44 ص الخميس، أغسطس 07، 2008 12:13 م جميع الردود تحتاج أيضا إلى تعيين Process. StartInfo. UseShellExecute إلى فالس. علامة كما الجواب من قبل جاك 321 الاثنين، 11 أغسطس 2008 5:43 ص ما سبق هو إجابة قياسية لطيفة جدا، ومع ذلك. أنا لا أعتقد أن كوتكمكوت ينتهي تيار. لا يوجد شيء يتم إرسالها من مربع سمد للإشارة إلى أن تيار انتهت. فكر في صفحة ويب تقوم بتحميلها، بمجرد أن يصل رمز هتمل بأكمله إلى جهاز الكمبيوتر الخاص بك، يتم تيار. نفسه مع قراءة ملف، بمجرد الوصول إلى الحرف الأخير، ويتم تيار. ولكن مع كمد، تيار ليس كوتدونيكوت. انها تنتظر فقط لإدخال جديد، ثم إذا كنت تعطيه أمر آخر، سيكون لديك الانتاج مرة أخرى. هم يبدو لي أن تواجه مشكلة في التعبير عن نفسي في اللغة الإنجليزية مرة أخرى، اعتذاري. على أي حال، أنا لا أعتقد ثيريس أي شيء يمكنك القيام به لاستخدام ريادتويند () على كمد الإخراج تيار، إلا إذا كنت إرساله الأمر كوتكسيتكوت. هل حاولت الجمع بين ريادلين () مع. تحليل الخط (أي هل تحصل على خطوط فارغة)، أو ب. الأمر process. WaitForIddleInput () لا يمكن أن نفعل، المستحيل يستغرق وقتا أطول قليلا. - ستيفن باركر الخميس، أغسطس 07، 2008 7:35 آم في حال كنت تقوم بتشغيل عملية سمد. هل ريميبر لكتابة كوتكسيتكوت في تيار المدخلات الخميس، أغسطس 07، 2008 7:51 ص لذلك أنا نسخ رمز مانجوس. Myprocesss cutcmd. exequot. أولا، أرسلت أمر كتيبكونفيغوت، مع ريادتويند () مهلة. حاول القراءة في كتل، فشلت أيضا. حاول ويتفورينبوتيدل ()، ولكن نسيت سمد لا يوجد لديه واجهة رسومية، فشلت أيضا. لذلك كنت في حاجة إلى سمد لإنهاء تيار إذا أردت أن تقرأ من أي وقت مضى. طيب حتى الخروج لذلك حاولت إرسال جميع الأوامر بلدي، بما في ذلك الأمر خروج أولا، ثم القراءة. sIn. WriteLine (كوتيبكونفيغوت) sIn. WriteLine (كوتيبكونفيغ ألكوت) sIn. WriteLine (كوتكسيتكوت) سترينغبوت sOut. ReadToEnd () يعمل مثل السحر. بلدي ريادتويند () بإرجاع سلسلة في نصف ثانية، وحصلت على كل المعلومات التي أحتاجها. -) يمكن أن يكون هذا من أي مساعدة لك، غاوري من غير المحتمل أن نفعل، والمستحيل يستغرق سوى وقتا أطول قليلا. - ستيفن باركر علامة كجواب من قبل جاك 321 الاثنين، 11 أغسطس 2008 5:44 ص الخميس، أغسطس 07، 2008 7:51 آم ريادتويند () هو عرضة للتسبب في طريق مسدود، وخصوصا عند رمزه بعد ويتفوريكسيت () أو إرسال الكثير من المدخلات. عملية كتابة ناتجها إلى المخزن المؤقت، أن العازلة ليست كبيرة جدا (2KB أعتقد). انها لا تقرأ محتويات هذا المخزن المؤقت، ويقول ويديث ريادلين ()، فإن عملية المماطلة، والانتظار لتفريغ المخزن المؤقت. البرنامج الخاص بك بدوره سوف المماطلة منذ ويتفوريكسيت () لن يعود أبدا أو ورادلين () الدعوة المماطلة منذ العملية لم تعد قراءة الإدخال. إذا كان هذا السيناريو الخاص بك، ستحتاج إلى قراءة غير متزامن مع بيجينأوتوبترادلين (). هانز باسانت. تم وضع علامة كجواب من قبل جاك 321 الاثنين 11 أغسطس 2008 5:44 ص الخميس، أغسطس 07، 2008 12:13 م تجري ميكروسوفت استطلاعا عبر الإنترنت لفهم رأيك لموقع مسن على الويب. إذا اخترت المشاركة، سيتم تقديم الاستبيان عبر الإنترنت لك عند مغادرة موقع مسن على ويب. هل ترغب في المشاركة