कैसे एक मोटी 32 स्वरूपित छड़ी पर Windows® वर्णों को अस्वीकृत किया जाता है?


0

मेरे पास एक मैक नहीं है, इसलिए मैं चीजों के बारे में ?या :फ़ाइल नाम में नहीं बता सकता ...

मैं विशेष रूप से डॉस / विंडोज पथ विभाजक में दिलचस्पी रखता हूँ: \। मुझे पता है कि लिनक्स में यह एक कानूनी चरित्र है जिसका उपयोग fat32 फाइलनाम के अंदर किया जा सकता है (Windows® शिकायत करेगा कि यह मात्रा भ्रष्ट है)
क्या osx के लिए भी यही सच है? या चल रहा है mkdir ..\\direntपैदा करेगा direntपेरेंट निर्देशिका में (अब भी FAT32 के मामले में मैं पहले से ही HFS पर व्यवहार में जानते हैं)  ?

कोर्स की मैं उस मामले के बारे में बात कर रहा हूं जहां वॉल्यूम फाइंडर के माध्यम से माउंट किया गया है।
उत्तर के आधार पर, यह एक लोकप्रिय स्रोत कोड प्रबंधन सॉफ्टवेयर में भेद्यता के अस्तित्व की पुष्टि कर सकता है ...

जवाबों:


0

यह एक दिलचस्प सवाल है, और मुझे इसे अपने मैकबुक पर ऑपरेटिंग सिस्टम "OS X El Capitan" के साथ खुद ही पता लगाना था। आपको कमांडर बनाम खोजक (उदाहरण के टेक्स्ट एडिटर) बनाम कमांड लाइन का उपयोग करके खोजक / अनुप्रयोगों में अनलेग किए गए वर्णों के बीच अंतर करना होगा।

सबसे पहले, बैकस्लैश "\" खोजक और कमांड लाइन दोनों में किसी भी सामान्य चरित्र की तरह है। तो आप A \ B जैसी फ़ाइल या निर्देशिका बना सकते हैं। प्रश्न चिह्न के लिए भी यही सही है।

जब यह बृहदान्त्र ":" की बात आती है, तो यह जटिल हो जाता है। जब आप कमांड लाइन पर A: B नामक फाइल बनाते हैं, तो यह कमांड लाइन पर ठीक से बना और प्रदर्शित होता है, लेकिन यह फाइंडर में A / B के रूप में प्रदर्शित होता है। और यदि आप खोजक में एक फाइल बनाने की कोशिश करते हैं, जैसे सी: डी, ​​तो आपको त्रुटि मिलती है "सी नाम: डी का उपयोग नहीं किया जा सकता है। कम अक्षरों के साथ या बिना विराम चिह्नों के साथ एक नाम का उपयोग करने का प्रयास करें। "

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

mkdir ..\\dirent

कमांड लाइन पर फिर यह नाम के साथ छिपी निर्देशिका बनाता है

..\\dirent 

वर्तमान निर्देशिका में, इसलिए कोई निर्देशिका नहीं जिसे direntमूल निर्देशिका में कहा जाता है।

वैसे: मैंने एक मोटी 32 स्वरूपित यूएसबी स्टिक के साथ इसका परीक्षण किया, लेकिन भले ही मैंने एनटीएफएस स्वरूपित बाहरी हार्ड ड्राइव या आंतरिक एचएफएस + स्वरूपित आंतरिक एसएसडी ड्राइव का उपयोग किया हो, यह समान व्यवहार करता है।

अगर मैं विंडोज एक्सप्लोरर (विंडोज 10 के साथ) में इन सभी फाइलों और निर्देशिकाओं (जो मैंने अपने मैकबुक पर यूएसबी स्टिक पर लिखी है) को देखता हूं, तो मैकबुक पर प्रत्येक की तरह बैकस्लैश, कोलन और प्रश्न चिह्न दोनों अलग-अलग प्रदर्शित होते हैं। उन्हें उसी विशेष चरित्र के साथ, जिसे मैं अपने कीबोर्ड पर नहीं बना सकता और न ही मैं ठीक से कॉपी और पेस्ट कर सकता हूं - इस विंडो में यहां चिपकाने से "look" बनता है जो विंडोज एक्सप्लोरर में प्रदर्शित चरित्र की तरह नहीं दिखता है। विंडोज एक्सप्लोरर में यह डॉट के समान दिखता है "।", लेकिन यह डॉट नियमित डॉट से कुछ ऊपर स्थित है, इसलिए बीच में लंबवत है।

मुझे उम्मीद है कि मैं आपकी किसी तरह मदद कर सकता हूं।


ठीक है: संक्षिप्त उत्तर: यह वसा 32 मात्रा (बैकस्लैश शामिल) पर वर्णों को रीमैप करके साइबरविन तरीके का उपयोग करता है । है ना?
user2284570

@ हेल्मुट: एचएफएस :+ ड्राइव के लिए अंतर्निहित फ़ाइल पथ विभाजक है जैसे ओएस एक्स का उपयोग करता है। फ़ाइल नाम के हिस्से के रूप में कॉलन के साथ एक फ़ाइल बनाना असंभव है। (वास्तव में, :HFS + पर एकमात्र अस्वीकृत चरित्र है)। जब आपने टर्मिनल नाम की एक फाइल बनाई A:B, तो उसने वास्तव A/Bमें फाइंडर नाम से एक फाइल बनाई । टर्मिनल में जो आप देख रहे हैं वह "POSIX आँखें" के माध्यम से देखा जाता है। POSIX /फ़ाइल पथ विभाजक के रूप में एक स्लैश का उपयोग करता है , फिर भी HFS + /फ़ाइलनामों में स्लैश की अनुमति देता है , तो POSIX को इस बारे में कैसे समझा जाए? प्रदर्शन के लिए /फ़ाइल नाम में "परिवर्तित" करके :
NSGod
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.