लिखेंगे (2) हमेशा SSIZE_MAX से कम या बराबर लिखते हैं?

Question

write(2) के लिए फ़ंक्शन हस्ताक्षर ssize_t write(int fd, const void *buf, size_t count) है। आम तौर पर, size_t का अधिकतम मान ssize_t से अधिक है। क्या इसका मतलब यह है कि write वास्तव में लिखने वाले डेटा की मात्रा SIZE_MAX के बजाय वास्तव में SSIZE_MAX है? यदि ऐसा नहीं है, तो क्या होता है जब ओवरफ्लो के संबंध में लिखित बाइट्स की संख्या SSIZE_MAX से अधिक होती है?

मैं अनिवार्य रूप से सोच रहा हूं कि write द्वारा लिखे गए डेटा की मात्रा SSIZE_MAX या SIZE_MAX से घिरा हुआ है।

Answer 1

टाइप ssize_t टाइप पॉसिक्स द्वारा हस्ताक्षरित प्रकार के रूप में परिभाषित किया गया है ताकि कम से कम 32767 (_POSIX_SSIZE_MAX) को अन्य गारंटी के साथ स्टोर करने में सक्षम हो सके। तो इसका अधिकतम मूल्य size_t के अधिकतम मूल्य से कम हो सकता है।

ssize_t के POSIX परिभाषा:

ssize_t 

बाइट्स की गिनती या कोई त्रुटि संकेत के लिए प्रयुक्त।

तो संभव है कि आपके द्वारा लिखे गए बाइट्स की संख्या ssize_t से अधिक हो सकती है। उस स्थिति में, POSIX इसे कार्यान्वयन के लिए छोड़ देता है।

write() के POSIX कल्पना से:

ssize_t write(int fildes, const void *buf, size_t nbyte); 

तो nbyte का मूल्य {SSIZE_MAX}, परिणाम से अधिक है कार्यान्वयन परिभाषित किया गया है।

Answer 2

हां, लिखने के लिए एक कॉल में लिखा जा सकता डेटा की मात्रा ssize_t में क्या हो सकती है, इस तक ही सीमित है। स्पष्टीकरण के लिए, the relevant glibc documentation page देखें। उस पृष्ठ को उद्धृत करने के लिए, "आपका प्रोग्राम हमेशा लूप में कॉल लिखना चाहिए, जब तक कि सभी डेटा लिखे गए हों।" (जोर जोड़ा गया) वह पृष्ठ यह भी स्पष्ट करता है कि ssize_t का उपयोग ब्लॉक के आकार का प्रतिनिधित्व करने के लिए किया जाता है जिसे एक ही ऑपरेशन में पढ़ा या लिखा जा सकता है।

Answer 3

write() के लिए POSIX विनिर्देशन का कहना है:

तो nbyte का मूल्य {SSIZE_MAX} से अधिक है, परिणाम कार्यान्वयन परिभाषित किया गया है।

तो एक से अधिक SSIZE_MAX बाइट्स लिखने के लिए किसी भी प्रयास को व्यवहार है कि POSIX द्वारा अनिवार्य नहीं है की ओर जाता है, लेकिन यह प्रणाली द्वारा प्रलेखित किया जाना चाहिए (यह कार्यान्वयन से परिभाषित, अपरिभाषित नहीं, व्यवहार है)। हालांकि, अलग-अलग सिस्टम इसे अलग-अलग संभाल सकते हैं, और एक सिस्टम को किसी त्रुटि की रिपोर्ट करने से रोकने के लिए कुछ भी नहीं है (शायद errnoEINVAL पर सेट करें) और दूसरा लेखन SSIZE_MAX बाइट्स और रिपोर्टिंग करता है कि इसे शेष पर फिर से प्रयास करने के लिए एप्लिकेशन पर छोड़ दिया गया है, और अन्य सिस्टम आविष्कारशील हो सकते हैं और चीजें अलग-अलग कर सकते हैं।

यदि आपके पास 64-बिट सिस्टम है, तो SSIZE_MAX दुनिया के सबसे बड़े एकल डेटा केंद्र में संभवतः डिस्क स्पेस की मात्रा से अधिक संभव है (संभवतः परिमाण या अधिक के क्रम से, यहां तक ​​कि एनएसए की अनुमति भी देता है और Google), इसलिए आप इसके साथ वास्तविक समस्याओं में भाग लेने में असमर्थ होने की संभावना नहीं रखते हैं, लेकिन 32-बिट सिस्टम पर, आप आसानी से 2 जीबी स्पेस से अधिक हो सकते हैं और यदि ssize_t 32-बिट है, तो आपको सभी से निपटना होगा इस। (मैक ओएस एक्स 10.10.3 पर, 32-बिट बिल्ड में 4-बाइट size_t और ssize_t है, कम से कम डिफ़ॉल्ट रूप से।)