इंतजार नहीं की गई प्रतीक्षा प्रक्रिया

यह बताएं कि एमएसडीएन इसके बारे में क्या कहता है: प्रतीक्षाफॉरएक्सिट () () () अधिभार का उपयोग वर्तमान प्रक्रिया समाप्त होने तक वर्तमान धागा प्रतीक्षा करने के लिए किया जाता है। इस विधि से बाहर निकलने की प्रक्रिया के लिए अनंत समय की प्रतीक्षा करने के लिए प्रक्रिया घटक को निर्देश दिया जाता है। इससे एक आवेदन को प्रत्युत्तर देना बंद हो सकता है। उदाहरण के लिए, यदि आप किसी उपयोगकर्ता इंटरफ़ेस के पास प्रोसेक्शन के लिए CloseMainWindow कहते हैं, तो संबंधित प्रक्रिया को समाप्त करने के लिए ऑपरेटिंग सिस्टम के लिए अनुरोध को नियंत्रित नहीं किया जा सकता है यदि प्रक्रिया को कभी भी इसके संदेश लूप में प्रवेश नहीं किया जाता है। यह ओवरलोड सुनिश्चित करता है कि सभी प्रसंस्करण पूर्ण हो गया है, जिसमें रीडायरेक्ट मानक आउटपुट के लिए एसिंक्रोनस इवेंट्स के हैंडलिंग भी शामिल है। जब मानक आउटपुट को एसिंक्रोनस इवेंट हैंडलर पर रीडायरेक्ट कर दिया गया है, तो आपको WaitForExit (Int32) अधिभार के लिए कॉल के बाद इस अधिभार का उपयोग करना चाहिए। यह पाठ्यक्रम के लिए है। क्या आपको लगता है कि यह नोट प्रक्रिया समाप्त करने के लिए इंतजार नहीं करता है कि इसके लक्षण क्या हैं शुक्रवार, फरवरी 20, 2009 8:13 PM यकीन नहीं है कि यह हाल ही में बदल गया है, लेकिन वापस दिन में आवेदन पर खिड़की मोबाइल कभी नहीं वास्तव में बंद जब आप उन्हें बंद करने के लिए एक्स हिट, वे सिर्फ कम से कम और पृष्ठभूमि में चलते रहना होगा (यह एक बग नहीं था, यह एक विशेषता थी, क्योंकि अगली बार जब आप ऐप शुरू करते हैं तो यह वास्तव में तेजी से शुरू होगा, हाँ मुझे पता है, पागल लेकिन सच है) इसलिए ऐसा क्यों हो सकता है कि WaitForExit अजीब व्यवहार कर रहा है और ऐप स्टार्टअप के बजाय बाहर निकलने के लिए इंतजार कर रहा है। लेकिन फिर यह सिर्फ विंडोज़ मोबाइल के प्राचीन संस्करणों के ज्ञानदंड पर आधारित अटकलें हैं। शुक्रवार, 20 फरवरी, 2009 11:03 पीएम आईडी इस सवाल को ऊपर दबाने की तरह। आईएम पर विंडोज़ मोबाइल 6 मानक और आईएम एक ब्राउज़र उदाहरण अंडे की कोशिश कर रहा है। आईडी उपयोगकर्ता तक ब्राउज़र बंद होने तक इंतजार करना पसंद करता है। लेकिन WaitForExit बहुत तेज रिटर्न देता है। यहां कोड है: प्रोसेस पी न्यू प्रोसेस () p. StartInfo. Arguments quotexample-sitequot p. StartInfo. Verb quotOpenquot p. StartInfo. UseShellExecute false p. StartInfo. FileName quotIExplore. exequot. p.start () p. WaitForExit () संदेश बॉक्स. सामने (अब अब ब्राउज़र बंद होना चाहिए) आशा की गई रिसेट को प्राप्त करने का सही तरीका क्या होना चाहिए सोमवार, 08 जून, 2009 10:45 PM कहाँ प्रतीक है प्रतीक। एलेक्स बी मंगलवार, 09 जून, 2009 9:58 PM मैं इसी समस्या को देख रहा हूं, लेकिन एक्सपी पर। मुझे लगता है कि सबूत किसी भी डीबगर (जैसा कि मैं देख रहा हूं) में देखा जा सकता है, या किसी भी कन्सोल एप्लिकेशन में (जरूरी नहीं कि मोबाइल पर) बुधवार, 2 सितम्बर, 2009 8:35 PM सिवाय इसके कि आपको एक प्रक्रिया वस्तु प्राप्त न हो जो आप कर सकते हैं उपयोग। यदि आप मेरी प्रक्रिया को नई प्रक्रिया के रूप में देखते हैं () myProc प्रक्रिया। प्रारंभ (quotiexplorequot, quotfinance. yahooqhpsquot प्रतीक) myProc. WaitForExit () यह अभी भी तुरंत वापस आता है बुधवार, 02 सितंबर, 2009 8:48 PM आप समस्या है कि आप आई एक्सप्लोर. एक्सए की कोई नई शुरुआत नहीं कर रहे हैं। आप बस मौजूदा प्रक्रिया पर एक नई विंडो बना रहे हैं। मेरा अनुमान है, iexplore. exe प्रारंभ होता है, पिछले उदाहरण को देखता है और पिछले उदाहरण के साथ संचार करता है ताकि वह नई विंडो को खोल सके, और फिर इस आवृत्ति को आपने तुरंत निकाला। इसलिए व्यवहार सही है और उम्मीद की जानी चाहिए। blog. voidnish बुधवार, 02 सितंबर, 2009 8:52 PM माइक्रोसॉफ्ट एमएसडीएन वेब साइट की आपकी राय को समझने के लिए एक ऑनलाइन सर्वेक्षण आयोजित कर रहा है। यदि आप भाग लेना चुनते हैं, तो ऑनलाइन सर्वेक्षण आपको प्रस्तुत किया जाएगा जब आप एमएसडीएन वेब साइट छोड़ देंगे। क्या आप भाग लेना पसंद करेंगे? WaitForExit विधि () WaitForExit () वर्तमान थ्रेड की प्रतीक्षा करता है जब तक कि संबद्ध प्रक्रिया समाप्त नहीं होती है। अन्य सभी तरीकों को प्रक्रिया पर बुलाया जाने के बाद इसे बुलाया जाना चाहिए। मौजूदा थ्रेड को अवरुद्ध से बचने के लिए, मौजूदा ईवेंट का उपयोग करें। इस पद्धति प्रक्रिया और इवेंट हैंडलर्स के बाहर निकलने के लिए अनंत अवधि की प्रतीक्षा करने के लिए प्रक्रिया घटक को निर्देश देती है। इससे एक आवेदन को प्रत्युत्तर देना बंद हो सकता है। उदाहरण के लिए, यदि आप किसी उपयोगकर्ता इंटरफ़ेस के पास प्रोसेक्शन के लिए CloseMainWindow कहते हैं, तो संबंधित प्रक्रिया को समाप्त करने के लिए ऑपरेटिंग सिस्टम के लिए अनुरोध को नियंत्रित नहीं किया जा सकता है यदि प्रक्रिया को कभी भी इसके संदेश लूप में प्रवेश नहीं किया जाता है। फ्रेमवर्क 3.5 और पिछले संस्करणों में, WaitForExit () अधिभार मैक्सवाले मिलीसेकंड (लगभग 24 दिन) के लिए इंतजार किया गया, अनिश्चित काल तक नहीं। इसके अलावा, पिछले संस्करणों के लिए ईवेंट हैंडलर्स को बाहर करने के लिए इंतजार नहीं किया गया था, यदि पूर्ण मैक्सवाले समय तक पहुंच गया था। यह ओवरलोड सुनिश्चित करता है कि सभी प्रसंस्करण पूर्ण हो गया है, जिसमें रीडायरेक्ट मानक आउटपुट के लिए एसिंक्रोनस इवेंट्स के हैंडलिंग भी शामिल है। जब मानक आउटपुट को एसिंक्रोनस इवेंट हैंडलर पर रीडायरेक्ट कर दिया गया है, तो आपको WaitForExit (Int32) अधिभार के लिए कॉल के बाद इस अधिभार का उपयोग करना चाहिए। जब किसी संबद्ध प्रक्रिया से बाहर निकलता है (अर्थात, जब यह सामान्य या असामान्य समाप्ति के माध्यम से ऑपरेशन सिस्टम द्वारा बंद किया जाता है), सिस्टम प्रक्रिया के बारे में प्रशासनिक जानकारी को संग्रहित करता है और उस घटक को वापस देता है जिसे WaitForExit () कहा था। प्रक्रिया घटक तब जानकारी एक्सेस कर सकता है, जिसमें ExitTime शामिल है बाहर निकलने वाली प्रक्रिया के लिए हैंडल का उपयोग करके क्योंकि संबद्ध प्रक्रिया समाप्त हो गई है, घटक की हैंडल प्रॉपर्टी अब किसी मौजूदा प्रक्रिया संसाधन को इंगित नहीं करती है। इसके बजाय, संभाल प्रक्रिया संसाधन के बारे में केवल ऑपरेटिंग सिस्टम की जानकारी का उपयोग करने के लिए उपयोग किया जा सकता है सिस्टम, प्रसंस्करण प्रक्रियाओं द्वारा रिलीज़ नहीं किए गए प्रक्षेपित प्रक्रियाओं के बारे में जानकारी रखता है, इसलिए यह संसाधनों को विशेष रूप से संसाधनों को मुक्त करने तक स्मृति में एक्जिटटाइम और हैंडल जानकारी रखता है। इस कारण से, किसी भी समय आप किसी प्रक्रिया आवृत्ति के लिए कॉल करते हैं, कॉल बंद करें जब संबंधित प्रक्रिया समाप्त हो जाती है और अब आपको इसके बारे में कोई प्रशासनिक जानकारी की आवश्यकता नहीं है। बंद बाहर निकलने की प्रक्रिया के लिए आवंटित स्मृति को मुक्त करता है।