वास्तविक कार्यक्रमों में 64-बिट कोड की समस्याएं: लिनक्स के बारे में क्या?

प्रोग्रामर के अपने प्रोग्राम को माइग्रेट करने के लिए 64-बिट एरर्स के बारे में बात करते हुए, मैं अक्सर रिप्रोच सुनता हूं: "ठीक है, हाँ, यह आपका विंडोज है, यह ऐसा है ... ठीक है, 64-बिट कोड के साथ लिनक्स के साथ कोई समस्या नहीं है "।



"ठीक है, नहीं, मेरे जिज्ञासु पाठक।"



लिनक्स कर्नेल में 64-बिट त्रुटि के बारे में आज की पोस्ट।



कर्नेल ट्रैकिंग सिस्टम (बग ट्रैकिंग सिस्टम) के साथ एक अद्भुत साइट में बग 16603 (64 बिट सिस्टम पर डेटा> 4 जीबी विफल रहता है) का विवरण शामिल है। समस्या का सार सरल है: "यदि डेटा का आकार बहुत बड़ा है, तो लिनक्स सेंड () फ़ंक्शन का उपयोग करके डेटा भेजना एक त्रुटि का परिणाम है। Glibc से फ़ंक्शन इस तरह दिखता है:

  ssize_t send (int sockfd, const void * buf, size_t len, int ध्वज); 

सब कुछ सही है, आकार को मेमेसाइज़-प्रकार size_t के रूप में पारित किया गया है। हालाँकि, यह तर्क msgheader संरचना में संग्रहीत है, जिसके बाद लाइनें tcp_sendmsg फ़ंक्शन के अंदर जाती हैं:

  जबकि (- हार्टलेन> = 0) {
                 int seglen = iov-> iov_len;
                 अहस्ताक्षरित चार __user * से = iov-> iov_base; 

यहां लंबाई पहले से ही इंट में संग्रहीत है, जो निश्चित रूप से अच्छा नहीं है। यही है, 5 गीगाबाइट के एक ब्लॉक () ब्लॉक के साथ भेजने पर केवल 1 गीगाबाइट भेजा जाएगा, और 4 गीगाबाइट का ब्लॉक भेजने से कुछ भी उत्पन्न नहीं होगा ("गोलाई" के कारण शून्य)।



बेशक, वर्कअराउंड स्पष्ट है - 0x8000000 से अधिक की लंबाई निर्दिष्ट करें, लेकिन यह एक गलती है और निश्चित रूप से इसे सही किया जाना चाहिए।



हां, और यह नब्बे के दशक का उदाहरण नहीं है। बग को अगस्त 2010 में खोला गया था, यह कर्नेल संस्करण 2.5 के अंतर्गत आता है। और जबकि (11 अक्टूबर, 2010) बंद नहीं हुआ है। और आप कहते हैं कि लिनक्स में 64-बिट समस्याएं नहीं हैं ...