ويثفوريكسيت حالة توقف تام

إيف قرأت عن حالة الجمود هذا أن إم مؤكد جدا يؤثر على التعليمات البرمجية (أدناه). ما أنا لا أفهم هو: عملت هذه التعليمات البرمجية بشكل جيد تماما على ويندوز سيرفر 2003 (2.0) على مدى السنوات ال 12 الماضية. الآن كنا نحاول نقله إلى ويندوز سيرفر 2012، حيث دائما ديادلوكس. بينما يتم إنشاء دلز ل أونيبو (لا يزال الاستهداف 2.0)، يتم تشغيل العملية القابلة للتنفيذ على الاطلاق 32 بت، والانتقال من سيرفر 2003 إلى سيرفر 2012 يذهب من نظام التشغيل 32 بت إلى 64 بت. أعتقد أنني أفهم ما يجب القيام به لحل هذه المشكلة، ولكن أي شخص يعرف لماذا هذا السلوك قد تغيرت من سيرفر 2003 إلى سيرفر 2012 لا يزال هناك حالة توقف تام سر، حتى بعد تغيير التعليمات البرمجية أعلاه كما هو موصى به: ما هي الشروط الأخرى التي يمكن أن تسبب هذا الجمود إذا كنت قد فحصت ستانداردرور، فإنه سوف تكشف عن أي شيء مفيد فويو، قمنا بتوفير آخر ويندوز سيرفر 2003 (32 بت)، الذي يقوم بتشغيل إيس 6. كان هذا التكوين الجهاز الأصلي هذا القانون تشغيل لمدة 12 سنوات (مع وجود توقف تام في بعض الأحيان ). لدينا نفس التعليمات البرمجية التي ديادلوكس على خادم 2012 إيس 8 لا ديادلوك على هذا الخادم 2003. لدينا الآن لدينا الحد الأدنى من التعليمات البرمجية الكاملة التي تستنسخ هذه المسألة. ومع ذلك، فإن إيكس الترخيص المرخص التي يتم تنفيذها من قبل العملية لديها بنود السرية التي تمنعنا من النشر. أدرك أن لا يساعد الخبراء هنا. تلميح واحد واجهنا هو أنه عند تشغيل عبر مصحح أخطاء فيسوال ستوديو 2013 مثبت على الملقم الفعلي العملية لا ديادلوخهانغ، في حين استدعاء العملية من مستعرض خارج الملقم لا. والغريب - من متصفح على خادم 2012 نحن غير قادر على الاتصال إلى صفحة الاختبار - المتصفح يقول فقط ربط وفي نهاية المطاف مرات (ومع ذلك، مواقع أخرى استضافتها نفس الخادم نفسه إيس 8 يمكن الوصول إليها من متصفح على الخادم) منذ نفس معلمات سطر الأوامر تشغيل يدويا من قذيفة الأمر المسؤول أو قذيفة الأمر غير المشرف يعمل تماما، من الصعب أن نعتقد مشكلة 64 بت WOW64 مع هذا 32 بت للتنفيذ أو دلز المطلوبة. نحن نواصل البحث عن الأماكن قد تكون أذوناتنا تسبب مشاكل (تحتاج العملية إلى الكتابة إلى مجلد مؤقت، الذي وضعنا في c: درجة الحرارة، في الوقت الراهن). سأل 4 سبتمبر 16 في 2:05 لدي بعض الإجابات سو مختلفة التي، في حين الإجابة على أسئلة مختلفة عن واحد لديك هنا، لا تشمل أمثلة لإعادة توجيه كل من ستانداردوتبوت و ستانداردورور دون تعطل التعليمات البرمجية. قد تجد واحد أو أكثر منها مفيدة: stackoverflowa33508142. stackoverflowa26722542. و stackoverflowa38881345 نداش بيتر دونيهو سبتمبر 5 16 في 23: 10Elina: شكرا لإجابتك. هناك بعض الملاحظات في الجزء السفلي من مستند مسن هذا (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. لم تتم إعادة توجيه ستانداردوت أو لم تبدأ العملية بعد. ثم عليك أن تبدأ إخراج غير متزامن قراءة بعد بدء العملية: القيام بذلك، وجعل حالة سباق لأن تيار الإخراج يمكن أن تتلقى البيانات قبل تعيينه إلى غير متزامن: ثم بعض الناس يمكن أن أقول أن لديك فقط لقراءة تيار قبل تعيينه إلى غير متزامن. ولكن نفس المشكلة تحدث. سيكون هناك حالة سباق بين قراءة متزامن وتعيين تيار في وضع غير متزامن. لا توجد طريقة للحصول على قراءة غير متزامنة آمنة من تيار الإخراج من عملية في الطريقة الفعلية وقد تم تصميم عملية و بروسيسستارتينفو. ربما كنت أفضل باستخدام قراءة غير متزامن مثل اقترح من قبل المستخدمين الآخرين لحالتك. ولكن يجب أن تكون على علم بأنك يمكن أن تفوت بعض المعلومات بسبب حالة السباق.