Waitforexit c # प्रक्रिया

यह बताएं कि एमएसडीएन इसके बारे में क्या कहता है: प्रतीक्षाफॉरएक्सिट () () () अधिभार का उपयोग वर्तमान प्रक्रिया समाप्त होने तक वर्तमान धागा प्रतीक्षा करने के लिए किया जाता है। इस विधि से बाहर निकलने की प्रक्रिया के लिए अनंत समय की प्रतीक्षा करने के लिए प्रक्रिया घटक को निर्देश दिया जाता है। इससे एक आवेदन को प्रत्युत्तर देना बंद हो सकता है। उदाहरण के लिए, यदि आप किसी उपयोगकर्ता इंटरफ़ेस के पास प्रोसेक्शन के लिए 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 पर किसी भी कन्सोल एप्लिकेशन में (जरूरी नहीं कि मोबाइल पर) सिवाय इसके कि आप न तो प्रक्रिया वस्तु प्राप्त करें जो आप कर सकते हैं उपयोग। यदि आप मेरी प्रक्रिया को नई प्रक्रिया के रूप में देखते हैं () myProc प्रक्रिया। प्रारंभ (quotiexplorequot, quotfinance. yahooqhpsquot प्रतीक) myProc. WaitForExit () यह अभी भी तुरंत वापस आता है बुधवार, 02 सितंबर, 2009 8:48 PM आप समस्या है कि आप आई एक्सप्लोर. एक्सए की कोई नई शुरुआत नहीं कर रहे हैं। आप बस मौजूदा प्रक्रिया पर एक नई विंडो बना रहे हैं। मेरा अनुमान है, iexplore. exe प्रारंभ होता है, पिछले उदाहरण को देखता है और पिछले उदाहरण के साथ संचार करता है ताकि वह नई विंडो को खोल सके, और फिर इस आवृत्ति को आपने तुरंत निकाला। इसलिए व्यवहार सही है और उम्मीद की जानी चाहिए। blog. voidnish बुधवार, 02 सितंबर, 2009 8:52 PM माइक्रोसॉफ्ट एमएसडीएन वेब साइट की आपकी राय को समझने के लिए एक ऑनलाइन सर्वेक्षण आयोजित कर रहा है। यदि आप भाग लेना चुनते हैं, तो ऑनलाइन सर्वेक्षण आपको प्रस्तुत किया जाएगा जब आप एमएसडीएन वेब साइट छोड़ देंगे। क्या आप भाग लेना चाहेंगे? यह प्रश्न थोड़ा अजीब लग सकता है लेकिन मैं एक प्रक्रिया के माध्यम से वीएस 2005 को चलाने और एक विशेष आदेश को निष्पादित करने का प्रयास कर रहा हूं और मैं waitforexit () मैं अपने इनपुट और आउटपुट को सफलतापूर्वक रीडायरेक्ट कर रहा हूं, लेकिन अब हर बार मुझे विंडो त्रुटि रिपोर्टिंग विंडो मेसेज प्राप्त करना है। समस्या यह है कि मैं रिमोटिंग कर रहा हूं, इसलिए जब यह संदेश विन्डो प्रक्रिया निष्पादन के दौरान होता है, तब तक मैं लटका लूँगा जब तक कि मैं अन्य (रिमोटिंग) मशीन में प्रवेश न करे और विंडो बंद कर दूंगा। क्या प्रोग्राम को इस विंडो को मारने या संभवतः संदेशवंड को अक्षम करने के लिए कोई रास्ता नहीं है, मैंने एक मूक निष्पादन में वी.एस. चलाने के बारे में सोचा है (मुझे अभी ऐसा करने का एक रास्ता मिलना है)। मैंने यह भी देखने का प्रयास किया है कि क्या ऐसा कुछ किया जा रहा है जब ऐसा तब होता है जब ऐसा नहीं होता है। गुरुवार, 25 अक्टूबर, 2007 8:32 PM अच्छा, मैंने SendWare के साथ FindWindow और FindWindowEx का उपयोग करने की कोशिश की लेकिन मुझे सही विंडो हैंडल नहीं मिल पाई। लेकिन जब से मुझे पता है कि एक Windows त्रुटि रिपोर्टिंग Msssage बॉक्स पॉप अप हो जाएगा, मैंने देखा है कि यह देखने के लिए कि क्या यह अपनी प्रक्रिया है (और यह है)। प्रक्रिया dwwin. exe (डॉ। वाटसन विन) है और मुझे बस यही करना था कि मैं खुद को वर्तमान समस्या को ठीक करने की इजाजत देता हूं। WaitForExit () कथन के लिए नीचे दिए गए मौजूदा कोड ब्लॉक को स्थानापन्न करें जो मैंने पहले किया था। proc. WaitForExit (60000) एक मिनट प्रक्रिया ProcArray प्रक्रिया। GetProcessesByName (quotedwwinquot) foreach (प्रक्रिया प्रक्रिया ProcArray में पाया) मैं भी देखने के लिए जाँच की है कि आप प्रक्रिया प्राप्त करने में सक्षम थे। MainWindowTitle (), लेकिन यह quotquot पर सेट है तो यह एक हैक है और मैं वास्तव में इसका उपयोग करना पसंद नहीं करता, लेकिन यह वर्तमान निष्पादन के लिए काम करता है। सोमवार, 2 9, 2007 7:26 PM नहीं, मैं किसी समस्या के बिना इनपुट और आउटपुट को रीडायरेक्ट कर सकता हूँ। मैं जो त्रुटि प्राप्त कर रहा हूं वह सामान्य विंडोज त्रुटि रिपोर्टिंग है और दुर्भाग्य से, यह जापानी में है इसलिए मुझे नहीं पता कि सटीक त्रुटि क्या है, लेकिन यह सामान्य त्रुटि है मेरे पास मेरे सामने कोड नहीं है, लेकिन मैंने पूरी प्रक्रिया से बाहर निकलने के बाद त्रुटि और आउटपुट को रीडायरेक्ट करने के लिए मैंने प्रतिनिधि पाठ दिखाया। मैं कुछ भी नहीं कर सकता हूं और मैं अपने कंप्यूटर पर उसी प्रक्रिया को चलाने में सक्षम हूं, लेकिन मैं रिमोटिंग के माध्यम से यह एक विशेष आदेश नहीं कर पा रहा हूं। मैं कल काम पर एक गैर जापानी मशीन पर रिमोटिंग करने की कोशिश कर रहा हूं और मैं अपने निष्कर्षों को परवाह किए बिना पोस्ट कर दूंगा। शुक्रवार, 26 अक्टूबर, 2007 2:34 पूर्वाह्न आप कंसोल का उपयोग कर रहे हैं quotcmdquot यदि हां, तो आपको बाहर निकलने के लिए भी टाइप करना होगा। शुक्रवार, 26 अक्टूबर, 2007 4:50 पूर्वाह्न यदि आपको पता चलता है कि आपकी प्रक्रिया कितना समय ले जा रही है, तो आप बुल से बाहर निकलने की प्रक्रिया का उपयोग कर सकते हैं। वेटफॉरएक्सिट (टाइम इनमिलीसेकंड्स) else प्रिंट त्रुटि संदेश यह हो सकता है कि आप क्या कर रहे हैं से संबंधित नहीं हो सकता है, लेकिन मेरे पास एक अनुभव था जहां प्रक्रिया से बाहर नहीं निकलेगा अगर मैं इसका आउटपुट पुनः निर्देशित करता हूं आउटपुट रीडायरेक्शन को निष्क्रिय करने का प्रयास करें और देखें कि क्या प्रक्रिया निकलती है। इसे एक प्रयास करें, यह काम कर सकता है शुक्रवार, 26 अक्टूबर, 2007 11:58 पूर्वाह्न मैं यह कोशिश करना चाहता हूं, लेकिन यह हैक की बहुत अधिक है। मेरे पास बहुत सी भिन्न कमांड हैं जो अलग-अलग समय (30 सेकंड से 25 मिनट) लेते हैं, इसलिए कोई वास्तविक समय सेटिंग नहीं है जो कि मैं अपने प्रदर्शन को नष्ट किए बिना रख सकता हूं यह कार्य पिछले 6 महीनों में कई आदेशों के लिए सही तरीके से काम कर रहा है और अब यह मुझ पर बाहर निकलने का फैसला करता है मैंने इसे एक अलग कंप्यूटर पर बिना किसी समस्या (जो वास्तव में मेरे साथ गड़बड़ कर रहा है) की कोशिश की है। मुझे पता है कि यह आउटपुटर का रीडायरेक्शन नहीं है क्योंकि एक नए विंडों को सर्वर पर बनाया जा रहा है जिसे मैं रिमोट कर रहा हूं। जैसे ही मैं उस विंडो को बंद करता हूं, मेरी प्रक्रिया अपेक्षा से बाहर निकलती है और यूज़र साइड पर सही आउटपुट प्रदर्शित होता है। आपकी मदद के लिए धन्यवाद, लेकिन मैं इस समस्या से वास्तव में निराश हो रहा हूं। शुक्रवार, 26 अक्टूबर, 2007 3:01 PM संदेश के विस्तार के बारे में जानने के बिना ही समस्या पर अनुमान लगाना था। क्या आपने 3.5 बीटा या विजुअल स्टूडियो 2008 बीटा को बिल्कुल भी स्थापित किया है, आप प्रोग्राम, प्रक्रिया। स्टार्ट (quotfile. exequot) को शुरू करने के लिए प्रक्रिया का उपयोग कैसे कर रहे हैं, या क्या आप ProcessStartInfo का उपयोग कर रहे हैं शुक्रवार, 26 अक्टूबर, 2007 3:21 PM नहीं, मेरे पास है 2003 और 2005 स्थापित proc नई प्रक्रिया () procsi new processstartInfo () मैं तो मानक ईर्रर और StandardOutput दोनों के लिए एक नया धागा सेटअप करता हूं तो मैं अपनी आज्ञाओं को लिखता हूं और यदि (मानक रीडायरेक्ट) बाहर यदि मानक त्रुटि को पुनर्निर्देशित करना त्रुटि Proc. WaitForExit () लेफ्टिनेंट -------- यह वह जगह है जहां सामान्य Windows त्रुटि रिपोर्टिंग विंडो होती है। मैंने अनुवाद किया है कि खिड़की से जो हो सकता है, वह ऊपर आ गया। माइक्रोसॉफ्ट विज़ुअल स्टूडियो 2005 क्योंकि समस्या आती है, यह माइक्रोसॉफ्ट विज़ुअल स्टूडियो 2005 समाप्त हो जाती है। हम असुविधा को लागू करते हैं, कोई बहाना नहीं है आपके सभी समय के लिए फिर से धन्यवाद मैंने प्रोजेक्ट ऑब्जेक्ट को बनाने के लिए StreamWriter sIn बनाया है मैं फिर proc. start () कमांड के बाद इनपुट को रीडायरेक्ट करता हूं, तो मैं इसके बावजूद स्वयं कैसे नहीं कर सकता, मैं इस परिवर्तन को एसआई में बंद करने के लिए कर सकता हूँ। Close () WaitForExit कॉल के बाद यह देखने के लिए कि क्या यह कोई परिवर्तन करता है। प्रोक एक प्रकार था, यह प्रक्रिया होना चाहिए था दोबारा, यह एक त्रुटि संदेश नहीं है, इसलिए कोई स्टैक ट्रेस नहीं है मेरा मानक त्रुटि रीडायरेक्शन रिक्त है और मानक आउटपुट रीडायरेक्शन में मुझे क्या उम्मीद है, लेकिन कोई त्रुटि संकेत नहीं हुई। यही कारण है कि मैं विंडोज त्रुटि रिपोर्टिंग विंडो को बंद करने के बाद सब कुछ अभी भी काम करता है। मैं बाद में क्या होता है जब मैं प्रतीक्षा करेंफ़ोअरएक्सिट () लाइन के नीचे sIn. Close () रेखा को स्थानांतरित करने के बाद क्या होता है। शुक्रवार, 26 अक्टूबर, 2007 4:59 अपराह्न पीटर रिची ने लिखा: यदि आप पुनर्रचना कर रहे हैं तो आवेदन समाप्त हो जाने तक आप एसएएन ऑब्जेक्ट को बंद करना चाहते हैं। किसी को उन सभी धाराओं को बंद नहीं करना चाहिए। प्रोसेस ऑब्जेक्ट उन के मालिक हैं और यह स्वयं के बाद सफाई के लिए जिम्मेदार है। एक सबसे अच्छा कॉल प्रक्रिया पर होना चाहिए। प्रक्रिया वस्तु के साथ समाप्त होने के बाद () आपको निश्चित रूप से (i. e. इसके बेमानी) की आवश्यकता नहीं है, लेकिन प्रक्रिया समाप्त होने के बाद इसे समस्या का कारण नहीं होना चाहिए। प्रक्रिया। बंद मानकिनपुट और मानकआउटपुट (और मानक आतंक) नदियों को बंद करने की अनुशंसित विधि है। शुक्रवार, 26 अक्टूबर, 2007 5:03 अपराह्न अगर मुझे पता है कि विस्थापन विधि ने बंद नहीं किया है, तो कम से कम अपने ऑपरेशन के भाग के रूप में मुझे आश्चर्य होगा। मैं इस तथ्य का उपयोग करने के पक्ष में हूं कि जब प्रक्रिया लागू हो जाती है (अप्रत्यक्ष रूप से उस घटक को बढ़ाकर जो इसे लागू करता है), तो उसे निपटाएं और उसे उचित सफाई के लिए दें। मैं प्रक्रिया शुरू करने की सिफारिश नहीं करता। इसके बजाय, और इसके अलावा, प्रक्रिया के अलावा बंद करो। हाँ, कॉल निपटाना बंद करें मेरी पहली सिफारिश एक उपयोग ब्लॉक का उपयोग करना है, मेरा दूसरा फोन बंद करना है जब आप जानते हैं कि आप इसके साथ कब करते हैं आईडीसीपोज़ाबल होने के बावजूद एक क्लोज़क्वाट विधि को लागू करने वाले ऑब्जेक्ट्स में, क्वालिटी क्लोज़ॉट विधि का उपयोग करने के लिए इसका अधिक स्पष्ट होना प्लस उपयोग ब्लॉक के उपयोग के बिना आपके पास वेरिएबल को स्कॉप करने का कोई तरीका नहीं है और डिस्झ के लिए कॉल - ऑब्जेक्ट का इस्तेमाल डिस्पास्पिल के कॉल के बाद किया जा सकता है। अगर आप बंद करें, आपके सभी प्रबंधित संसाधनों का निपटान करते हैं, लेकिन ऑब्जेक्ट का उपयोग अभी भी किया जा सकता है (यानी यह quotedizedquot के रूप में ध्वजांकित नहीं किया गया है) और आप इसे एक नई प्रक्रिया ऑब्जेक्ट को आवंटित किए बिना अन्य एप्लिकेशन को चलाने के लिए उपयोग कर सकते हैं - जो अन्यथा ObjectDisposedException )। शुक्रवार, 26 अक्टूबर, 2007 6:09 अपराह्न यदि पहली सिफारिश एक उपयोग ब्लॉक का उपयोग करने के लिए है, तो अगला सबसे अच्छा निपटान कॉल करना होगा। नहीं बंद, जब, जैसा कि आपने कहा था, आप जानते हैं कि आप वस्तु के साथ किया कुछ ऐसी चीज़ों को बंद करने के द्वारा कॉल करने से, जो आईडीिसपोजेबल लागू करता है, डेवलपर संभावित रूप से एक गलती कर रहा है। यदि कुछ अतिरिक्त क्लीनअप को केवल बंद करने के लिए सौंपने के अलावा, तो प्रोग्रामर खुद बग के लिए बॉल बंद करके खुद को स्थापित कर रहा है। कॉल करने के लिए एक मामला हो सकता है, लेकिन केवल तभी यदि आप ऑब्जेक्ट के साथ नहीं किया है, जैसा कि आप अपने अंतिम उत्तर के निचले भाग में दर्शाए थे। लेकिन जब इसके साथ किया जाता है, तो डिस्पोजेबल कॉल करें। शुक्रवार, 26 अक्टूबर, 2007 6:20 अपराह्न यदि पहली सिफारिश एक उपयोग ब्लॉक का उपयोग करना है, तो अगला सबसे अच्छा निपटान को कॉल करना होगा। नहीं बंद, जब, जैसा कि आपने कहा था, आप जानते हैं कि आप वस्तु के साथ किया कुछ ऐसी चीज़ों को बंद करने के द्वारा कॉल करने से, जो आईडीिसपोजेबल लागू करता है, डेवलपर संभावित रूप से एक गलती कर रहा है। यदि कुछ अतिरिक्त क्लीनअप को केवल बंद करने के लिए सौंपने के अलावा, तो प्रोग्रामर खुद बग के लिए बॉल बंद करके खुद को स्थापित कर रहा है। कॉल करने के लिए एक मामला हो सकता है, लेकिन केवल तभी यदि आप ऑब्जेक्ट के साथ नहीं किया है, जैसा कि आप अपने अंतिम उत्तर के निचले भाग में दर्शाए थे। लेकिन जब इसके साथ किया जाता है, तो डिस्पोजेबल कॉल करें। वास्तव में, इसके बराबर: DisposableClass obj new DisposableClass () IDisposable डिस्पोजेबल obj के रूप में IDisposable अगर (डिस्पोजेबल नल) लेकिन हाँ, यह मानता है कि एक प्रयोग करने वाला कथन उद्धृत रूप से बराबर के बराबर है, लेकिन मैं स्पष्ट रूप से एक क्लॉजक्वाट विधि की उपस्थिति में विवाद को कॉल नहीं करना चाहिए डिस्पोजेज़ कॉल के साथ कमी की वजह से पहली पसंद हो उदाहरण के लिए, निम्नलिखित: प्रक्रिया की प्रक्रिया नई प्रक्रिया ()) मुझे सेवा चल रही थी, लेकिन मैंने इसे रोक दिया क्योंकि यह 2 घंटे के लिए भाग गया था और कभी भी यह ब्रेकपॉइंट नहीं था कि यह मेरे 10 मिनट के भीतर से शुरू होना चाहिए ग्राहक। मैंने sIn. Close () पंक्ति को अभी से जोड़ दिया और सेवा और क्लाइंट को दोबारा शुरू कर दिया और सब कुछ पहले जैसे काम कर रहा था। मैं WaitForExit () के बाद ब्रेकपॉइंट को हिट कर सकता हूं और मैं पूरा कर सकता हूं, Windows त्रुटि रिपोर्टिंग संदेश के साथ अभी भी (जैसा कि पहले था)। इसलिए, मेरे मामले में, अपेक्षित प्रक्रिया से बाहर निकलने में सक्षम होने के लिए मुझे इनपुट स्ट्रीम बंद करने की आवश्यकता है क्या कोई अन्य विचार हैं यदि आप कुछ जांचना चाहते हैं तो मैं sIn. Close () लाइन को दोहरा सकता हूं। शुक्रवार, 26 अक्टूबर, 2007 7:19 अपराह्न एंथोनी मैमोन ने लिखा: मुझे सेवा चल रही थी, लेकिन मैंने इसे रोक दिया क्योंकि यह 2 घंटे के लिए दौड़ा था और कभी भी यह ब्रेकपॉइंट नहीं था कि मुझे अपने ग्राहक की शुरुआत के 10 मिनट के अंदर ही मारा जाना चाहिए था । मैंने sIn. Close () पंक्ति को अभी से जोड़ दिया और सेवा और क्लाइंट को दोबारा शुरू कर दिया और सब कुछ पहले जैसे काम कर रहा था। मैं WaitForExit () के बाद ब्रेकपॉइंट को हिट कर सकता हूं और मैं पूरा कर सकता हूं, Windows त्रुटि रिपोर्टिंग संदेश के साथ अभी भी (जैसा कि पहले था)। इसलिए, मेरे मामले में, अपेक्षित प्रक्रिया से बाहर निकलने में सक्षम होने के लिए मुझे इनपुट स्ट्रीम बंद करने की आवश्यकता है क्या कोई अन्य विचार हैं यदि आप कुछ जांचना चाहते हैं तो मैं sIn. Close () लाइन को दोहरा सकता हूं। जब आपको त्रुटि मिलती है (जैसे कॉल स्टैक) अपवाद विवरण देखने में सहायक होगा। आप मानक इनपुट और मानक आउटपुट का उपयोग कैसे कर रहे हैं आप किसी भी रीडलाइन तरीके का उपयोग कर रहे हैं पीटर, मेरा कहना है: यदि आप किसी ऑब्जेक्ट को डिस्पोज़ेट करते हैं जो कि (प्रत्यक्ष या अप्रत्यक्ष रूप से) IDisposable लागू करता है, तो आप केवल एक बग के लिए पूछ रहे हैं मैं बिना इस पर बहस करना चाहता हूं। आप जिस तरह से करते हैं, आप इसे जारी रख सकते हैं, और मेरे साथ रहना। जब तक हम प्रत्येक दूसरे कोड को बनाए रखने नहीं करते हैं, ठीक है। और वैसे, एक कोठरियों का ब्लॉक आपकी रक्षा नहीं करता है ब्लॉक से बाहर चर को घोषित करने से आपको कुछ भी नहीं रोकता है (यदि मुझे सही याद है), तो ब्लॉक समाप्त होने के बाद भी यह दायरे में हो सकता है। आपको सही कोड लिखने में मेहनती होनी चाहिए। यदि आप इसे quotatingquot बयान में घोषित करते हैं, तो एक तरीका है। लेकिन ट्रिनफिनली दृष्टिकोण का उपयोग करने को खारिज करने के लिए, क्योंकि यह गुंजाइश में छोड़ता है, वास्तव में यह मुद्दा नहीं है। यह अभी भी निपटान () डी कहीं की जरूरत है शुक्रवार, 26 अक्टूबर 2007 7:34 PM पीटर रिची ने लिखा है: एंथोनी मैमोन ने लिखा: मुझे सेवा चल रही थी, लेकिन मैंने इसे रोक दिया क्योंकि यह 2 घंटे तक चला था और कभी भी ब्रेकपॉइंट नहीं था, जिसे 10 मिनट के भीतर मारा जाना चाहिए था मुझे अपने ग्राहक की शुरुआत मैंने sIn. Close () पंक्ति को अभी से जोड़ दिया और सेवा और क्लाइंट को दोबारा शुरू कर दिया और सब कुछ पहले जैसे काम कर रहा था। मैं WaitForExit () के बाद ब्रेकपॉइंट को हिट कर सकता हूं और मैं पूरा कर सकता हूं, Windows त्रुटि रिपोर्टिंग संदेश के साथ अभी भी (जैसा कि पहले था)। इसलिए, मेरे मामले में, अपेक्षित प्रक्रिया से बाहर निकलने में सक्षम होने के लिए मुझे इनपुट स्ट्रीम बंद करने की आवश्यकता है क्या कोई अन्य विचार हैं यदि आप कुछ जांचना चाहते हैं तो मैं sIn. Close () लाइन को दोहरा सकता हूं। जब आपको त्रुटि मिलती है (जैसे कॉल स्टैक) अपवाद विवरण देखने में सहायक होगा। आप मानक इनपुट और मानक आउटपुट का प्रयोग कैसे कर रहे हैं क्या आप किसी भी रीडलाइन तरीके का उपयोग कर रहे हैं, यह एक अपवाद नहीं है जो फेंका जा रहा है, इसलिए मुझे कोई अपवाद विवरण नहीं दिखाई दे रहा है। मैं सीधे अपने कोड में कैच ब्लॉक में नहीं जाता हूं, मैं सीधे WaitForExit () कॉल के बाद फिर से शुरू करता हूं। जिस विंडो को मैं प्राप्त कर रहा हूं वह वही है जिसे आप प्राप्त करते हैं जब कोई माइक्रोसॉफ्ट उत्पाद अप्रत्याशित रूप से बंद हो जाता है और एमएस क्रैश के बारे में जानकारी चाहता है तो फिर, कोई अपवाद विवरण नहीं है। हालांकि सिस्टम लॉग्स में से एक में, मैं एक मेसेज (जापानी से अनुवादित) प्राप्त कर रहा हूं। QuotDevenv. exe एप्लिकेशन एरोस उत्पन्न होता है, त्रुटियों के 8.0.50727.762 संस्करण msvcr80.dll मॉड्यूल, संस्करण 8.0.50727.762, त्रुटि हुई पता 0x00039001 अधिक जानकारी के लिए, Helo और सहायता केंद्र पर जाएँ। माइक्रोसॉफ्टफ़्लैक्सएवंट्स. एपी कृपया देखें.मैं अलग-अलग आज्ञाओं में पारित करने के लिए मानक इनपुट को पुन: निर्देशित कर रहा हूँ क्योंकि मुझे उन्हें काम करने के लिए परेशानी हो रही थी कि मैं कैसे StartInfo का निर्माण करना चाहता था मैं आउटपुट और त्रुटि धाराओं को पुन: निर्देशित कर रहा हूं ताकि यह जांच सकें कि प्रक्रिया के बाद से उनके पास क्या है। यह मुझे किसी चीज की जांच करने की इजाजत देगी जो मैं एक बार समाप्त हो जाने के बाद या तो स्ट्रीम में चाहूंगा। मैं किसी भी आउटपुट या त्रुटि रीडायरेक्शन धागे को भी शामिल नहीं होने की प्रक्रिया के बाद WaitForExit कॉल पास कर दिया है। मैं पूरी तरह से स्टम्प्ड हूं शुक्रवार, 26 अक्टूबर, 2007 7:53 PM पीटर, मेरा कहना है: यदि आप किसी ऑब्जेक्ट को डिस्पोजेज ऑब्जेक्ट न करें (सीधे या अप्रत्यक्ष रूप से) IDisposable, तो आप बस एक बग के लिए पूछ रहे हैं मैं बिना इस पर बहस करना चाहता हूं। आप जिस तरह से करते हैं, आप इसे जारी रख सकते हैं, और मेरे साथ रहना। जब तक हम प्रत्येक दूसरे कोड को बनाए रखने नहीं करते हैं, ठीक है। मैं सहमत नहीं हूँ। डिस्पोजेबल कॉल नहीं करने के लिए यह कोई उद्धरण नहीं है। आपके संसाधन तुरंत मुक्त हो जाते हैं, लेकिन जीसी यदि उन्हें स्मृति की जरूरत होती है तो (उन्हें निपटाने के पैटर्न ठीक से लागू किया जाता है और अंतिम रूप से मौजूद होता है) उन्हें छोड़ दिया जाएगा। यदि आप उपयोग कर रहे वर्ग को एक क्लॉक्स्क्वाट विधि लागू करता है जो सभी समान चीजें जो कि 'डिस्पोज़क्वाट' कहते हैं, बंद करें को या तो दस्तावेज के रूप में या क्लास में एक बग दर्ज करना चाहिए। Ive कभी एक ढांचे वर्ग का सामना नहीं किया जो IDisposable और एक क्लोज () विधि लागू करता है जो एक quotleakquot प्रस्तुत किया था जब क्लोज़ को कॉल किए बिना बुलाया गया था DisposeClose के लिए भारी पैटर्न यह है कि कॉल्स को निपटाएं और साथ ही एक उद्धरणविरोधी ध्वज सेट करना (ऑब्जेक्ट डिस्पाइज्ड एक्सपेशेशन फेंकने के लिए उपयोग किया गया) वास्तव में यह फ़्रेमवर्क सामान्य संदर्भ में विस्तृत है: एक विशेष रूप से एक डोमेन-विशिष्ट नाम डिस्पोज़ से उचित है। उदाहरण के लिए, एक फाइल एनकॉप्शन हो सकता है, विधि नाम बंद करें का उपयोग करना। इस स्थिति में, निजी तौर पर निपटाना लागू करें और एक सार्वजनिक बंद करें विधि को कॉल करें जो कि कॉल डिस्पाज करें। निम्न कोड का उदाहरण इस पैटर्न को दिखाता है। आप अपने domain. quot के लिए उपयुक्त एक विधि नाम के साथ बंद कर सकते हैं कार्यान्वित करने से अंतिम रूप से निष्पादित और अप्रबंधित संसाधनों को साफ करने के साथ-साथ वस्तुओं के कुछ वर्गों जैसे कि फाइलों या डेटाबेस कनेक्शन ऑब्जेक्ट्स के लिए, क्लोज़ विधि बेहतर तरीके से तार्किक संचालन का प्रतिनिधित्व करता है ऑब्जेक्ट उपभोक्ता को ऑब्जेक्ट के साथ पूरा किया जाना चाहिए। प्रबंधित कोड निष्पादन में सुधार करने से (हालांकि यह भी उल्लेख किया गया है कि अच्छी तरह से लिखित मामलों में, दोनों कार्यात्मक रूप से समतुल्य हैं।) इसका मतलब यह है कि बंद का उपयोग करने वाले कोटेटर के साथ अधिक स्पष्ट है। और वैसे, एक कोठरियों का ब्लॉक आपकी रक्षा नहीं करता है ब्लॉक से बाहर चर को घोषित करने से आपको कुछ भी नहीं रोकता है (यदि मुझे सही याद है), तो ब्लॉक समाप्त होने के बाद भी यह दायरे में हो सकता है। आपको सही कोड लिखने में मेहनती होनी चाहिए। यदि आप इसे quotatingquot बयान में घोषित करते हैं, तो एक तरीका है। लेकिन ट्रिनफिनली दृष्टिकोण का उपयोग करने को खारिज करने के लिए, क्योंकि यह गुंजाइश में छोड़ता है, वास्तव में यह मुद्दा नहीं है। यह अभी भी निपटान () डी कहीं की जरूरत है हां, सभी प्रकार के तरीकों से आप अपने आप को पैर में गोली मार सकते हैं, लेकिन वह बात नहीं है जो हम चर्चा कर रहे थे। मैं व्यक्तिगत रूप से उस कोड की समीक्षा करेगा जो मैंने इस तरह की समीक्षा की थी। यह मेरी अनुशंसित सूची पर नहीं होगी। शुक्रवार, 26 अक्टूबर, 2007 7:54 PM फिर, यह एक अपवाद नहीं है जो फेंका जा रहा है, इसलिए मुझे कोई अपवाद विवरण नहीं मिल रहा है। मैं सीधे अपने कोड में कैच ब्लॉक में नहीं जाता हूं, मैं सीधे WaitForExit () कॉल के बाद फिर से शुरू करता हूं। जिस विंडो को मैं प्राप्त कर रहा हूं वह वही है जिसे आप प्राप्त करते हैं जब कोई माइक्रोसॉफ्ट उत्पाद अप्रत्याशित रूप से बंद हो जाता है और एमएस क्रैश के बारे में जानकारी चाहता है तो फिर, कोई अपवाद विवरण नहीं है। हालांकि सिस्टम लॉग्स में से एक में, मैं एक मेसेज (जापानी से अनुवादित) प्राप्त कर रहा हूं। QuotDevenv. exe एप्लिकेशन एरोस उत्पन्न होता है, त्रुटियों के 8.0.50727.762 संस्करण msvcr80.dll मॉड्यूल, संस्करण 8.0.50727.762, त्रुटि हुई पता 0x00039001 अधिक जानकारी के लिए, Helo और सहायता केंद्र पर जाएँ। माइक्रोसॉफ्टफ़्लैक्सएवंस. एपी कृपया देखें.मैंने अपना आवेदन ग्रहण कर लिया था कि संदेश पैदा हो रहा था (इस मामले में आपको हमेशा अपवाद और स्टैक ट्रेस प्राप्त करना चाहिए) यह स्पष्ट नहीं था कि आप कॉल के बाद फिर से शुरू करते हैं WaitForExit () में यह मेरे लिए ऐसा लगता है जैसे आप चल रहे आवेदन को असामान्य रूप से समाप्त कर रहे हैं क्या आप devenv. exe चला रहे हैं I सुनिश्चित नहीं है कि आप किसी अन्य अनुप्रयोग को असामान्य रूप से समाप्त करने से रोकने के लिए अपने आवेदन में क्या कर सकते हैं एंथनी मैमोन ने लिखा: मैं विभिन्न आदेशों में पारित करने के लिए मानक इनपुट को पुन: निर्देशित कर रहा हूं क्योंकि मुझे उन्हें काम करने के लिए परेशानी हो रही थी जिस तरह से मैं StartInfo का निर्माण करना चाहता था मैं आउटपुट और त्रुटि धाराओं को पुन: निर्देशित कर रहा हूं ताकि यह जांच सकें कि प्रक्रिया के बाद से उनके पास क्या है। यह मुझे किसी चीज की जांच करने की इजाजत देगी जो मैं एक बार समाप्त हो जाने के बाद या तो स्ट्रीम में चाहूंगा। मैं किसी भी आउटपुट या त्रुटि रीडायरेक्शन धागे को भी शामिल नहीं होने की प्रक्रिया के बाद WaitForExit कॉल पास कर दिया है। मैं पूरी तरह से स्टम्प्ड हूं आप एक डेडलॉक प्राप्त कर सकते हैं यदि आप पढ़ना और एप्लिकेशन मानक आउटपुट को ब्लॉक करते हैं - जो कि आपने स्ट्रीम को बंद कर दिया था, तो मुझे विश्वास है। मैं केवल एक चीज के बारे में सोच सकता हूँ जो एक ऐसा अनुप्रयोग बना रहा है जो सर्वर पर चल रहा है और खिड़कियां मॉनिटर करने वाली प्रक्रियाओं का निर्माण करती है जो आप दूरस्थ रूप से नियंत्रित कर रहे हैं और फिर सही बटन ढूंढ सकते हैं और उन्हें प्रोग्राम को दबाकर संवाद विंडो के संदेश पंप को एक संदेश भेजते हैं । यह अराजकता, शब्द और अन्य अनुप्रयोगों के साथ होता है जिनका उपयोग ऑटोमेटेशन के साथ किया जा सकता है MSFT ने इन अनुप्रयोगों को उपयोगकर्ता इंटरैक्शन के बिना चलाने के लिए डिज़ाइन नहीं किया था, इसलिए एक बार जब आप त्रुटियों पर खिड़कियां प्राप्त करेंगे क्या आपने एमएसबुइड का उपयोग करने पर विचार किया है जो बैच के निर्माण के लिए अधिक अनुकूल है, ऐसा भी लगता है कि टीएफएस 2008 का निर्माण सर्वर बनाने में आसान होगा शनिवार, 27 अक्तूबर, 2007 11:07 पूर्वाह्न, मैंने FindWindow और FindWindowEx को SendMessage के साथ प्रयोग करने का प्रयास किया लेकिन मुझे सही विंडो हैंडल नहीं मिल पाई। लेकिन जब से मुझे पता है कि एक Windows त्रुटि रिपोर्टिंग Msssage बॉक्स पॉप अप हो जाएगा, मैंने देखा है कि यह देखने के लिए कि क्या यह अपनी प्रक्रिया थी (और यह है)। प्रक्रिया dwwin. exe (डॉ। वाटसन विन) है और मुझे बस यही करना था कि मैं खुद को वर्तमान समस्या को ठीक करने की इजाजत देता हूं। WaitForExit () कथन के लिए नीचे दिए गए मौजूदा कोड ब्लॉक को स्थानापन्न करें जो मैंने पहले किया था। proc. WaitForExit (60000) एक मिनट प्रक्रिया ProcArray प्रक्रिया। GetProcessesByName (quotedwwinquot) foreach (प्रक्रिया प्रक्रिया ProcArray में पाया) मैं भी देखने के लिए जाँच की है कि आप प्रक्रिया प्राप्त करने में सक्षम थे। MainWindowTitle (), लेकिन यह quotquot पर सेट है तो यह एक हैक है और मैं वास्तव में इसका उपयोग करना पसंद नहीं करता, लेकिन यह वर्तमान निष्पादन के लिए काम करता है। सोमवार, 2 9 अक्टूबर, 2007 7:26 अपराह्न