ब्लूस्क्रीन को सिमुलेट करना

Question

मैं एक प्रोग्राम बनाने की कोशिश कर रहा हूं जो समय-समय पर चीजों का पूरा समूह रिकॉर्ड करता है। विशिष्ट कारण यह है कि यदि यह ब्लूज़क्रेंस होता है, तो डेवलपर वापस जा सकता है और बहुत सारे वातावरण की जांच कर सकता है और देख सकता है कि उस समय क्या चल रहा था।

मेरी समस्या, ब्लूस्क्रीन का कारण बनने का उनका तरीका है? शायद विंडोज़एपीआई कॉल के साथ (ज़ीरोमेमरी शायद?)।

Anywhoo, अगर आप कॉल पर ब्लूस्क्रीन का कारण बनने के तरीके के बारे में सोच सकते हैं तो मैं आभारी रहूंगा।

जिस कंप्यूटर पर मैं इसका परीक्षण कर रहा हूं वह इस हाहा जैसी चीजें लेने के लिए डिज़ाइन किया गया है।

जिस भाषा का मैं उपयोग कर रहा हूं वह सी \ सी ++ है। धन्यवाद

Answer 1

यदि आप सीएसआरएस प्रक्रिया को मार देते हैं तो आपको नीली स्क्रीन मिल जाएगी।

Answer 2

यदि आप ब्लूस्क्रीन जैसे हार्ड क्रैश को अनुकरण करना चाहते हैं, तो आपको बहुत अधिक बिजली कॉर्ड को यंक करना होगा। सिफारिश नहीं की गई।

दुर्घटना के मामले में, लगातार भंडारण में सहेजा नहीं गया कुछ भी खो जाएगा। यदि आप लॉगिंग के उद्देश्यों के लिए क्रैश अनुकरण करना चाहते हैं, तो अपने लॉगर में "मार डालें" लिखें, जो लॉगिंग को रोकता है। अब आप लॉगिंग को मारकर एक क्रैश अनुकरण कर सकते हैं और सुनिश्चित कर सकते हैं कि आपके पास वास्तविक क्रैश के मामले में वह डेटा है जो आप चाहते थे।

Answer 3

आप एक मशीन कॉन्फ़िगर कर सकते हैं एक कीस्ट्रोक पर दुर्घटना (Ctrl-ScrollLock)

• http://support.microsoft.com/kb/244139

के बाद से यह प्रतीत होता है कई बार जब कि USB के साथ कुछ सिस्टम पर काम नहीं करेगा देखते हैं कि कीबोर्ड, आप विंडोज के लिए डिबगिंग टूल्स भी प्राप्त कर सकते हैं, कर्नेल डीबगर स्थापित कर सकते हैं, और बगचेक को मजबूर करने के लिए ".crash" कमांड का उपयोग कर सकते हैं।

• http://www.microsoft.com/whdc/devtools/debugging/default.mspx

Answer 4

मुझे यकीन है कि वास्तव में क्या आप परीक्षण होगा नहीं हूँ। चूंकि आपका प्रोग्राम समय-समय पर चलता है, निश्चित रूप से यह जांचना पर्याप्त है कि सिस्टम आवृत्ति के दौरान निर्दिष्ट आवृत्ति पर जानकारी डाली जा रही है? क्या आप जांच रहे हैं कि नीली स्क्रीन के बाद जानकारी रहती है? इस पर निर्भर करते हुए कि आप इसे कैसे डंप कर रहे हैं (और चाहे आप बफर फ्लश कर रहे हों), यह आवश्यक नहीं हो सकता है।

Answer 5

बीएसओडी का कारण बनने के लिए, कर्नेल मोड में चल रहे ड्राइवर को इसका कारण बनना होगा। यदि आप वास्तव में ऐसा करना चाहते हैं, तो आप एक ड्राइवर लिख सकते हैं जो कि केबग चेक को उतारने के लिए उजागर करता है। इस उपयोगिता ओर इशारा करते हुए के लिए नीचे दिए गए एंड्रयू को

http://msdn.microsoft.com/en-us/library/ms801640.aspx

धन्यवाद:

सभी की

http://download.sysinternals.com/files/NotMyFault.zip

Answer 6

पहले, मैं इस पर BSOD परीक्षण करने के लिए एक आभासी मशीन का उपयोग करने की सलाह देंगे। यदि बीएसओडी सिस्टम को कुछ नुकसान पहुंचाता है तो यह आपको बैकअप रखने की अनुमति देगा। बीएसओडी simply by pressing CTRL+SCROLLLOCK+SCROLLLOCK कैसे उत्पन्न करें इस पर एक युक्ति दी गई है।

क्या कोई उत्पन्न करने के लिए एक विंडोज एपीआई है? नहीं, this article के अनुसार। फिर भी, अगर आप कुछ एपीआई को अमान्य डेटा के साथ कॉल करेंगे, तो वे अभी भी कर्नेल के अंदर एक दुर्घटना का कारण बन सकते हैं, जिसके परिणामस्वरूप आपका बीएसओडी होगा।

Answer 7

यदि आप कोड (ड्राइवर, आईओसीटीएल ...) लिखना नहीं चाहते हैं तो आप DiskCryptor का उपयोग कर सकते हैं। ध्यान दें कि कोई डिस्क एन्क्रिप्टिंग की आवश्यकता नहीं है। डीसी कंसोल का उपयोग कर एक बीएसओडी उत्पन्न

dcinst.exe -setup

और फिर:

बस ड्राइवर स्थापित करने की आवश्यकता

dccon.exe -bsod

Answer 8

आलोचक के रूप में प्रक्रिया चलाएं और बाहर निकलें http://waleedassar.blogspot.co.uk/2012/03/rtlsetprocessiscritical.html