ifstream open() त्रुटि बिट्स सेट नहीं करता है जब तर्क एक निर्देशिका है

Question

एक सी ++ प्रोग्राम में, std :: ifstream का उपयोग करके, मैं उपयोगकर्ता द्वारा निर्दिष्ट फ़ाइल खोलने का प्रयास कर रहा हूं - अब तक इतना अच्छा है। हालांकि, मैंने गलती से एक फ़ाइल नाम दर्ज किया जो वास्तव में एक निर्देशिका है, और मैं यह देखकर आश्चर्यचकित था कि खोलने का प्रयास() कि निर्देशिका ने कोई त्रुटि उत्पन्न नहीं की है।

std::ifstream f; 
f.open(".."); 
if(!f.is_open() || !f.good() || f.bad() || f.fail()) { 
    std::cout << "error bit set on open" << std::endl; 
    return 1; 
} 

त्रुटि का कोई संकेत यहाँ:

यहाँ एक न्यूनतम उदाहरण है। अगर मैं आगे बढ़ता हूं और getline() की कोशिश करता हूं, getline() एक त्रुटि बिट को ठीक से सेट करता है।

std::string str; 
getline(f, str); 

if(f.eof()) std::cout << "getline set eofbit" << std::endl; 
else if(f.bad()) std::cout << "getline set badbit" << std::endl; 
else if(f.fail()) std::cout << "getline set failbit" << std::endl; 

यह आउटपुट "गेटलाइन सेट बैडबिट" है, जो उचित है। >> ऑपरेटर का उपयोग करना एक अंडरफ्लो अपवाद फेंकता है, जो भी ठीक है।

अब, मेरा सवाल यह है कि, मैं कैसे पता लगा सकता हूं कि उपयोगकर्ता ने उचित फ़ाइल नाम के बजाय निर्देशिका नाम दर्ज किया है? क्या उसे करने का कोई तरीका है? स्ट्रीम से बाइट प्राप्त करना और अनजान करना कठिन और त्रुटि-प्रवण प्रतीत होता है।

इसके अलावा, ऐसा क्यों है? मुझे एहसास है कि कार्यक्रम के दृष्टिकोण से यह वही डेटा है, लेकिन मुझे लगता है कि ओएस कुछ "अरे, यह एक निर्देशिका है" संदेश भेज देगा।

Answer 1

आप कहते हैं कि नहीं आपके सिस्टम क्या है, तो यह कहना मुश्किल है, लेकिन आम तौर पर, filebuf::open केवल एक त्रुटि वापस आ जाएगी अगर आपके सिस्टम स्तर खुला विफल रहता है। और मैंने यूनिक्स सिस्टम पर काम किया है जहां आप open() निर्देशिका कर सकते हैं; मैंने कुछ लोगों पर भी काम किया है जहां आप इसे खोलने के बाद पढ़ सकते हैं (कम से कम अगर यह स्थानीय रूप से आरोहित फाइल सिस्टम था)।

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