Waitforexit عملية ج # - example - برنامج

يتيح قراءة ما تقول مسن حول ذلك: يتم استخدام الزائد ويتفوريكسيت () () () لجعل الانتظار مؤشر الترابط الحالي حتى ينتهي العملية المقترنة. تقوم هذه الطريقة بإرشاد مكون العملية إلى الانتظار لوقت غير محدود من الوقت لإنهاء العملية. قد يؤدي هذا إلى توقف التطبيق عن الاستجابة. على سبيل المثال، إذا قمت باستدعاء كلوسمينويندو لعملية تحتوي على واجهة مستخدم، قد لا يتم التعامل مع الطلب إلى نظام التشغيل إنهاء العملية المقترنة إذا تمت كتابة العملية عدم إدخال حلقة الرسائل. يضمن هذا التحميل الزائد أن جميع عمليات المعالجة قد اكتملت، بما في ذلك التعامل مع الأحداث غير المتزامنة للإخراج القياسي المعاد توجيهه. يجب استخدام هذا التحميل الزائد بعد إجراء مكالمة إلى التحميل الزائد ويتفوريكسيت (Int32) عند إعادة توجيه الإخراج القياسي إلى معالجات الأحداث غير المتزامنة. هذا بالطبع ل. ما الذي يجعلك تعتقد أنه لا ينتظر لإنهاء عملية ملاحظة ما هي علامات ذلك ما هو دليل الجمعة، 20 فبراير 2009 8:13 م غير متأكد إذا كان هذا قد تغير مؤخرا ولكن مرة أخرى في اليوم التطبيقات على نافذة المحمول أبدا أغلقت حقا عندما ضرب X لإغلاقها، فإنها مجرد تقليل والحفاظ على التوالي في الخلفية (هذا لم يكن خلل، كان ميزة، منذ المرة القادمة التي تبدأ في التطبيق أنه سيتم البدء بسرعة حقا، ياه وأنا أعرف، مجنون ولكن صحيح) بحيث يمكن أن يكون السبب ويتفوريكسيت ربما يتصرف بغرابة والانتظار لبدء التشغيل التطبيق بدلا من الخروج. ولكن بعد ذلك مرة أخرى هو مجرد تكهنات على أساس كنليجد الإصدارات القديمة من ويندوز موبايل. الجمعة، فبراير 20، 2009 11:03 بيإم إد ترغب في عثرة هذا السؤال. إم على ويندوز موبايل 6 القياسية و إيم تحاول تفرخ مثيل المتصفح. إد ترغب في الانتظار حتى يغلق المستخدم المتصفح. ولكن ويتفوريكسيت يعود سريع للغاية. هنا هي التعليمات البرمجية: بروسيس p نيو بروسيس () p. StartInfo. Arguments كوتكسامبل-سيتكيوت p. StartInfo. Verb كوتوبينكوت p. StartInfo. UseShellExecute فالس p. StartInfo. FileName quIExplore. exequot p. Start () p. WaitForExit () مساجيبوكس. Show (كوتنو يجب أن يكون المتصفح كلوسكوت) ما ينبغي أن يكون الطريق الصحيح للحصول على ريسوتس المتوقع الاثنين، يونيو 08، 2009 10:45 بيإم حيث الرمز. رمز. أليكسب الثلاثاء، يونيو 09، 2009 9:58 بيإم إم رؤية نفس المشكلة، ولكن على زب. أعتقد أن الدليل يمكن أن ينظر إليه في أي مصحح (كما أرى)، أو في أي تطبيق وحدة التحكم (وليس بالضرورة على الهاتف المحمول) الأربعاء، 02 سبتمبر 2009 8:35 م إلا أنك لا ثم الحصول على كائن العملية التي يمكنك استعمال. إذا حاولت ديم ميبروك كعملية جديدة () ميبروك process. Start (كوتيكسبلوريكوت، رمز كوتيفينانس. أرياكسكوت) myProc. WaitForExit () لا يزال يعود على الفور. الأربعاء، سبتمبر 02، 2009 8:48 م المشكلة أنت لا تبدأ مثيل جديد من iexplore. exe. أنت مجرد إنشاء نافذة جديدة على العملية الحالية. تخميني هو iexplore. exe يبدأ، يرى مثيل سابق ويتصل مع المثال السابق بحيث يفتح نافذة جديدة، ثم هذا المثال الذي بدأت مخارج على الفور. وبالتالي فإن السلوك هو الصحيح ويتوقع. blog. voidnish الأربعاء، سبتمبر 02، 2009 8:52 م تقوم ميكروسوفت بإجراء استطلاع عبر الإنترنت لفهم رأيك لموقع مسن على الويب. إذا اخترت المشاركة، سيتم تقديم الاستبيان عبر الإنترنت لك عند مغادرة موقع مسن على ويب. هل ترغب في المشاركة قد يبدو هذا السؤال غريبا بعض الشيء ولكني أحاول تشغيل VS2005 من خلال عملية وتنفيذ أمر معين وأنا ويتوريكسيت (). أنا إعادة توجيه الإدخال والإخراج بنجاح ولكن كل الآن وبعد ذلك يحدث لتلقي خطأ في إطار التقارير ويندومسيج. المشكلة هي أنني عن بعد، لذلك عندما يحدث هذا ميساجويندو أثناء تنفيذ العملية، وسوف شنق إلا إذا قمت بتسجيل الدخول إلى الآخر (عن بعد) الجهاز وإغلاق النافذة. هل هناك أي طريقة لقتل بشكل منهجي هذه النافذة أو ربما تعطيل ميساجويندو من حدوث لقد فكرت في تشغيل فس في التنفيذ الصامت (لم أجد حتى الآن وسيلة للقيام بذلك). لقد حاولت أيضا معرفة ما إذا كان هناك أي شيء يجري محاصر عندما يحدث هذا مقارنة عندما لا يفعل ذلك. الخميس، 25 أكتوبر 2007 08:32 م حسنا، حاولت استخدام فيندويندو و فيندويندكس جنبا إلى جنب مع سيندمسيج ولكن لم أتمكن من العثور على مقبض النافذة الصحيح. ولكن بما أنني أعرف أن ويندوز مساج مربع الإبلاغ عن الخطأ سوف تكون ظهرت، راجعت لمعرفة ما إذا كان كان العملية الخاصة بها (وأنه هو). هذه العملية هي dwwin. exe (الدكتور واتسون وين) وكل ما كان علي القيام به هو هذا للسماح لنفسي للحصول على الصحيح المشكلة الحالية. استبدال كتلة التعليمات البرمجية الحالية أدناه لبيان ويتفوريكسيت () التي سبق لي. (60000) دقيقة واحدة عملية بروكاراي process. GetProcessesByName (كوتدوينكوت) فوريتش (عملية معالجة في بروكاراي) كما تحققت لمعرفة ما إذا كنت قادرا على الحصول على process. MainWindowTitle ()، ولكن يتم تعيين إلى كوتوت. لذلك هذا هو الإختراق وأنا حقا لا ترغب في استخدامه، لكنه يعمل من أجل التنفيذ الحالي. الاثنين، 29 أكتوبر 2007 7:26 م لا، يمكنني إعادة توجيه المدخلات والمخرجات دون مشكلة. الخطأ الذي أتلقى هو الإبلاغ عن أخطاء النوافذ العامة وللأسف، فمن في اليابانية لذلك أنا لا أعرف ما هو الخطأ بالضبط، ولكن هذا هو الخطأ العام. ليس لدي رمز أمامي ولكن أنا أعدت ديليغاتشرادس لقراءة إعادة توجيه الخطأ والمخرجات بعد الخروج من العملية برمتها. لا أستطيع الخروج مع أي شيء، وأنا قادرة على تشغيل نفس العملية على جهاز الكمبيوتر الخاص بي ولكن أنا لست قادرا على القيام بهذا الأمر واحد معين من خلال ريموتينغ. أنا فيل محاولة ذلك غدا عن بعد على آلة غير اليابانية في العمل وسوف نشر النتائج بلدي بغض النظر. الجمعة، 26 أكتوبر، 2007 2:34 آم هل تقوم بتشغيل وحدة التحكم كوتكمكوت. إذا كان الجواب نعم ثم لديك لكتابة الخروج أيضا. الجمعة، 26 أكتوبر، 2007 4:50 آم إذا كنت فكرة عن كم من الوقت سوف تستغرق العملية الخاصة بك، ثم يمكنك استخدام بول إكسيتد process. WaitForExit (تيمينميليسيكوندس) إذا (الخروج) عملية خرجت قبل فترة المهلة. آخر رسالة خطأ الطباعة قد لا تكون ذات صلة بما تقومون به، ولكن كان لي تجربة حيث العملية لن تخرج إذا أعيد توجيه الإخراج. جرب تعطيل إعادة توجيه الإخراج ومعرفة ما إذا كانت العملية تخرج. محاولة إعطائها، قد تعمل. الجمعة، 26 أكتوبر، 2007 11:58 آم أود أن أحاول ذلك، لكنه الكثير من الإختراق. لدي العديد من الأوامر المختلفة التي تأخذ كميات مختلفة من الوقت (30 ثانية إلى 25 دقيقة) لذلك ليس هناك إعداد الوقت الحقيقي التي يمكن أن مكان دون تدمير أدائي. وقد عملت هذه الوظيفة بشكل صحيح لأوامر متعددة على مدى الأشهر الستة الماضية، والآن تقرر لي على. حاولت ذلك على جهاز كمبيوتر مختلف دون أي مشاكل (الذي هو حقا العبث معي). وأنا أعلم أنه ليس إعادة توجيه الإخراج لأنه يتم إنشاء نافذة جديدة على الملقم الذي أنا عن بعد. بمجرد إغلاق هذه النافذة، عملية الخروج كما هو متوقع ويتم عرض الإخراج الصحيح على الجانب المستخدم. أشكركم على مساعدتكم، لكنني أحبط حقا من هذه المشكلة. الجمعة، أكتوبر 26، 2007 3:01 بيإم دون معرفة تفاصيل الرسالة كانت مجرد التخمين في هذه المشكلة. هل قمت بتثبيت 3.5 بيتا أو فيسوال ستوديو 2008 بيتا على الإطلاق كيف تستخدم عملية لبدء البرنامج أو process. Start (كوتيفيل. إكسكوت) أو تستخدم بروسيسستارتينفو الجمعة 26 أكتوبر 2007 3:21 م لا، لدي 2003 و 2005 مثبتة. بروك نيو بروسيس () بروسسي جديد بروسيسستارتينفو () ثم قمت بإعداد مؤشر ترابط جديد لكل من ستانداردورور و ستانداردوتبوت I ثم كتابة الأوامر و إذا (إعادة توجيه القياسية) بدء مؤشر الترابط ل ست. أوت إذا (إعادة توجيه الخطأ القياسي) بدء الموضوع ل ست. خطأ Proc. WaitForExit () لوت -------- هذا هو المكان الذي تحدث فيه إطار "الإبلاغ عن أخطاء ويندوز عام". لقد ترجمت ما استطعت من النافذة أن ينبثق. ميكروسوفت فيسوال ستوديو 2005 بسبب حدوث المشكلة، فإنه ينتهي ميكروسوفت فيسوال ستوديو 2005. نحن تطبيق إزعاج، ليس هناك عذر. شكرا مرة أخرى على كل وقتك. أنا خلقت ستريموريتر قبل إنشاء كائن بروس عملية. ثم إعادة توجيه الإدخال بعد الأمر proc. Start ()، فكيف لا أملك هذا بغض النظر، يمكنني إجراء التغيير لنقل sIn. Close () إلى ما بعد مكالمة ويتفوريكسيت لمعرفة ما إذا كان هذا يجعل أي تغييرات. وكان بروك نوع، كان ينبغي أن يكون بروك. مرة أخرى، أنها ليست رسالة خطأ، لذلك ليس هناك تتبع المكدس. عملية إعادة توجيه ماي ستانداردرور فارغة وتحتوي إعادة توجيه أوتبوت القياسية على ما كنت أتوقعه، ولكن لا يوجد شيء يشير إلى حدوث خطأ. هذا هو السبب في أن كل شيء لا يزال يعمل بعد إغلاق إطار "الإبلاغ عن خطأ ويندوز". سأقوم بنشر ما يحدث بعد نقل سطر sIn. Close () أسفل سطر ويتفوريكسيت (). الجمعة 26 أكتوبر 2007 4:59 م كتب بيتر ريتشي: أنت لا تريد إغلاق كائن سين حتى بعد الخروج من التطبيق إذا كنت إعادة توجيه. لا ينبغي للمرء أن يغلق أي من تلك التدفقات على الإطلاق. كائن العملية يمتلكها وهي المسؤولة عن التنظيف بعد نفسه. يجب على واحد في أفضل استدعاء عملية. ديسبوس () بعد الانتهاء مع كائن العملية. أنت بالتأكيد لا تحتاج إلى (أي زائدة عن الحاجة) ولكن لا ينبغي أن يسبب مشكلة بعد أن خرجت العملية. process. Close هو الأسلوب الموصى به لإغلاق ستانداردينبوت و ستانداردوتبوت (و ستانداردورور) تيارات. الجمعة، 26 أكتوبر، 2007 5:03 بيإم سأفاجأ إذا لم تطلق طريقة التصفية إغلاق، على الأقل كجزء من عملها. وأود أن تفضل استخدام حقيقة أنه منذ عملية تنفذ إديسبوسابل (بشكل غير مباشر من خلال توسيع المكون الذي ينفذ ذلك)، ينبغي للمرء أن استدعاء التخلص منها والسماح بذلك لتنظيف السليم. لن أوصي استدعاء process. Close بدلا من، ولا بالإضافة إلى، process. Dispose. نعم، تخلص من المكالمات إغلاق. توصيتي الأولى هي استخدام كتلة استخدام، والثاني هو استدعاء إغلاق عندما تعرف عندما كنت فعلت معها. في الكائنات التي تنفذ طريقة كوتكلوسيكوت على الرغم من كونها إديسبوسابل، أكثر وضوحا لاستخدام الأسلوب كوتكلوسيكوت. بالإضافة إلى ذلك دون استخدام كتلة استخدام لديك أي وسيلة لتحديد نطاق المتغير والدعوة إلى التخلص - الكائن يمكن استخدامها بعد المكالمة للتخلص. إذا قمت باستخدام كلوز يويف، التخلص من كافة الموارد المدارة الخاصة بك ولكن لا يزال يمكن استخدام الكائن (أي أنه لم يتم وضع علامة ك كوتديسبوسيدكوت ويمكنك استخدامه لتشغيل تطبيق آخر دون تخصيص كائن عملية جديدة - والتي من شأنها أن رمي خلاف ذلك كائن أوبجكتديسبوسيدكسيبتيون ). الجمعة، 26 أكتوبر 2007 6:09 بيإم حتى إذا كانت التوصية الأولى هي استخدام كتلة استخدام، ثم القادم سيكون أفضل للاتصال ديسبوس. لا إغلاق، عندما، كما قلت، كنت أعلم أنك فعلت مع الكائن. من خلال استدعاء فقط إغلاق على شيء الذي ينفذ إديسبوسابل، المطور من المحتمل أن يحدث خطأ. إذا تخلص يفعل بعض تنظيف إضافية وراء مجرد التفويض لإغلاق، ثم مبرمج هو وضع نفسه حتى علة فقط عن طريق إغلاق إغلاق. قد يكون هناك حالة لاستدعاء إغلاق، ولكن فقط إذا كنت لم تفعل مع الكائن، كما هو موضح في الجزء السفلي من الرد الأخير. ولكن عند القيام به، والدعوة التخلص منها. الجمعة، 26 أكتوبر 2007 6:20 م إذا كانت التوصية الأولى هي استخدام كتلة استخدام، فإن الأفضل التالي هو استدعاء ديسبوس. لا إغلاق، عندما، كما قلت، كنت أعلم أنك فعلت مع الكائن. من خلال استدعاء فقط إغلاق على شيء الذي ينفذ إديسبوسابل، المطور من المحتمل أن يحدث خطأ. إذا تخلص يفعل بعض تنظيف إضافية وراء مجرد التفويض لإغلاق، ثم مبرمج هو وضع نفسه حتى علة فقط عن طريق إغلاق إغلاق. قد يكون هناك حالة لاستدعاء إغلاق، ولكن فقط إذا كنت لم تفعل مع الكائن، كما هو موضح في الجزء السفلي من الرد الأخير. ولكن عند القيام به، والدعوة التخلص منها. في الواقع، كوتوبيكوكلاس لها ما يعادل: ديسبوسابلكلاس أوبج جديد ديسبوسابلكلاس () القابل للتصرف أوبي القابل للتصرف كما هو قابل للتصرف إذا (فارغة لا يمكن التخلص منها) ولكن نعم، هذا ما هو استخدام عبارة تعادل كوفونتيونالكوت ولكن لا أتفق صراحة الدعوة التخلص من وجود طريقة كوتكلوسيكوت يجب يكون الخيار الأول بسبب عدم تحديد نطاق مع دعوة تخلص. على سبيل المثال، ما يلي: استخدام (عملية معالجة عملية جديدة ()) كان لي تشغيل الخدمة، ولكن توقفت لأنه كان قد ركض لمدة 2 ساعة ولم يكن أبدا نقطة توقف أنه كان يجب أن تصل في غضون 10 دقيقة من لي بداية بلدي زبون. أنا أونكومنتيد الخط sIn. Close () فقط الآن وإعادة بدء الخدمة والعميل وكل شيء يعمل كما فعل من قبل. يمكن أن تصل إلى نقطة التوقف بعد ويتفوريكسيت () وأكمل، مع رسالة خطأ تقرير ويندوز لا يزال (كما كان من قبل). لذلك، في حالتي، أنا بحاجة إلى إغلاق تيار المدخلات لتكون قادرة على الخروج من العملية كما هو متوقع. هل هناك أي أفكار أخرى يمكن أن ريكومنت الخط sIn. Close () إذا كنت ترغب في التحقق من شيء. الجمعة 26 أكتوبر 2007 7:19 م كتب أنتوني مايمون: كان لي الخدمة، لكنني توقفت عن العمل لأنها ركضت لمدة ساعتين ولم تكن أبدا نقطة التوقف التي كان يجب أن تصل في غضون 10 دقائق من بداية لي العميل . أنا أونكومنتيد الخط sIn. Close () فقط الآن وإعادة بدء الخدمة والعميل وكل شيء يعمل كما فعل من قبل. يمكن أن تصل إلى نقطة التوقف بعد ويتفوريكسيت () وأكمل، مع رسالة خطأ تقرير ويندوز لا يزال (كما كان من قبل). لذلك، في حالتي، أنا بحاجة إلى إغلاق تيار المدخلات لتكون قادرة على الخروج من العملية كما هو متوقع. هل هناك أي أفكار أخرى يمكن أن ريكومنت الخط sIn. Close () إذا كنت ترغب في التحقق من شيء. سيكون من المفيد أن نرى تفاصيل الاستثناء عندما تحصل على الخطأ (مثل المكدس المكالمة). كيف يتم استخدام المدخلات القياسية والإخراج القياسي هل تستخدم أي أساليب ريادلين بيتر، وجهة نظري هو: إذا كنت لا ندعو ديسبوس على كائن الذي ينفذ (بشكل مباشر أو غير مباشر) إديسبوسابل، ثم كنت مجرد يسأل عن علة. أنا لا أريد أن أجادل على هذا لا نهاية لها على الرغم من. يمكنك الاستمرار في القيام بذلك بالطريقة التي تقوم بها، وعصا العصا مع الألغام. طالما أننا لا نملك للحفاظ على بعضها البعض رمز، غرامة. وبالمناسبة، كتلة كوتسينكوت لا يحميك سواء. لا شيء يمنعك من إعلان المتغير خارج الكتلة (إذا كنت أذكر بشكل صحيح)، لذلك يمكن أن يكون لا يزال في النطاق بعد انتهاء كتلة. عليك أن تكون مجتهدا في كتابة التعليمات البرمجية الصحيحة. إذا كنت تعلن ذلك في بيان كوتسينغكوت، ثاتس طريقة واحدة. ولكن لرفض باستخدام نهج تريفينالي فقط لأنه يترك المتغير في نطاق ليست حقا هذه النقطة. فإنه لا يزال يحتاج إلى أن تخلص () د في مكان ما. الجمعة 26 أكتوبر 2007 7:34 بيإم كتب بيتر ريتشي: كتب أنتوني ميمون: كان لي الخدمة، لكنني توقفت عن العمل لأنه ركض لمدة ساعتين ولم يكن أبدا نقطة التوقف التي كان يجب أن تصل خلال 10 دقائق من لي بداية موكلي. أنا أونكومنتيد الخط sIn. Close () فقط الآن وإعادة بدء الخدمة والعميل وكل شيء يعمل كما فعل من قبل. يمكن أن تصل إلى نقطة التوقف بعد ويتفوريكسيت () وأكمل، مع رسالة خطأ تقرير ويندوز لا يزال (كما كان من قبل). لذلك، في حالتي، أنا بحاجة إلى إغلاق تيار المدخلات لتكون قادرة على الخروج من العملية كما هو متوقع. هل هناك أي أفكار أخرى يمكن أن ريكومنت الخط sIn. Close () إذا كنت ترغب في التحقق من شيء. سيكون من المفيد أن نرى تفاصيل الاستثناء عندما تحصل على الخطأ (مثل المكدس المكالمة). كيف تستخدم المدخلات القياسية والإخراج القياسي هل تستخدم أي أساليب ريادلين مرة أخرى، وهذا ليس استثناء الذي يجري القيت، لذلك أنا لا أرى أي تفاصيل الاستثناء. أنا لا أذهب مباشرة إلى كتلة الصيد في بلدي التعليمات البرمجية، وأنا استأنف مباشرة بعد دعوة ويتفوريكسيت (). النافذة التي أتلقىها هي نفسها التي تحصل عليها عند إغلاق أي منتج ميكروسوفت بشكل غير متوقع وتريد مس معلومات حول تحطم. لذلك مرة أخرى، لا توجد تفاصيل استثناء. ومع ذلك في واحدة من سجلات النظام، وأنا أتلقى ميساج (مترجمة من اليابانية) يحدث تطبيق إيدوس كوتيدفنف.، 8.0.50727.762 نسخة من الأخطاء حدثت وحدة msvcr80.dll، الإصدار 8.0.50727.762، حدثت أخطاء عنوان 0x00039001. لمزيد من المعلومات، go. microsoftfwlinkevents. asp هيلو ومركز الدعم يرجى reference. quot أنا إعادة توجيه الإدخال القياسي لتمرير في أوامر مختلفة في لأنني كنت تواجه مشكلة في الحصول عليها للعمل كيف أردت شكل ستارتينفو. أنا إعادة توجيه تيارات الإخراج والخطأ للتحقق ما لديهم فيها بعد انتهاء العملية. هذا سوف يسمح لي للتحقق من أي شيء أود في أي تيار بمجرد الانتهاء. أنا أيضا لا تسمح أي من الإخراج أو خطأ إعادة توجيه المواضيع للانضمام حتى بعد اجتياز العملية استدعاء ويتفوريكسيت. أنا حيرة تماما. الجمعة، 26 أكتوبر 2007 7:53 بيإم بيتر، وجهة نظري هي: إذا كنت لا ندعو ديسبوس على كائن الذي ينفذ (بشكل مباشر أو غير مباشر) إديسبوسابل، ثم كنت مجرد طلب عن خلل. أنا لا أريد أن أجادل على هذا لا نهاية لها على الرغم من. يمكنك الاستمرار في القيام بذلك بالطريقة التي تقوم بها، وعصا العصا مع الألغام. طالما أننا لا نملك للحفاظ على بعضها البعض رمز، غرامة. أنا لا أتفق. انها ليست كوتبوغكوت لعدم استدعاء ديسبوس. لن يتم تحرير الموارد الخاصة بك على الفور، ولكن سوف غ الافراج عنهم إذا كان يحتاج إلى الذاكرة (على افتراض أن نمط التخلص يتم تنفيذها بشكل صحيح وتوجد النهائية). إذا كانت الفئة التي تستخدمها تنفذ طريقة كوتكلوسيكوت التي لا تفعل كل الأشياء نفسها مثل كوتديسبوسكوت، إغلاق إما أن تكون موثقة على هذا النحو أو ثيريس علة في الصف. إيف لم تواجه أي فئة الإطار الذي ينفذ إديسبوسابل و إغلاق () الطريقة التي أدخلت كوتليكوت عندما تم استدعاء إغلاق دون استدعاء التخلص. النمط الساحق ل ديسبوسكلوس هو أن ترحيل المكالمات إغلاق وكذلك وضع علامة كوتديسبوسدكوت (المستخدمة لرمي أوبجكتديسبوسيدكسيبتيون). في الواقع هذا هو مفصل في الإطار العام المرجعي: كوتوكونسيونس اسم نطاق معين هو أكثر ملاءمة من التخلص منها. على سبيل المثال، قد ترغب في تغليف ملف استخدام اسم الأسلوب إغلاق. في هذه الحالة، تنفيذ تخلص من القطاع الخاص وإنشاء طريقة إغلاق العام الذي يدعو التخلص. يوضح المثال التعليمات البرمجية التالي هذا النمط. يمكنك استبدال "إغلاق" باسم طريقة مناسب لنطاقك. تنفيذ من تنفيذ إنهاء و التخلص من تنظيف الموارد غير المدارة بالإضافة إلى كوتور فئات معينة من الكائنات مثل ملفات أو كائنات اتصال قاعدة البيانات الأسلوب أفضل يمثل بشكل أفضل العملية المنطقية التي يجب أن يتم عند الانتهاء من الكائنات المستهلك مع الكائن. كوت من تحسين أداء التعليمات البرمجية المدارة (على الرغم من أنه كما أنه أيضا تفاصيل كوتين الحالات المكتوبة بشكل جيد، وكلاهما مكافئ وظيفيا. كوت أنه يعني أن استخدام إغلاق أكثر وضوحا مع كوبيتر ميريسكوت.) وبالمناسبة، كتلة كوتسينكوت لا يحميك إما. لا شيء يمنعك من إعلان المتغير خارج الكتلة (إذا كنت أذكر بشكل صحيح)، لذلك يمكن أن يكون لا يزال في النطاق بعد انتهاء كتلة. عليك أن تكون مجتهدا في كتابة التعليمات البرمجية الصحيحة. إذا كنت تعلن ذلك في بيان كوتسينغكوت، ثاتس طريقة واحدة. ولكن لرفض باستخدام نهج تريفينالي فقط لأنه يترك المتغير في نطاق ليست حقا هذه النقطة. فإنه لا يزال يحتاج إلى أن تخلص () د في مكان ما. نعم، ثيريس كل أنواع الطرق التي يمكن أن تبادل لاطلاق النار نفسك في القدم ولكن هذا ليس سيناريو كنا نناقش. وأود أن أسقط شخصيا أسفل أي رمز استعرضته من هذا القبيل. وسيكون ذلك على قائمتي غير الموصى بها. الجمعة، 26 أكتوبر 2007 7:54 م مرة أخرى، هذا ليس استثناء الذي يجري طرحه، لذلك أنا لا أرى أي تفاصيل الاستثناء. أنا لا أذهب مباشرة إلى كتلة الصيد في بلدي التعليمات البرمجية، وأنا استأنف مباشرة بعد دعوة ويتفوريكسيت (). النافذة التي أتلقىها هي نفسها التي تحصل عليها عند إغلاق أي منتج ميكروسوفت بشكل غير متوقع وتريد مس معلومات حول تحطم. لذلك مرة أخرى، لا توجد تفاصيل استثناء. ومع ذلك في واحدة من سجلات النظام، وأنا أتلقى ميساج (مترجمة من اليابانية) يحدث تطبيق إيدوس كوتيدفنف.، 8.0.50727.762 نسخة من الأخطاء حدثت وحدة msvcr80.dll، الإصدار 8.0.50727.762، حدثت أخطاء عنوان 0x00039001. لمزيد من المعلومات، go. microsoftfwlinkevents. asp هيلو و مركز الدعم يرجى reference. quot افترضت التطبيق الخاص بك كان توليد الرسالة (في هذه الحالة يجب دائما الحصول على استثناء وتتبع المكدس) لم يكن واضحا أن تستأنف بعد المكالمة إلى ويتفوريكسيت (). يبدو لي مثل تطبيق يوري تشغيل هو إنهاء بشكل غير طبيعي. هل تقوم بتشغيل devenv. exe ايم غير متأكد ما يمكنك القيام به في التطبيق الخاص بك لوقف تطبيق آخر من إنهاء بشكل غير طبيعي. كتب أنتوني مايمون: أنا إعادة توجيه المدخلات القياسية لتمرير في الأوامر المختلفة في لأنني كنت تواجه صعوبة في الحصول عليها للعمل كيف أردت شكل ستارتينفو. أنا إعادة توجيه تيارات الإخراج والخطأ للتحقق ما لديهم فيها بعد انتهاء العملية. هذا سوف يسمح لي للتحقق من أي شيء أود في أي تيار بمجرد الانتهاء. أنا أيضا لا تسمح أي من الإخراج أو خطأ إعادة توجيه المواضيع للانضمام حتى بعد اجتياز العملية استدعاء ويتفوريكسيت. أنا حيرة تماما. يمكنك الحصول على الجمود إذا كنت منع على القراءة من والتطبيقات الإخراج القياسية - والتي من شأنها أن تفتح إذا قمت بإغلاق تيار، وأعتقد. الشيء الوحيد الذي يمكن أن أفكر هو إنشاء التطبيق الذي يعمل على الخادم ومراقبة ويندوز كومينغ تشكيل العمليات التي كنت تتحكم عن بعد ومن ثم العثور على الأزرار الصحيحة واضغط عليها بروغراماتيكالي بوسينغ رسالة إلى مضخة رسالة من نافذة الحوار . هذا ألوس يحدث مع إكسيل، كلمة وغيرها من التطبيقات التي يمكن استخدامها مع أوتماتيون مسفت لم تصميم هذه التطبيقات ليتم تشغيلها دون تفاعل المستخدم لذلك مرة واحدة في حين سوف تحصل على ويندوز على الأخطاء. هل نظرت في استخدام مسبويد الذي هو أكثر أبروبيت لبناء دفعة، كما يبدو أنه في تفس 2008 بناء خوادم سيكون من السهل بناء. السبت 27 أكتوبر 2007 11:07 ص حسنا، حاولت استخدام فيندويندو و فيندويندكس جنبا إلى جنب مع سيندمساج ولكن لم أتمكن من العثور على مقبض الإطار الصحيح. ولكن بما أنني أعرف أن ويندوز مساج مربع الإبلاغ عن الخطأ سوف تكون ظهرت، راجعت لمعرفة ما إذا كان كان العملية الخاصة بها (وأنه هو). هذه العملية هي dwwin. exe (الدكتور واتسون وين) وكل ما كان علي القيام به هو هذا للسماح لنفسي للحصول على الصحيح المشكلة الحالية. استبدال كتلة التعليمات البرمجية الحالية أدناه لبيان ويتفوريكسيت () التي سبق لي. (60000) دقيقة واحدة عملية بروكاراي process. GetProcessesByName (كوتدوينكوت) فوريتش (عملية معالجة في بروكاراي) كما تحققت لمعرفة ما إذا كنت قادرا على الحصول على process. MainWindowTitle ()، ولكن يتم تعيين إلى كوتوت. لذلك هذا هو الإختراق وأنا حقا لا ترغب في استخدامه، لكنه يعمل من أجل التنفيذ الحالي. الاثنين، 29 أكتوبر، 2007 7:26 م