अनिर्धारित तर्क के साथ NtQuerySystemInformation फ़ंक्शन का उपयोग करना समस्याएं

उस दिन की शुरुआत इस तथ्य के साथ हुई कि "अगर" टूट गया। यह अभिव्यक्ति एक बार मेरे एक सहकर्मी द्वारा गढ़ी गई थी जिसने यह प्रदर्शित किया था कि कोड के माध्यम से कदम रखते समय उसका डिबगर इफ़ेक्ट ब्लॉक में कैसे चला जाता है, जबकि अगर जाँच की गई स्थिति बिल्कुल झूठी थी। उस समय समस्या तुच्छ हो गई थी - उन्होंने एक रिलीज़ अनुकूलित बिल्ड का उपयोग किया था, और इस परिदृश्य में, चरण-दर-चरण डिबगिंग में विश्वास, निश्चित रूप से असंभव है। लेकिन बहुत ही अभिव्यक्ति "अगर टूट गया" ने जड़ ले ली है और तब से हमारे साथ इसका इस्तेमाल किया गया है ताकि एक स्थिति का संकेत दिया जा सके जब कुछ मौलिक काम करना बंद हो गया था कि शायद ही उस पर विश्वास भी किया गया था।

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

तो क्या हुआ

काफी लंबे समय से (कई वर्षों से पहले से ही) हमने सिस्टम में सभी विवरणों के बारे में जानकारी प्राप्त करने के लिए SystemHandleInformation तर्क के साथ NtQuerySystemInformation फ़ंक्शन को कॉल का उपयोग किया। हां, यह तर्क औपचारिक रूप से अनिर्दिष्ट लोगों को संदर्भित करता है, लेकिन यदि आप इस बारे में जानकारी ढूंढना शुरू करते हैं कि वर्तमान में चल रहे सभी विंडोज़ अनुप्रयोगों में सभी डिस्क्रिप्टर को कैसे सूचीबद्ध किया जाए, तो NtQuerySystemInformation + SystemHandleInformation का संयोजन सबसे प्रस्तावित प्रस्तावित विकल्प होगा। और यह वास्तव में काम करता है, विंडोज एनटी के साथ शुरू होने वाले सभी ओएस पर।

आपको सभी प्रक्रियाओं में विवरणकर्ताओं की तलाश करने की आवश्यकता क्यों हो सकती है? खैर, विभिन्न कारणों से। प्रोसेस हैकर जैसी यूटिलिटीज उन्हें केवल सूचना के उद्देश्यों के लिए दिखाती हैं। ऐसे प्रोग्राम हैं जो ऐसा संसाधन खोजने के लिए करते हैं जो वर्तमान में किसी (उदाहरण के लिए, फ़ाइल) द्वारा अवरुद्ध है। और आप, उदाहरण के लिए, किसी और की प्रक्रिया में एक म्यूटेक्स पा सकते हैं, जिसका उपयोग कार्यक्रम की केवल एक प्रति को चलाने, उसे बंद करने और इस तरह के एक एप्लिकेशन के दो उदाहरणों को लॉन्च करने की अनुमति देने के लिए किया जाता है। या सैंडबॉक्स को व्यवस्थित करने के लिए उन्हें डुप्लिकेट करने के लिए सूची वर्णनकर्ता। सामान्य तौर पर, कई कार्य हैं।

मैं यहाँ वर्णनकर्ता की गणना का पूरा विवरण नहीं दूंगा, मैं सिर्फ इतना कहूँगा कि यह सामान्य उदाहरणों के समान था, जैसे:

while ((status = NtQuerySystemInformation( SystemHandleInformation, handleInfo, handleInfoSize, NULL )) == STATUS_INFO_LENGTH_MISMATCH) handleInfo = (PSYSTEM_HANDLE_INFORMATION)realloc(handleInfo, handleInfoSize *= 2); // NtQuerySystemInformation stopped giving us STATUS_INFO_LENGTH_MISMATCH. if (!NT_SUCCESS(status)) { printf("NtQuerySystemInformation failed!\n"); return 1; } for (i = 0; i < handleInfo->HandleCount; i++) { ... } 

लेकिन फिर मैं अपना एप्लिकेशन लॉन्च करता हूं - और अचानक यह पता चलता है कि मुझे जिस डिस्क्रिप्टर की ज़रूरत है (और मुझे पता है कि यह मौजूद है!) NtQuerySystemInformation () फ़ंक्शन द्वारा लौटी सूची में नहीं है। यही है, वे आए - "अगर टूट गया है"।

