फ़्रेड से अप्रत्याशित वापसी मूल्य()

Question

#include <stdio.h> 
#include <stdint.h> 
#include <stdlib.h> 

int main() 
{ 
    FILE* bmp = NULL; 
    uint32_t offset; 
    uint8_t* temp = NULL; 
    size_t read; 
    unsigned int x_dim = 600, y_dim = 388; 

    bmp = fopen("test_colour.bmp", "r"); 

    if (!bmp) 
     return -1; 

    /* Get the image data offset */ 
    fseek(bmp, 10, SEEK_SET); 
    fgets((char*)&offset, 4, bmp); 

    printf("Offset = %u\n", offset); 

    temp = malloc(3*x_dim*y_dim*sizeof(uint8_t)); 

    if (!temp) 
     return -1; 

    /* Go the the position where the image data is stored */ 
    fseek(bmp, offset, SEEK_SET); 

    /* Copy image data to array */ 
    printf("%u bytes requested!\n", 3*x_dim*y_dim); 
    read = fread((void*)temp, sizeof(uint8_t), 3*x_dim*y_dim, bmp); 
    printf("%Iu bytes read!\n", read); 

    fclose(bmp); 
    free(temp); 

    return 0; 
} 

मैं उपरोक्त कोड का उपयोग 24-बिट प्रति पिक्सल बीएमपी छवि के आरजीबी डेटा को सरणी में पढ़ने के लिए कर रहा हूं। फ़ाइल की शुरुआत से ऑफसेट जहां छवि डेटा शुरू होता है (बीएमपी हेडर के बाद) बीएमपी विनिर्देश के अनुसार ऑफ़सेट 10 पर दिया जाता है। उपर्युक्त कोड निष्पादित करते समय मुझे निम्न आउटपुट मिलता है।

Offset = 54 
698400 bytes requested! 
33018 bytes read! 

ऑफ़सेट आउटपुट सही लगता है क्योंकि फ़ाइल का आकार 698454 बाइट्स (= 698400 + 54) है। हालांकि, fread() द्वारा लौटाया गया मान इंगित करता है कि पूरे छवि डेटा को पढ़ा नहीं जा सकता है। हालांकि, मैं बाद में temp सरणी में डेटा का उपयोग कर आरजीबी डेटा को ग्रेस्केल में परिवर्तित करने और इस डेटा को फिर से बीएमपी फ़ाइल में लिखने के लिए उपयोग कर रहा हूं। आउटपुट छवि की दृष्टि से जांच करने से कोई त्रुटि नहीं आती है, यानी ऐसा लगता है जैसे मैं वास्तव में पहली इनपुट छवि को पहले स्थान पर पढ़ता हूं हालांकि fread() अलग-अलग संकेत मिलता है।

क्या कोई इस व्यवहार को समझा सकता है?

Answer 1

(मुझे यकीन है हूँ आप Windows पर हैं)

bmp = fopen("test_colour.bmp", "r"); 

bmp = fopen("test_colour.bmp", "rb"); 

होना चाहिए फ़ाइल Windows पर पाठ मोड में खोला जाता है, क्रम पढ़ने जब ऐसा होता है बंद हो जाएगा 0x1a (Ctrl-Z) बाइट हिट करने के लिए, जो विंडोज़ टेक्स्ट फ़ाइलों के लिए एक ईओएफ मार्कर मानता है। यहां तक ​​कि यदि यह Ctrl-Z नहीं दबाता है, तो भी जब आप सीआर/एलएफ अनुक्रमों को एक एलएफ चरित्र में परिवर्तित करते हैं तो आपको दूषित डेटा मिल जाएगा।

हालांकि, मैं समझा नहीं सकता कि आप आंशिक फ़ाइल पढ़ने (बस भाग्यशाली?) से एक अच्छी छवि क्यों प्राप्त कर सकते हैं।

आप क्योंकि fread() कार्यान्वयन बाइट्स आपके द्वारा अनुरोध की संख्या पढ़ा करता बफर से एक छवि प्रस्तुत करना करने में सक्षम हैं (या लगभग इतनी - संख्या कुछ ब्लॉक आकार की एक बहु के लिए नीचे गोल हो जाता है) बफर में है, तो यह कनवर्ट करने के लिए सीआर/एलएफ अनुक्रमों और Ctrl-Z EOF झंडे की तलाश करने वाले बफर को स्कैन करता है।

तो fread()33018 लौटाता है, बफर वास्तव में फ़ाइल से डेटा के साथ लगभग पूरी तरह से लिखा गया है। डेटा 100% सही नहीं है (उदाहरण के लिए, कुछ सीआर अक्षरों को शायद हटा दिया गया था) या पूरा हो गया है, लेकिन इस मामले में यह एक ऐसी छवि प्रस्तुत करने के लिए पर्याप्त है जो आपके जैसा अपेक्षित दिखता है।

बेशक, यह केवल एक अवलोकन है कि यह विशेष रनटाइम वर्तमान में कैसे व्यवहार करता है - यह भविष्य में हमेशा इस तरह से व्यवहार नहीं कर सकता है (या आज भी सभी प्रणालियों पर)।