Standardoutput readtoend waitforexit

إم كتابة المجمع VB. NET حول بعض رمز فورتران القديم (3 وحدات إيكس). استخدام process. StartInfo. RedirectStandardOutput يعمل على اثنين من الوحدات النمطية، ولكن الوحدة النمطية الثالثة أقفال عند تعيين ريديريكتستانداردوتوتب صحيح. يمكنني تشغيل كل من برامج فورتران من سطر الأوامر حتى إعادة توجيه الإخراج القياسية إلى ملف مع الأمر إعادة توجيه غ دوس. أي أفكار ما يسبب هذا / ما هي الخيارات الأخرى التي قد تكون مطلوبة لتشغيلها بهذه الطريقة شكرا ديف تايلور الاثنين، فبراير 01، 2010 2:42 آم الأجوبة كنت الوقوع في فخ التي تم توثيقها - استدعاء ويتفوريكسيت قبل ريادتويند. أقترح عليك قراءة قسم الملاحظات من الخاصية process. StandardOuput: يمكن أن يؤدي حالة توقف تام في حالة استدعاء العملية الأصل p. WaitForExit قبل p. StandardOutput. ReadToEnd والعملية الطفل يكتب نص كاف لملء تيار المعاد توجيهه. سوف تنتظر العملية الأم إلى أجل غير مسمى لعملية الطفل للخروج. عملية الطفل سوف تنتظر إلى أجل غير مسمى للوالد لقراءة من ستانداردوتتبوت بالكامل stream. quot هنا هو الوثائق. كما أنه يحتوي على معلومات عن تجنب هذا الوضع. هث توم شيلتون اقتراح من قبل كور ليغثيرت مفب الثلاثاء، فبراير 02، 2010 6:06 م وضع علامة على إجابة مارتينكسي مشرف الاثنين، فبراير 08، 2010 3:12 ص الثلاثاء، فبراير 02، 2010 5:30 م جميع الردود الأكثر احتمالا ، كتبت شيئا خاطئا في التعليمات البرمجية الخاصة بك في تلك الوحدة الثالثة. الاثنين، فبراير 01، 2010 5:14 آم في حين لا يوجد شك في أن كوتسوميثينغ هو ورونغكوت أنا لا أعتقد أنه في وحدة إيكس أي أنه يعمل بشكل جيد عندما لا يتم إعادة توجيه الإخراج القياسية، ولكن يتعطل عند تعيين العملية. Startinfo. RedirectStandardOutput ترو. وبما أنه يعمل مع دوس إعادة توجيه (أي C: gtmodule3.exe غ output. txt بإنشاء ملف output. txt المتوقع)، أفترض أن المشكلة مع إعادة توجيه محددة إلى الطريقة. NET إنشاء العملية مقابل تشغيله من الأمر خط. الثلاثاء 02 فبراير 2010 3:13 ص أفترض أن المشكلة مع إعادة توجيه محددة للطريقة. نيت إنشاء العملية مقابل تشغيله من سطر الأوامر. تحت سيطرتك. ما هي التعليمات البرمجية للأغلفة التي تكتبها، وكيف تختلف الشفرة التي استخدمتها في المجمع للوحدة الثالثة عن الكود الذي استخدمته للأغلفة للوحدتين الأخريين الثلاثاء 02 فبراير 2010 3:17 آم نحن ببساطة لا يمكن أن تساعدك إذا كنا لا نرى قطعة من التعليمات البرمجية التي تسير على ما يرام. إعادة تشغيل عملية البداية هو إنهاء على التوالي، ولكن دون رمز نحن أفضل يمكن أن تذهب إلى كاسينو. ومع ذلك، هنا عينة عن ذلك على موقعنا على الانترنت ف نصائح / Shell. aspx النجاح كور الثلاثاء، فبراير 02، 2010 7:30 آم يتم استخدام التعليمات البرمجية أدناه لتنفيذ اثنين من الوحدات الثلاث، القسم الثاني توليد البيانات الجدار ما هو فشل. إذا قمت بتعيين proc. StartInfo. RedirectStandardOutput فالس في السطر ملحوظ معها يستمر كما هو متوقع. تشغيل وحدة والجن مباشرة من سطر الأوامر وإعادة توجيه إنتاجها إلى ملف يعمل موافق. فكرتي التالية هي بدء تشغيل معالج الأوامر الثانوي وإطلاق التنفيذ من هناك أو ربما استخدام ملف دفعي. كل من هذه الخيارات هي معرف كلودجي قليلا بدلا من معرفة لماذا لا يعمل هذا :-) بوبليك سوب إكسكوت () ديم فس كما System. IO. Stream ديم بروك كما عملية جديدة خافت زريسولت كما سلسلة خافت سباث كما سلسلة توليد بيانات الكرة سباث لي. وركينغدير أمبير بلدي. Settings. BallGenResultFile إذا كان. KillBeforeExecute ثم حاول قتل (سباث) قبض السابق كما فلينوتفوندكسيبتيون تجاهل ملف لم يتم العثور على استثناء نهاية محاولة نهاية إذا فس جيتفيلستريم (بلدي. Settings. BallGenFile) msim. CreateBallGenFile (فس) proc. StartInfo. FileName ماي. Settings. BallGenExec proc. StartInfo. WorkingDirectory مي. WorkingDir proc. StartInfo. UseShellExecute فالس proc. StartInfo. CreateNoWindow صحيح proc. StartInfo. RedirectStandardOutput ترو proc. Start () إذا لم يكن بروك. ويتفوركسيت (ماي. Settings. BallGenTimeout) ثم بروك. Kill () رمي جديد مسكسكوتيكسبتيون (بلدي. Settings. BallGenModule، كوتيموت انتظار بالجن لإنهاء إيكسكوتيونكوت) نهاية إذا كان سلسلة عارية (szResult. Trim، بلدي. Settings. BallGenNormalExit. Trim، صحيح) لتغ 0 ثم رمي جديد مسيكسيكو تيكسيبتيون (بلدي. Settings. BallGenModule، سريسولت) نهاية إذا لم يكن System. IO. File. Exists (سباث) ثم رمي جديد مسكسكوتيكسيبتيون (بلدي. Settings. BallGenModule، لم يتم إنشاء ملف النتيجة بالغن) نهاية إذا بول جين ناجحة توليد جدار داتا سباث لي. WorkingDir أمبير بلدي. Settings. WallGenResultFile إذا كان. KillBeforeExecute ثم حاول قتل (سباث) قبض السابق كما فلينوتفوندكسيبتيون تجاهل ملف لم يتم العثور على استثناء، رمي كل الاستثناءات الأخرى نهاية محاولة نهاية إذا فس جيتفيلستريم (بلدي. Settings. WallGenFile) مسيم. كريتيوالجنفيل (فس) بروك عملية جديدة proc. StartInfo. FileName بلدي. Settings. WallGenExec proc. StartInfo. CreateNoWindow صحيح pro. StartInfo. WorkingDirectory مي. WorkingDir proc. StartInfo. UseShellExecute خطأ pro. StartInfo. RedirectStandardOutput صحيح proc. StartInfo. RedirectStandardError صحيح بروك. Start () إذا لا proc. WaitForExit (بلدي. Settings. WallGenTimeout) ثم proc. Kill () رمي جديد مسكسكوتيكسبتيون (بلدي. Settings. WallGenModule، كوتيموت انتظار ولغين إلى فيني ش إكسيندكوت) إند إذا كان szResult proc. StandardOutput. ReadToEnd إذا لم يكن System. IO. File. Exists (سباث) ثم رمي جديد مسكسكوتيكسبتيون (بلدي. Settings. WallGenModule، لم يتم إنشاء ملف النتيجة والجين إنشاء) إنهاء إذا وال جين ناجحة نهاية سوب الثلاثاء ، فبراير 02، 2010 5:14 بيإم كنت الوقوع في فخ التي تم توثيقها - استدعاء ويتفوريكسيت قبل ريادتويند. أقترح عليك قراءة قسم الملاحظات من الخاصية process. StandardOuput: يمكن أن يؤدي حالة توقف تام في حالة استدعاء العملية الأصل p. WaitForExit قبل p. StandardOutput. ReadToEnd والعملية الطفل يكتب نص كاف لملء تيار المعاد توجيهه. سوف تنتظر العملية الأم إلى أجل غير مسمى لعملية الطفل للخروج. عملية الطفل سوف تنتظر إلى أجل غير مسمى للوالد لقراءة من ستانداردوتتبوت بالكامل stream. quot هنا هو الوثائق. كما أنه يحتوي على معلومات عن تجنب هذا الوضع. هث توم شيلتون اقتراح من قبل كور ليغثيرت مفب الثلاثاء، فبراير 02، 2010 6:06 م وضع علامة كجواب من قبل مارتينكسي مشرف الاثنين، فبراير 08، 2010 3:12 ص الثلاثاء، فبراير 02، 2010 5:30 م مرحبا بكم في منتديات مسن هل هذا يساعد إذا كان لديك أي أسئلة أو استفسارات أخرى، لا تتردد في إعلامنا. الى جانب ذلك، هنا هو مقال واحد يوضح: كيفية إعادة توجيه المدخلات القياسية الإخراج من تطبيق في. NET كوديبروجيكت / كب / كس / ProcessStartDemo. aspx شكرا لك كل ما تبذلونه من مساعدة ودية والدعم. إذا كان لديك أي ملاحظات على دعمنا، يرجى الاتصال مسنمغميكروسوفت يرجى تذكر أن تضع علامة على الإجابات كجواب إذا كانت مساعدة وإلغاء تحديد لهم إذا لم تقدم أي مساعدة. مرحبا بك في إطار التعليمات البرمجية متعدد الإمكانات. إذا كان لديك أي ملاحظات، من فضلك قل لنا. الجمعة، فبراير 5، 2010 9:35 أمي لديها برنامج يستخدم في كثير من الأحيان برنامج خارجي ويقرأ مخرجاتها. أنه يعمل بشكل جيد جدا باستخدام العملية المعتادة إعادة توجيه الإخراج الخاص بك، ولكن واحدة حجة محددة لسبب ما تعليق عندما أحاول قراءته، أي رسالة خطأ - لا استثناء، فإنه يتوقف فقط عندما يصل إلى هذا الخط. أنا بالطبع استخدام وظيفة مركزية للاتصال وقراءة الإخراج من البرنامج، وهذا هو: الخط الذي يعلق هو نتيجة proc. StandardOutput. ReadToEnd (). ولكن مرة أخرى، وليس في كل مرة، إلا عندما أرسلت حجة محددة (بدء الخادم). تعمل جميع الوسيطات الأخرى على ما يرام - فهي تقرأ القيمة وترجعها. لها أيضا غريب الطريقة التي يتعطل. فإنه لا تجميد أو إعطاء خطأ أو أي شيء، فإنه يتوقف فقط معالجة. كما لو كان الأمر العودة، إلا أنه حتى لا يعود إلى وظيفة الدعوة، فإنه يتوقف فقط كل شيء مع واجهة لا تزال قائمة وتشغيلها. أي شخص من ذوي الخبرة هذا قبل أي شخص لديهم أي فكرة ما يجب أن أحاول إم على افتراض شيء غير متوقع داخل تيار نفسها، ولكن هناك طريقة يمكنني التعامل مع / تجاهل هذا بحيث يقرأ على أي حال طلب أغسطس 23 11 في 11:19 تشغيل في وحدة التحكم نفس البرنامج مع نفس المعلمات. انها دفعت لتفاعل المستخدم مثل إدخال كلمة المرور أو كونغيرماتيون بعد التحذيرات، قد يكون السبب. على سبيل المثال بغادمين (بوستغريس قاعدة بيانات أدمينيستراشيون) معلقة يسأل عن كلمة المرور لقواعد البيانات التي ليست في ملف التكوين الخاص به. ولكن هذا لا يمكن إلا أن ينظر تشغيل من وحدة التحكم نداش بروفيميديكا أغسطس 31 في 5:55 9 إجابات إيلاد مرت عامين واجهت نفس المشكلة. فجأة، مع عبد :) وجدت أي حل. عينات عديمة الفائدة فقط من مسن التي لا تعمل. الحلول المقترحة مع بيجينأوتوبترادلين () هو وسيلة جيدة ولكن في حالات من هذا القبيل، فإنه لا ينطبق لأن العملية (بالتأكيد مع استخدام ويتفوريكسيت ()) مخارج في وقت سابق من الناتج غير المتزامن الانتهاء تماما. لذلك، وأنا لا تزال حاولت تنفيذه بشكل متزامن وجدت أن الحل هو في استخدام نظرة خاطفة () من فئة سترمريدر. أضفت التحقق من نظرة خاطفة () غ -1 للتأكد من أنه ليس نهاية تيار كما هو الحال في مقالة مسن وصفها وأخيرا يعمل ووقف شنقا وهنا رمز، ونأمل أن يساعد شخص ما في حالات من هذا القبيل. أجاب أبريل 29 13 في 10:50 أنا فقط نفذت هذا التغيير وعملية بلدي لا تزال معلقة على process. StandardError. ReadLine (). ناندش غاندرز 6 يونيو 13 في 20:38 غاندرس قد يكون الخاص بك process. StandardError. ReadLine () يعود ندول ندش ندل 6 يونيو في 21:33 I39ll محاولة أن تحقق وتتيح لك معرفة. نداش غاندرس 7 يونيو 13 في 12:18 حصلت عليه ثابت، ولكنني نفذت شيئا أن شخص آخر أجاب من سؤال مختلف، هنا 39s وصلة للإجابة التي استخدمتها: ستاكوفيرفلو / الأسئلة / 139593 / هيليب نداش غاندرس 25 يونيو 13 في 12:21 شكرا على الرد. I39m يخاف هذا العمل didn39t، فإنه لا يزال معلقة في أقرب وقت حصلت على 39StandardError. ReadToEnd () 39. حتى حاولت استخدام 39BeginErrorReadLine () 39 ولكن هذا أيضا معلقة. الشيء الوحيد الذي عمل ديد كان إضافة مهلة إلى 39WaitForExit39. منذ هذه الحجة المحددة التي توقف دائما يعطي مخرجات على الفور تقريبا، وأنا توقيت ذلك في حوالي 3 ثوان وكل شيء يعمل بشكل جيد. It39s ليست أنيقة جدا، لكنه يعمل. شكرا مرة أخرى للمساعدة. نداش إيلاد أفرون 25 أغسطس 11 في 08:17 كان لي نفس المشكلة الجمود. هذا مقتطف الشفرة عملت بالنسبة لي. أجاب فب 3 15 في 12:19 ماذا عن شيء مثل: أجاب نوف 25 15 في 7:12 كان لي نفس النوع من المشكلة أن الخطأ كان مجرد شنقا. بناء على ردكم على دانيال هيلغارث لم أكن حتى محاولة استخدام تلك الرموز على الرغم من أنني أعتقد أنها قد عملت بالنسبة لي. منذ أريد أن أكون قادرة على القيام ببعض الانتاج مربي الحيوانات لا يزال في نهاية المطاف قررت أن أفعل ذلك مع كل من النواتج التي يتم القيام بها في موضوع الخلفية. هذا عملت بالنسبة لي وسمح لي أن لا تضطر إلى استخدام مهلة للقراءة. أجاب 4 أبريل 13 في 9:57 شيء أن أنيقة وعملت بالنسبة لي هو: هذه الإجابة وجدت هنا والحيلة تستخدم فلوش () وإغلاق () على المدخلات القياسية. أجاب مار 18 15 في 9:39 حل الإجابات المقبولة لم يعمل بالنسبة لي. كان لي لاستخدام المهام من أجل تجنب الجمود: مع وظيفة جيتستريموتبوت على النحو التالي: أجاب 10 يوليو 15 في 15:59 فقط في حالة شخص يتعثر على هذا السؤال في حين ويلينغ لاستخدام نماذج ويندوز و تكستبوكس (أو ريتكستبوكس) لإظهار الأخطاء والمخرجات العملية يعود في الوقت الحقيقي (كما هي مكتوبة إلى process. StandardOutput / process. StandardError). تحتاج إلى استخدام أوتبوتداتاريسيفد () / إرورداتاريسيفد () لقراءة كل من تيارات دون ديادلوكس، ليس هناك طريقة (بقدر ما أعرف) لتجنب ديادلوكس خلاف ذلك، حتى فيدورس الجواب، الذي يحمل الآن علامة الجواب ومعظم يحب حتى الآن، لا تفعل خدعة بالنسبة لي. ومع ذلك، عند استخدام ريتكتكستبوكس (أو مربع نص) لإخراج البيانات، مشكلة أخرى واجهتها هي كيفية كتابة البيانات في الواقع في مربع النص في الوقت الحقيقي (بمجرد وصولها). تتلقى الوصول إلى البيانات داخل واحد من المواضيع الخلفية أوتبوتداتاريفيسد () / إرورداتاريفسد () ويمكنك فقط أبندتكست () من مؤشر الترابط الرئيسي. بدء المحاولة () من مؤشر ترابط الخلفية ثم استدعاء بيجينفوك () غ أبندتكست () في أوتبوتداتاريسيفد () / إرورداتاريفسد () المواضيع بينما كان مؤشر الترابط الرئيسي process. WaitForExit (). ومع ذلك، أدى هذا إلى شكل بلدي تجميد وفي نهاية المطاف معلقة للأبدية. بعد بضعة أيام من المحاولة انتهى بي الأمر مع الحل أدناه، وهذا يبدو أن تعمل بشكل جيد للغاية. في وقت قصير، تحتاج إلى إضافة الرسائل إلى مجموعة المتزامنة داخل أوتبوتداتاريفيسيون () / إرورداتاريفسد () المواضيع في حين أن مؤشر الترابط الرئيسي يجب أن تحاول باستمرار لاستخراج الرسائل من تلك المجموعة وإلحاقها في مربع النص: الجانب السلبي الوحيد من هذا النهج هو حقيقة أنه يمكنك فقدان الرسائل في حالة نادرة جدا، عند بدء عملية الكتابة بين العملية. ستارت () و process. BeginErrorReadLine () / process. BeginOutputReadLine (). فقط ابقي هذا في ذهنك. والطريقة الوحيدة لتجنب ذلك هي قراءة الجداول الكاملة و (أو) الوصول إليها فقط عند انتهاء العملية. أجاب 24 مايو في 13: 21Hi، وأنا على تطوير تطبيق وحدة التحكم 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 م تجري ميكروسوفت استطلاعا عبر الإنترنت لفهم رأيك لموقع مسن على الويب. إذا اخترت المشاركة، سيتم تقديم الاستبيان عبر الإنترنت لك عند مغادرة موقع مسن على ويب. هل ترغب في المشاركة