विंडोज 7 में फ़ोल्डर "._" नाम देना संभव क्यों नहीं है?

74

मैंने अभी देखा कि एक फ़ोल्डर का नाम देना संभव नहीं है ._.- इसके ._बजाय इसका नाम दिया गया है। कभी-कभी, यह नामकरण के बाद गायब हो जाता है लेकिन दृश्य को ताज़ा करने के बाद फिर से दिखाई देता है। विंडोज एक फ़ाइल नाम के अंत में डॉट्स के साथ एक समस्या है - ऐसा क्यों है?

windows-7 windows

— काली
स्रोत

21

वर्थ नोटिंग यह है कि आप विंडोज में एक के साथ एक फ़ाइल नाम शुरू करने के लिए "हैक" में ठोकर खाई है .।

— jpmc26

8

@ThisNameBetterBeAvailable अनुपलब्ध, लेकिन cd -- -_-संभवतः काम कर सकता है। --मार्कर एक आम "विकल्पों में से अंत" है।

— ट्रिपहाउंड

13

@ThisNameBetterBeAvailable नहीं, --अपने स्वयं के साधनों पर " यह विकल्पों का अंत है, anytihing -को शाब्दिक मूल्य के रूप में शुरू करने का इलाज करें "। बस परीक्षण किया गया: mkdir -- -_-और cd -- -_-जैसा कि मुझे उम्मीद थी कि काम करता है।

— ट्रिपहाउंड

2

वैकल्पिक रूप से, के ./-_-रूप में अच्छी तरह से काम करना चाहिए।

— ग्लोगल

5

@ अलेक्जेंडर लिनक्स में, क्योंकि यह प्रतीत होता है कि टिप्पणियां कहां गईं, क्योंकि cd "-_-"शेल ग्रुपिंग के लिए उद्धरण का उपयोग करता है लेकिन उन्हें तर्क के हिस्से के रूप में नहीं मानता है; इसके साथ त्रुटियां हैंinvalid option

— इज़्काता

123

विंडोज़ को सामान्य रूप से फ़ाइलों की आवश्यकता होती है, जिसमें या तो कोई एक्सटेंशन नहीं है या एक एक्सटेंशन जो कम से कम एक वर्ण लंबा है; यह शून्य-लंबाई एक्सटेंशन के साथ शांत नहीं है, अर्थात फ़ाइल नाम जो इसके साथ समाप्त होते हैं .। फ़ोल्डर में एक्सटेंशन भी हो सकते हैं, इसलिए, विंडोज़ ने अपने नामों को ए के साथ समाप्त नहीं होने दिया .। स्रोत, डेविडपोस्टिल से जुड़े लेख से :

किसी निर्देशिका या फ़ाइल के नाम में एक्सटेंशन से आधार फ़ाइल नाम को अलग करने के लिए एक अवधि का उपयोग करें ।

(जोर मेरा।) यदि आप किसी फ़ाइल या डायरेक्टरी को समाप्त करने का प्रयास करते हैं, जिसका नाम पीरियड है, तो विंडोज़ मानती है कि आपको कोई एक्सटेंशन नहीं चाहिए था और इसलिए इसे हटा देता है, भले ही आप इसे mdकमांड प्रॉम्प्ट में बनाएं ।

खतरनाक क्षेत्र! यदि आप एक फ़ोल्डर नाम को समाप्त करना चाहते हैं ., तो आपको मैजिक रॉ नाम के ओवरराइड अनुक्रम का उपयोग करना होगा \\?\। कमांड प्रॉम्प्ट में, md \\?\C:\path\to\container\._.वास्तव में नाम का एक फ़ोल्डर बनाएगा ._., लेकिन बहुत सारे प्रोग्रामों में इसके साथ समस्याएं होंगी, यहां तक कि एक्सप्लोरर:

इस तरह की निर्देशिका को केवल rdइसके \\?\नाम के साथ हटाया जा सकता है या इसके संक्षिप्त (8.3, dir /x) नाम के साथ इसका नाम बदला जा सकता है ।

— बेन एन
स्रोत

1

आपके विस्तृत उत्तर के लिए धन्यवाद! :) मुझे लगता है कि यह गुप्त सामान को उसके अंदर पासवर्ड की तरह छिपाने के लिए एक आदर्श फ़ोल्डर होगा, क्योंकि आप केवल फ़ोल्डर खोल सकते हैं यदि आप इसे पहले नाम बदलते हैं, और हर कोई नहीं जानता कि इसका नाम कैसे बदलना है।

— ब्लैक

19

@EdwardBlack यह किसी को भी नहीं रोक सकता है जो स्टैक एक्सचेंज पढ़ सकता है (और इसलिए छोटा काल्पनिक भाई के खिलाफ सुरक्षा प्रदान नहीं करेगा)। इसके द्वारा दिया गया नाम dir /xकाफी आसान है, और कई बार यह नाम आसान है।

