जैसा कि दूसरों ने नोट किया है, वास्तव में इसका जवाब नहीं है: फाइलनाम और रास्तों में एन्कोडिंग नहीं है; ओएस केवल बाइट्स के अनुक्रम से संबंधित है। व्यक्तिगत अनुप्रयोग उन्हें किसी तरह से एन्कोड किए जाने के रूप में व्याख्या करने के लिए चुन सकते हैं, लेकिन यह भिन्न होता है।
विशेष रूप से, Glib (Gtk + apps द्वारा उपयोग किया जाता है) मानता है कि सभी फ़ाइल नाम UTF-8 एन्कोडेड हैं, चाहे उपयोगकर्ता के लोकेल की परवाह किए बिना । इसे पर्यावरण चर G_FILENAME_ENCODING और G_BROKEN_FILENAMES के साथ ओवरराइड किया जा सकता है ।
दूसरी ओर, क्यूटी यह मानने में चूक करता है कि सभी फ़ाइल नाम वर्तमान उपयोगकर्ता के स्थान में एन्कोड किए गए हैं । एक व्यक्तिगत अनुप्रयोग इस धारणा को ओवरराइड करने का विकल्प चुन सकता है, हालांकि मुझे ऐसा करने की कोई जानकारी नहीं है, और कोई बाहरी ओवरराइड स्विच नहीं है।
आधुनिक लिनक्स वितरण ऐसे स्थापित किए गए हैं कि सभी उपयोगकर्ता UTF-8 स्थानों का उपयोग कर रहे हैं और विदेशी फाइल सिस्टम माउंट पर पथों को UTF-8 में अनुवादित किया गया है, इसलिए रणनीतियों में इस अंतर का आमतौर पर कोई प्रभाव नहीं पड़ता है। हालाँकि, यदि आप वास्तव में सुरक्षित रहना चाहते हैं, तो आप "NUL- टर्मिनेटेड, '/' - बाइट्स के सीमांकित अनुक्रम से परे फ़ाइल नाम के बारे में कोई संरचना नहीं मान सकते।"
(यह भी ध्यान दें: स्थानीय प्रक्रिया के अनुसार भिन्न हो सकते हैं। एक ही उपयोगकर्ता द्वारा संचालित दो अलग-अलग प्रक्रियाएं अलग-अलग स्थानों में हो सकती हैं।