कैसे जांचें कि एक चर में संग्रहीत एक दिया गया फ़ाइल डिस्क्रिप्टर अभी भी वैध है या नहीं?

Question

मेरे पास एक वैरिएबल कहते हैं var में एक फ़ाइल डिस्क्रिप्टर संग्रहित है। मैं कैसे जांच सकता हूं कि वह वर्णनकर्ता बाद के चरण में मान्य है या नहीं?

fdvar1= open(.....); 
    fdvar2 = fdvar1;  // Please ignore the bad design 

    .... 
    // lots of loops , conditionals and threads. It can call close(fdvar2) also. 
    .... 

    if(CheckValid(fdvar1)) // How can I do this check ? 
    write(fdvar1, ....); 

अब मैं यह जांचना चाहता हूं कि var1 (जो अभी भी खोला गया वर्णनकर्ता है) अभी भी मान्य है। इसके लिए कोई एपीआई है?

Answer 1

fcntl(fd, F_GETFD) कि fd एक वैध फ़ाइल खोलने की जानकारी देता है की जाँच करने के विहित सबसे सस्ता तरीका है। यदि आपको शून्य समय के साथ poll का उपयोग करके सदस्य 0 पर सेट किया गया है और revents में लौटने के बाद यह अधिक कुशल है, तो आपको बैच-चेक करने की आवश्यकता है।

इसके साथ, ऑपरेशन "जांचें कि कोई दिया गया संसाधन हैंडल अभी भी वैध है" लगभग हमेशा मौलिक रूप से गलत है। संसाधन संभाल मुक्त होने के बाद (उदा। एक एफडी close डी) है, इसके मूल्य को आपके द्वारा आवंटित अगले ऐसे संसाधन को फिर से सौंप दिया जा सकता है। यदि किसी भी शेष संदर्भ का उपयोग किया जा सकता है, तो वे गलत तरीके से नए संसाधन पर गलत तरीके से काम करेंगे। इस प्रकार, वास्तविक उत्तर शायद है: यदि आप अपने कार्यक्रम के तर्क से पहले से ही नहीं जानते हैं, तो आपके पास प्रमुख मौलिक तर्क त्रुटियां हैं जिन्हें ठीक करने की आवश्यकता है।

Answer 2

आप fcntl() फ़ंक्शन का उपयोग कर सकते हैं:

int fd_is_valid(int fd) 
{ 
    return fcntl(fd, F_GETFD) != -1 || errno != EBADF; 
} 

Answer 3

मुझे नहीं लगता कि कोई ऐसा फ़ंक्शन है जो आपको बता सकता है कि वर्णनकर्ता अभी भी मान्य है या नहीं। वर्णनकर्ता आमतौर पर 6 की तरह एक छोटा पूर्णांक होता है और यदि आप फ़ाइल बंद करते हैं और बाद में एक नया खोलते हैं तो आपका libc उस नंबर का पुन: उपयोग करना चुन सकता है।

इसके बजाय, आपको फ़ाइल वर्णनकर्ता की प्रतिलिपि बनाने के लिए dup() का उपयोग करने पर विचार करना चाहिए। एकाधिक स्थानों में एक ही वर्णनकर्ता का उपयोग करने के बजाय फ़ाइल डिस्क्रिप्टर को डुप्लिकेट करके, यह जानना आपके लिए आसान हो सकता है कि फाइल डिस्क्रिप्टर अभी भी वैध है या नहीं। जब आप पूरा कर लेंगे तो आपको केवल मूल वर्णनकर्ता और डुप्लिकेट दोनों को बंद करना होगा।

Answer 4

this मंच लेख से:

int is_valid_fd(int fd) 
{ 
    return fcntl(fd, F_GETFL) != -1 || errno != EBADF; 
} 

fcntl (GETFL) शायद सबसे सस्ता और कम से कम आपरेशन आप एक फ़ाइल वर्णनकर्ता पर प्रदर्शन कर सकते हैं असफल होने की संभावना। विशेष रूप से, विनिर्देश बताता है कि इसे सिग्नल द्वारा बाधित नहीं किया जा सकता है, न ही यह किसी भी प्रकार के लॉक से कहीं भी प्रभावित होता है।

Answer 5

मुझे ऐसा लगता है कि अगर आप यदि यह अभी भी एक ही संसाधन के लिए अंक जानना चाहता हूँ, एक (गैर सही) दृष्टिकोण fstat() वर्णनकर्ता बस खुला और फिर बाद में के बाद आप इसे फिर से कर सकते हैं और हो सकता है परिणामों की तुलना करें। .st_mode & S_IFMT देखकर शुरू करें और वहां से जाएं - क्या यह एक फाइल सिस्टम ऑब्जेक्ट है? .st_dev/.st_ino. पर एक सॉकेट है? getsockname(), getpeername() आज़माएं। यह 100% निश्चित नहीं होगा, लेकिन यह आपको बता सकता है कि यह निश्चित रूप से वही नहीं है।

Answer 6

मैंने इस समस्या को हल किया। मुझे नहीं पता कि इसका सामान्य उद्देश्य के लिए उपयोग किया जा सकता है लेकिन सीरियल कनेक्शन के लिए यह ठीक काम करता है (उदा।/dev/ttyUSB0)!

struct stat s; 
fstat(m_fileDescriptor, &s); 

// struct stat::nlink_t st_nlink; ... number of hard links 
if(s.st_nlink < 1){ 
// treat device disconnected case 
} 

विवरण के लिए उदा। आदमी पेज http://linux.die.net/man/2/fstat

चीयर्स, फ़्लो