कार्यालय में अन्य कंप्यूटरों पर समस्या को पुन: पेश करने की कोशिश कर रहा है। कुछ पर यह पुन: पेश किया जाता है, बहुमत पर - नहीं। हम यह समझने की कोशिश कर रहे हैं कि जिन पर यह प्रजनन करता है, वे उन लोगों से अलग हैं जिन पर सब कुछ अच्छा है। विंडोज संस्करण हर जगह एक ही है, अपडेट, हमारे कार्यक्रम का निर्माण - सब कुछ समान है। अचानक, किसी ने नोटिस किया कि सभी लैपटॉप जिस पर समस्या पुन: पेश की गई थी, एक ही मॉडल के हैं। हार्डवेयर असंगति? लेकिन अब अचानक क्यों, यह काम करता था ... इसके अलावा, कार्यालय में उसी मॉडल के अन्य लैपटॉप हैं जो अब काम करते हैं। यहां तक ​​कि डिवाइस ड्राइवरों के संस्करणों की तुलना की गई - सब कुछ एक जैसा प्रतीत होता है। लेकिन सब कुछ कुछ लैपटॉप पर काम करता है, लेकिन दूसरों पर नहीं।

सिर पर बाल खींचना लगभग आधे दिन तक चला, जब तक कि मैंने गलती से दो चीजों पर ध्यान नहीं दिया:

1. PIDs, जो कि आमतौर पर तीन-चार, या पाँच-अंकीय संख्याओं के कारण हैं, जो किसी कारण से मेरे कंप्यूटर पर छह अंकों की हो गई हैं। 780936 प्रकार की पीआईडी ​​देखना काफी अजीब था। मैंने पहले इन पर ध्यान नहीं दिया था। इसके अलावा, चल रही प्रक्रियाओं की कुल संख्या काफी पर्याप्त थी (सौ तक)।
2. सीपीयू टैब पर कार्य प्रबंधक ने सिस्टम में कुल विवरणों की संख्या दिखाई - और यह विशाल, 800,000 से अधिक था।

एक सामान्य एप्लिकेशन के लिए, एक सौ या दो डिस्क्रिप्टर खोलना सामान्य है। खैर, एक हजार। सक्रिय उपयोग के साथ, क्रोम 2000 के बारे में खोल सकता है, विजुअल स्टूडियो बड़ी परियोजनाओं पर 3000 खोल सकता है। लेकिन 800 000 को किसने खोला? सौभाग्य से, पहले से उल्लेखित प्रक्रिया हैकर आपको प्रत्येक प्रक्रिया के लिए डिस्क्रिप्टर की संख्या दिखाने की अनुमति देता है और यहां तक ​​कि उपयोग किए गए डिस्क्रिप्टर की संख्या से प्रक्रियाओं की सूची को सॉर्ट करता है।

और हम क्या देखते हैं? और हम इस तस्वीर को कुछ इस तरह से देखते हैं:



मुझे कहना होगा कि मैंने अभी उपरोक्त स्क्रीनशॉट बनाया है, इसलिए प्रक्रिया सूची में सबसे पहले "केवल" लगभग 20,000 वर्णनकर्ता हैं। और फिर, जब मैंने पहली बार समस्या को देखा, तो वहाँ लगभग 650,000 थे। और हमारा हीरो कौन था? बिंगो! यह प्रक्रिया SynTPEnhService.exe है।