— क्रिस एच

11

FWIW, Cygwin के कमांड-लाइन टूल भी विंडोज 7 पर एक जादुई अनुक्रम का उपयोग किए बिना ऐसी निर्देशिका बना सकते हैं (और हेरफेर कर सकते हैं)।

— स्टीव जेसोप

4

@EdwardBlack जैसा कि क्रिस एच ने उल्लेख किया है, यह बहुत गुप्त नहीं है, इसलिए आपको ऐसे फ़ोल्डर में विशेष रूप से महत्वपूर्ण कुछ भी संग्रहीत नहीं करना चाहिए। इसके अलावा, डिजिटल गोपनीयता और सुरक्षा एक समस्या है जिसे कई बार हल किया गया है। अस्पष्ट फ़ोल्डर नामों पर भरोसा किए बिना चीजों को सुरक्षित रखने के लिए आप किसी भी संख्या में एन्क्रिप्शन विधियों और कार्यक्रमों का उपयोग कर सकते हैं।

— क्रिश हार्पर

3

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

— लोरेन Pechtel

22

लगता है कि विंडोज एक फ़ाइलनाम के अंत में डॉट्स के साथ एक समस्या है? ऐसा क्यों है?

किसी स्थान या अवधि के साथ फ़ाइल या निर्देशिका नाम समाप्त न करें। यद्यपि अंतर्निहित फ़ाइल सिस्टम ऐसे नामों का समर्थन कर सकता है, विंडोज शेल और उपयोगकर्ता इंटरफ़ेस नहीं करता है।

नीचे दिए गए स्रोत लिंक नामकरण के नियमों के बारे में अधिक विवरण में जाते हैं।

स्रोत नामकरण फ़ाइलें, पथ और नाम स्थान

— डेविडपोस्टिल
स्रोत

5

यह अभी भी मुझे बग की तरह लगता है।

— लालू

@ralu यदि यह एक बग है तो MS इसे ठीक करने में पूरी तरह से निर्बाध दिखाई देता है। Windows XP (यदि पहले नहीं) के बाद से वे प्रतिबंध हैं।

— DavidPostill

विंडोज एक्स पी? मेरा अनुमान है कि इन प्रतिबंधों की जड़ें MS-DOS 0.x में हैं - आइए श्री गेट्स से इस मुद्दे को स्पष्ट करने के लिए कहें ...

— क्रिश्चियन सेवेरिन

17

यह बग नहीं है। यह संगतता समस्याओं को रोकने के लिए डिज़ाइन द्वारा है।
यह पुराने डॉस दिनों से बचा हुआ है।

FAT12 (फ्लॉपी) और FAT16 फाइलसिस्टम (FAT16 विंडोज 95 में पेश किए गए लंबे फ़ाइल नाम के समर्थन से पहले) में केवल फ़ाइल नाम 11 बाइट्स में संग्रहीत थे:
नाम के लिए 8 बाइट्स, एक्सटेंशन के लिए 3। नाम और एक्सटेंशन के बीच "अवधि" भी संग्रहीत नहीं किया गया था। यह निहित था और स्वचालित रूप से प्रदर्शन उद्देश्यों के लिए जोड़ा गया था।
निर्देशिकाएँ में एक्सटेंशन बिल्कुल नहीं थे। इसके बजाय विस्तार के लिए 3 बाइट्स "$" पात्रों (जो वास्तविक नामों में अवैध थे) से भरे हुए थे।
क्योंकि Windows अभी भी इस एक्सप्लोरर के साथ संगत है और विंडोज के कई अन्य घटक चुपचाप संगतता मुद्दों को बनाने से रोकने के लिए अनुगामी अवधि को गायब कर देते हैं।
जैसा कि दूसरों ने कहा है कि आप वास्तव में RAW शब्दार्थ (\\? \ उपसर्ग पूर्ण पथ-नाम से पहले) का उपयोग करके ऐसे फ़ोल्डर को संभाल सकते हैं।
पर्दे के पीछे NTFS और नेटवर्क-फाइल सिस्टम को ऐसी फ़ाइलों और फ़ोल्डरों के साथ कोई समस्या नहीं है। यह केवल एक्सप्लोरर का मामला है जो उपयोगकर्ता को कुछ ऐसा बनाने से रोकने की कोशिश करता है जो अन्य सॉफ़्टवेयर के लिए समस्या पैदा कर सकता है।

(वास्तव में कुछ अन्य बाएं ओवर भी हैं:
COM, COM1, COM2, AUX, PRN, LPT1, LPT2, LPT2, LPT3 जैसे फ़ाइल-नाम, ऐसे ही मुद्दे पैदा कर सकते हैं जहां एक्सप्लोरर और कई विंडोज विंडोज पार्ट्स सभी भ्रमित हो जाते हैं क्योंकि ये नाम "आरक्षित" नाम हैं जो डॉस युग से भी पुराने हैं।)

