निम्नलिखित बैश कमांड एक इनफ़िन्ट लूप में जाते हैं:
$ echo hi > x
$ cat x >> xमैं अंदाजा लगा सकता हूं कि इसके बाद catसे पढ़ना जारी है x। हालांकि, भ्रामक यह है कि बिल्ली का मेरा खुद का परीक्षण कार्यान्वयन अलग व्यवहार प्रदर्शित करता है:
// mycat.c
#include <stdio.h>
int main(int argc, char **argv) {
FILE *f = fopen(argv[1], "rb");
char buf[4096];
int num_read;
while ((num_read = fread(buf, 1, 4096, f))) {
fwrite(buf, 1, num_read, stdout);
fflush(stdout);
}
return 0;
}अगर मैं चला:
$ make mycat
$ echo hi > x
$ ./mycat x >> xयह लूप नहीं करता है। के व्यवहार catऔर इस तथ्य को देखते हुए कि मैं stdoutपहले freadसे फिर से आ रहा हूं, मुझे फिर से बुलाया जाएगा, मैं इस सी कोड को एक चक्र में पढ़ना और लिखना जारी रखने की उम्मीद करूंगा।
ये दो व्यवहार कैसे सुसंगत हैं? क्या तंत्र बताता है कि catउपरोक्त कोड क्यों नहीं चलता है?
यह मेरे लिए लूप करता है। क्या आपने इसे स्ट्रेस / ट्रस के तहत चलाने की कोशिश की है? आप किस सिस्टम पर हैं?
—
स्टीफन चेजलस
मैं डार्विन का उपयोग कर रहा हूं। मुझे वह विचार पसंद है जो
—
टायलर
cat x >> xएक त्रुटि का कारण बनता है; हालाँकि, इस आदेश को एक अभ्यास के रूप में कर्निघन और पाइक की यूनिक्स पुस्तक में सुझाया गया है।
catstdio के बजाय सिस्टम कॉल का सबसे अधिक उपयोग किया जाता है। Stdio के साथ, आपका प्रोग्राम EOFness को कैशिंग कर सकता है। यदि आप 4096 बाइट्स से बड़ी फ़ाइल के साथ शुरू करते हैं, तो क्या आपको एक अनंत लूप मिलता है?
@MarkPlotnick, हाँ! जब फ़ाइल 4k से अधिक हो तो C कोड लूप हो जाता है। धन्यवाद, शायद यही पूरा अंतर है।
—
टायलर