Hey How-To Geek!
So the other day, I was reorganizing some files on my computer, creating folders, that kind of stuff. Then, when I was moving some files into a folder, I get a message, stating that the resulting folder path would be too long. I was confused. I know that every single OS since DOS supports Long Filenames, yet Windows claims that the path is too long? Why does this happen?
Sincerly,
Mr. Disorganized
जिस समस्या में आप चल रहे हैं वह दो प्रणालियों का दुर्भाग्यपूर्ण चौराहे है कि, इस तरह के मामलों में, एक त्रुटि उत्पन्न होती है। यह समझने के लिए कि त्रुटि कहां से आती है, हमें समाधानों में जाने से पहले लॉन्ग फाइलनाम (एलएफएन) के इतिहास में खोदने की जरूरत है और विंडोज़ उनके साथ कैसे इंटरैक्ट करता है।
विंडोज 95 में अंतर्निहित एमएस-डॉस आर्किटेक्चर के माध्यम से लंबे फ़ाइल नामों को पेश किया गया था। नई एलएफएन प्रणाली को 255 अक्षरों तक फ़ाइल और निर्देशिका नामों की अनुमति है। यह पिछली फ़ाइल नाम प्रणाली का स्वागत विस्तार था, जिसे आमतौर पर 8.3 फाइलनामिंग कहा जाता था क्योंकि नाम आठ अक्षरों तक सीमित था और तीन अंकों का विस्तार था, लेकिन इसे लघु फ़ाइल नाम (एसएफएन) भी कहा जाता था। जैसा कि आप कल्पना कर सकते हैं, फिर भी वहां बहुत सारे डॉस-आधारित ऐप्स थे और नए एलएफएन और विरासत एसएफएन को एक दूसरे के साथ अच्छा खेलने के लिए कुछ सिरदर्द थे। यदि आप कभी भी पुरानी डिस्केट या सीडी-रोम में अजीब रूप से छिद्रित फ़ाइलों (जैसे abcdef ~ 1.txt) के साथ आते हैं, तो कुछ एसएफएन द्वारा उपयोग किए जाने वाले फ़ाइल नाम को कुछ लंबे और असमर्थित एलएफएन (जैसे abcdefghijk) से उपयोग किया जाता है। टेक्स्ट)।
हम 1 99 0 के दशक के मध्य से काफी लंबा सफर तय कर रहे हैं, और पूरी लॉन्ग फाइलनाम चीज (अधिकांश भाग के लिए) दृढ़ता से लोहे से बाहर है। यदि आप पिछले 10 सालों से विंडोज़ का संस्करण चला रहे हैं, तो संभवतया आप फ़ाइल नाम की लंबाई में कभी भी नहीं आते हैं जैसे कि हम डीओएस / विंडोज 95 दिनों में वापस दौड़ते थे। उस ने कहा, हम अभी भी हिचकी में भागते हैं, जैसा कि आपने अपनी डिस्क क्लीनअप परियोजना के साथ खोज की है। पर क्यों? यदि विंडोज़ 'लॉन्ग फाइलनाम सिस्टम प्रति घटक 255 वर्णों के फ़ोल्डर और फ़ाइल नामों का समर्थन करता है, तो आप किस दीवार में चल रहे हैं? हम एनटीएफएस (फाइल सिस्टम जो आधुनिक विंडोज मशीनों का विशाल बहुमत उपयोग करते हैं) को दोष नहीं दे सकते क्योंकि एनटीएफएस 32,767 अक्षरों की कुल पथ लंबाई तक फ़ोल्डर और फ़ाइल नामों की श्रृंखला का समर्थन करेगा। वह अब तक की सामान्य निर्देशिका संरचना से अधिक है जो अधिकांश उपयोगकर्ताओं को कभी भी चाहिए।
जहां यह सब अलग हो जाता है वह एक कृत्रिम प्रतिबंध है जो एलएफएन / एनटीएफएस सिस्टम के शीर्ष पर विंडोज स्टैक है: MAX_PATH चर। MAX_PATH चर निर्दिष्ट करता है कि विंडोज़ में एक पूर्ण निर्देशिका संरचना अंत में ड्राइव अक्षर, कोलन, बैकस्लैश और शून्य बैकलैश सहित 260 कुल वर्णों से अधिक नहीं हो सकती है। इस प्रकार आपके पास केवल 256 वर्णों का संभावित वास्तविक MAX_PATH है, उदा। C: अपने-256-चरित्र-पथ.
तो जब आप अपने कंप्यूटर को साफ कर रहे थे तो यह हुआ कि आपके पास पहले से ही लंबे पथ के साथ एक निर्देशिका थी (या तो क्योंकि फ़ोल्डर के नाम लंबे थे, फ़ाइल नाम लंबे थे, या दोनों), और जब आपने एक या अधिक स्थानांतरित करने का प्रयास किया उन निर्देशिकाओं को एक लंबी निर्देशिका के साथ एक और निर्देशिका में, पथ नाम की कुल लंबाई MAX_PATH चर द्वारा लगाए गए 260 वर्ण सीमा से अधिक है।
अब, आप सोच रहे होंगे "आह-हा! हम केवल MAX_PATH चर बदल देंगे और समस्या हल करेंगे! "हां, यह इतना आसान नहीं है। विंडोज़ में केवल MAX_PATH वैरिएबल को कड़ी मेहनत नहीं की गई है, लेकिन यदि आप इसे बदलने की भारी परेशानी से गुज़र चुके हैं, तो भी आप इतनी तोड़ने लगेंगे कि यह इसके लायक नहीं होगा। बहुत से अनुप्रयोगों की अपेक्षा है कि पथ चर वैसा ही हो जो विंडोज ने लंबे समय से निर्दिष्ट किया है। हम एक विशाल गड़बड़ किए बिना इसे बदलने के आसपास नहीं जा सकते हैं।
वह आपको कहां छोड़ देता है? खैर, सबसे आसान समाधान सिर्फ पथ डेटा को संपादित करना है। उदाहरण के लिए, यदि आपके पास सहेजे गए लेखों का एक टन है, जहां आपने उन्हें वेब से सहेजने के लिए उपयोग किया गया एप्लिकेशन / एक्सटेंशन एक ऐसी निर्देशिका बनाई है जो आलेख का पूरा शीर्षक + आलेख लीड है, और फिर फ़ाइल नाम स्वयं पूर्ण शीर्षक है लेख + लेख का नेतृत्व, यह एक ही सहेजने के साथ MAX_PATH को हिट या उससे अधिक करना वास्तव में आसान होगा। उन विशाल फ़ोल्डर और लेख शीर्षक को अधिक उचित आकार में संपादित करना समस्या को ठीक करने का एक आसान तरीका है।
यदि आपके पास लंबे पथ के साथ बड़ी संख्या में फाइलें हैं और आप उन्हें सभी संपादित नहीं करना चाहते हैं (या यदि आप चाहते हैंहटाना पुरानी निर्देशिकाओं का एक टन जो MAX_PATH चर द्वारा प्रतिबंधित होने पर Windows के लिए बहुत लंबा है), वहां कमांड लाइन काम है। हालांकि विंडोज MAX_PATH वैरिएबल द्वारा प्रतिबंधित है, विंडोज इंजीनियरों को एहसास हुआ कि ऐसी स्थितियां होंगी जहां उपयोगकर्ताओं को लंबे पथ नामों से निपटने की आवश्यकता होगी। इस प्रकार, विंडोज एपीआई के पास बहुत लंबे पथ से निपटने के लिए एक फ़ंक्शन है।
उस एपीआई का लाभ उठाने के लिए और अपने अनावश्यक फ़ोल्डर / फ़ाइल नामों पर कमांड लाइन टूल्स का उपयोग करने के लिए, आपको बस कुछ अतिरिक्त वर्णों के साथ निर्देशिका नाम जोड़ना होगा। उदाहरण के लिए, यदि आपके पास एक बड़ी निर्देशिका संरचना है जिसे आप हटाना चाहते थे (लेकिन जब आपने इसे प्रयास किया था तो पथ की लंबाई के कारण त्रुटि मिली), तो आप निम्न से कमांड बदल सकते हैं:
rmdir c:documentssome-really-super-long-folder-name-scheme
सेवा मेरे:
rmdir \?c:documentssome-really-super-long-folder-name-scheme
कुंजी का जोड़ा है
?
फ़ाइल पथ की शुरुआत से पहले भाग; यह विंडोज़ को MAX_PATH वैरिएबल द्वारा लगाई गई सीमाओं की अवहेलना करने के लिए निर्देश देता है और अंतर्निहित फाइल सिस्टम (जिसे स्पष्ट रूप से लंबे पथ का समर्थन कर सकता है) द्वारा सीधे आपूर्ति / समझने के तरीके के साथ बातचीत करने के लिए।हमेशा की तरह, कमांड प्रॉम्प्ट पर सावधानीपूर्वक उन फ़ाइलों या निर्देशिकाओं को हटाने से बचने के लिए सावधानी बरतें जिन्हें आप बरकरार रखना चाहते हैं।
यदि इस मुद्दे के हमारे सिंहावलोकन में आप उत्सुक हैं, तो हूड के नीचे क्या हो रहा है, इसके बारे में अधिक जानकारी के लिए, Microsoft डेवलपर नेटवर्क लाइब्रेरी, नामकरण फ़ाइलें, पथ और नामस्थान से इस लेख में निश्चित रूप से खोदें।
एक दबाने वाला तकनीकी सवाल है? [email protected] पर हमें एक ईमेल शूट करें और हम इसका उत्तर देने के लिए अपनी पूरी कोशिश करेंगे।