और फिर मेरे दिमाग में पूरी पहेली विकसित होती है। SynTPEnhService.exe Synaptics टचपैड ड्राइवर का हिस्सा है। यह केवल हमारे कार्यालय में एक निश्चित मॉडल के लैपटॉप पर स्थापित किया गया था, जिस पर समस्या हुई। एक संक्षिप्त अवलोकन से पता चला है कि प्रत्येक 5 सेकंड में यह प्रक्रिया चाइल्ड प्रोसेस SynTPEnh.exe शुरू करती है, जो 1-2 सेकंड के बाद बंद हो जाती है। इसी समय, माता-पिता की प्रक्रिया बच्चे की प्रक्रिया के विवरणक को पकड़ना जारी रखती है, जिससे विवरणकर्ताओं का रिसाव होता है। हर 5 सेकंड में एक बार। यह प्रति दिन 17,280 वर्णनकर्ता है। एक सप्ताह के लिए कंप्यूटर को छोड़ दें और अब आपके पास सौ हजार से अधिक हैंग डिस्क्रिप्टर हैं। मेरे व्यक्तिगत कंप्यूटर को एक महीने से अधिक समय के लिए पुनरारंभ नहीं किया गया था - इसलिए नई प्रक्रियाओं के पीआईडी ​​आधे मिलियन से ऊपर की संख्या के साथ। इससे यह भी पता चलता है कि हमारे कार्यालय में कुछ लैपटॉप पर समस्या का पुनरुत्पादन क्यों किया गया था, लेकिन यह अन्य लैपटॉप पर उत्पन्न नहीं हुआ: मेरे कुछ सहयोगियों ने हर दिन अपने पीसी को रिबूट किया, और मेरे जैसे किसी व्यक्ति ने उन्हें रात के लिए छोड़ दिया। ।

वैसे, इस जगह में मुझे याद आया कि मैंने पहले से ही सिनैप्टिक्स टचपैड ड्राइवरों के साथ किसी तरह की समस्या के बारे में पढ़ा था। थोड़ी खुदाई के बाद, मुझे ब्रूस डॉसन द्वारा लिखित यह लेख मिला (उनके लेखों के कई अनुवाद अलग-अलग समय में हैबे पर प्रकाशित हुए, लेकिन यह विशिष्ट नहीं है)। वहाँ वह SynTPEnh.exe प्रक्रिया के इस अंतहीन पुनरारंभ के कारण मेमोरी लीक समस्या का वर्णन करता है, लेकिन हैंडल लीक समस्या के बारे में कुछ नहीं कहता है, इसलिए मेरा पता अभी भी इससे अलग है।

समस्या हल करना

तो, टचपैड ड्राइवर सैकड़ों हजारों विवरणों को "खाता है" - और क्या? और तथ्य यह है कि फ़ंक्शन NTQuerySystemInformation (SystemHandleInformation, ...) Windows NT के दिनों में वापस लिखा गया था (और है) कुछ काफी सीमित आंतरिक बफर। मुझे कहीं भी इसके आकार का सटीक संकेत नहीं मिला, लेकिन, जाहिर है, यह एक लाख वर्णनकर्ताओं के लिए डिज़ाइन नहीं किया गया था। परिणामस्वरूप, फ़ंक्शन उन्हें "जितना हो सके उतना" लौटाता है, जिसका अर्थ है कि उनमें से कोई वांछित हो सकता है या नहीं।

क्या करें? जैसा कि एनिमेटेड श्रृंखला "रिक एंड मोर्टी" से रिक ने कहा: "जब आप टेलीपोर्टेशन का आविष्कार करते हैं, तो आप तुरंत एक अप्रिय चीज की खोज करते हैं: आप ब्रह्मांड के अंतिम व्यक्ति हैं जिन्होंने इसका आविष्कार किया था।" जैसा कि यह पता चला है, Microsoft ने इस समस्या को 20 साल पहले SystemHandleInformation तर्क के साथ कॉल करते समय NtQuerySystemInformation में सीमित बफर के साथ महसूस किया, और इसलिए, WindowsXP के साथ शुरू करते हुए, उन्होंने NtQuerySystemInformation फ़ंक्शन को एक और (और undocumented) तर्क SystemExtendedHandleInformation जोड़ा। जब आप NtQuerySystemInformation (SystemExtendedHandleInformation, ...) को कॉल करते हैं, तो सिस्टम के सभी डिस्क्रिप्टर आपके पास वापस आ जाएंगे, चाहे कितने भी हों। ठीक है, या यों कहें, मुझे यह निश्चित रूप से पता नहीं है, हो सकता है कि इस तर्क के लिए कुछ प्रतिबंध हों, लेकिन यह सुनिश्चित है कि वह एक राज्य में 800,000 विवरणक लौटा सकता है।

नेट पर आप SystemExtendedHandleInformation का उपयोग करने के उदाहरण पा सकते हैं, उदाहरण के लिए, यह एक । सामान्य तौर पर, सब कुछ समान है, अन्य संरचनाएं बस उपयोग की जाती हैं, और यह सब कुछ है।

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