— Tonny
स्रोत

3

किसी भी अन्य पाठकों के लिए जो प्रारंभ में संग्रहीत नहीं होने के संबंध में अविश्वसनीय थे: यह सीपी / एम और एफएटी के सभी संस्करणों के लिए सही है, जिसमें एफएटी 16 और एफएटी 32 शामिल हैं ।

— बेन एन

1

मुझे याद है कुछ पुराने डॉस प्रोग्राम (वास्तविक डॉस पर चल रहे हैं, शायद INT13 फंक्शंस का सीधे इस्तेमाल करते हुए) मुझे किसी भी तरह एक बार एक फाइल बनाने का प्रबंधन करके वास्तविक दु: ख दे रहा है: c: ड्राइव पर foo.bar ...

— rackandboneman

2

@ बेन: वास्तव में, FAT32 पर यह थोड़ा अलग है; यह एक छोटी फ़ाइल नाम (8 + 3 बाइट्स "निहित डॉट" बैकवर्ड संगत नामों) के साथ संग्रहीत करता है, और एक लंबी फ़ाइल नाम (एलटीएन के रूप में संदर्भित), स्पष्ट डॉट के साथ 255 UCS-2 वर्णों से बना है, और जब तक कि आप 16 बिट अनुप्रयोगों के साथ काम कर रहे हैं, आप हमेशा LFN के साथ काम करते हैं।

— मैटियो इटालिया

1

@MatteoItalia यह मेरी समझ है कि लंबी फ़ाइल के नाम अशुद्ध फ़ाइल प्रविष्टियों में रखे गए हैं; विंडोज इंस्टॉलेशन जो जानते हैं कि इन एंट्रीज को देखते हैं और यदि संभव हो तो SFN के बजाय उन्हें रेंडर करते हैं। इस विषय पर रेमंड चेन की पोस्ट देखें , या FAT32 प्रारूप कल्पना का VFAT हिस्सा जो मैंने ऊपर जोड़ा है।

— बेन एन

1

-1 आप निर्देशिका एक्सटेंशन के बारे में गलत हैं; शायद यह CP / M के लिए सच था (मेरी मेमोरी उस OS के बारे में भद्दा है), लेकिन मैं DOS समय से अपने पेड़ में "programm.ing" निर्देशिका का उपयोग कर रहा हूं, और win.tue.nl/~aeb/linux/ देखें fs / fat / fat-1.html - डायरेक्टरी एंट्रीज को बिल्कुल फाइलों की तरह संभाला जाता है, उनका 8.3 नाम भी हो सकता है। परीक्षण: एक 8.3 निर्देशिका बनाएं ( mkdir testfile.name) और विंडोज में इसका डॉस नाम प्रदर्शित करें ( dir /x) - आपको TESTFI~1.NAMउम्मीद के मुताबिक , मिलेगा ।

— vaxquis

3

यहां समस्या यह है कि विंडोज़ (डॉस) ने एफएटी फ़ाइल सिस्टम पर 8.3 फ़ाइल नामों की अनुमति दी है। मतलब, 8 अक्षर, उसके बाद ए। इसके बाद तीन पात्र आए। यूनिक्स और लिनक्स किसी भी वर्ण के लिए अनुमति देते हैं, सिवाय / और \ 0 के। \ 0 सी अक्षर स्ट्रिंग टर्मिनेटर है, और / निर्देशिका विभाजक है। बाकी सब कुछ इस्तेमाल किया जा सकता है।

विंडोज 95 ने लॉन्ग फाइल नेम्स (LFN) मेटा-डेटा के लिए लघु (8.3) फ़ाइलनामों के डेटाबेस को बनाए रखकर इस समस्या को हल किया। यदि आपने अपनी विंडोज़ 95 OS फ़ाइलों को मिटा दिया है, तो आपको अपने अगले विंडोज़ 95 इंस्टॉल पर डिस्क पर अजीब तरह से नामित फ़ाइलों के साथ छोड़ दिया जाएगा। उदाहरण के लिए, डिस्क पर "My Documents" को MYDOCU ~ 1 नाम दिया जा सकता है। जाहिर है, अगर आपने मेटा-डेटा खो दिया है, तो आप इन्हें आसानी से नहीं बदल पाएंगे।

शेल को कई ऐतिहासिक वृद्धि के साथ सामना करना पड़ता है जो एमएस-डॉस दिनों के बाद से घूमते हैं।

उम्मीद है की यह मदद करेगा

— एड नेविल
स्रोत

1

वहाँ वास्तव में एक डेटाबेस नहीं था se; विंडोज़ ने डिस्क पर लंबे फ़ाइल नाम के हिस्सों को केवल अशुद्ध-फ़ाइलों के रूप में जाम कर दिया। इस विषय पर रेमंड चेन की पोस्ट देखें ।

— बेन एन