स्पंज कमांड: मानक इनपुट के लिए स्पंज

हम सभी जानते हैं कि शेल में कमांड निष्पादित करते समय, हम मानक आउटपुट को अन्य कमांड के मानक इनपुट पर रीडायरेक्ट कर सकते हैं, साथ ही इसे एक फाइल पर लिख सकते हैं।

यह उन्नत बैश-स्क्रिप्टिंग गाइड में I / O पुनर्निर्देशन अध्याय में पर्याप्त विवरण में वर्णित है।

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

हम यह मान सकते हैं कि यह कमांड इसके लिए उपयुक्त है:

grep "^Success:\s" messages.log > messages.log 

लेकिन यह धारणा गलत हो जाएगी - जब इस लाइन को निष्पादित किया जाता है, तो संदेश.लॉग फ़ाइल लेखन के लिए खोला जाएगा और इससे पहले कि इसे देखने के लिए grep शुरू हो।

हालांकि, दिलचस्प बात यह है कि जब grep अभी भी चल रहा है, तो यह पता चलेगा कि आउटपुट को उसी फ़ाइल पर पुनर्निर्देशित किया गया है जिसे वह पढ़ने की कोशिश कर रहा है, और तुरंत निम्नलिखित संदेश के साथ समाप्त हो जाएगा:

grep: इनपुट फ़ाइल 'messages.log' भी आउटपुट है

GNU बिल्ली एक ही काम करती है (बिल्ली संदेश चलाने की कोशिश करें ।log> messages.log):

cat: messages.log: इनपुट फ़ाइल आउटपुट फाइल है

यह मानक आउटपुट लिखने के लिए उपयोग की गई फ़ाइल के लिए संबंधित मानों के साथ इनपुट फ़ाइल के लिए डिवाइस और इनोड की तुलना करके किया जाता है। इस दृष्टिकोण के कार्यान्वयन को src / cat.c में देखें।

वैसे, बीएसडी बिल्ली ऐसे चेक प्रदान नहीं करती है, लेकिन इस मामले में यह इतना महत्वपूर्ण नहीं है: फ़ाइल पहले से ही एक या दूसरे तरीके से साफ हो जाती है, इसलिए पढ़ने और लिखने के लिए कुछ भी नहीं है, इसलिए बिल्ली बस खत्म हो जाएगी।

हालाँकि, एक और उदाहरण लें:

 cat messages.log >> messages.log 

इस स्थिति में, हम message.log को स्पष्ट नहीं करते हैं, लेकिन फ़ाइल के अंत में बिल्ली कमांड के आउटपुट को जोड़ते हैं। और अगर कैट चेक करती है कि ये दोनों फाइलें मेल खाती हैं और पूरी हो जाती हैं, तो फाइल उसी स्थिति में रहेगी और उपयोगकर्ता को एक त्रुटि दिखाई देगी। लेकिन अगर ऐसी कोई जांच नहीं है, तो बिल्ली लूप में जाएगी और फ़ाइल को पूरक करेगी जब तक कि जगह खत्म नहीं हो जाती या उपयोगकर्ता प्रक्रिया को पूरा नहीं करता है।

अब आइए इस बारे में सोचें कि आप अभी भी उसी फ़ाइल में आउटपुट कैसे लिख सकते हैं जिसे हम पढ़ रहे हैं। एक अस्थायी फ़ाइल का उपयोग करने के लिए स्पष्ट समाधान है। वह है:

 mv messages.log tmpmessages.log grep "^Success:\s" tmpmessages.log > messages.log rm tmpmessages.log 

यह कहना नहीं है कि यह बहुत सुविधाजनक है, लेकिन कम से कम कार्य इस प्रकार पूरी तरह से हल है।

एक अन्य विकल्प यह है कि हम sed का उपयोग कर सकते हैं।

 sed -i -n -e '/^Success:\s/{p}' messages.log 

लेकिन यह समाधान, ज़ाहिर है, बहुत सार्वभौमिक नहीं है - आखिरकार, नियमित अभिव्यक्ति में मेल खाने वाली लाइनों का विकल्प केवल टेक्स्ट प्रोसेसिंग से जुड़े कई कार्यों में से एक है। इसके अलावा, इस मामले में वाक्य रचना पहले से ही बहुत अधिक जटिल है।

वैसे, वास्तव में sed भी एक अस्थायी फ़ाइल का उपयोग करता है - आप इसे स्ट्रेस के आउटपुट को देखकर सत्यापित कर सकते हैं:

  खुला ("messages.log", O_RDONLY) = 3
 ...
 खुला ("./ sedWiaEAG", O_RDWR | O_CREAT | O_EXCL, 0600) = 4
 ...
 पढ़ें (3, "सफलता: 123 \ n भविष्य: 123 \ n", 4096) = 24
 लिखना (4, "सफलता: 123 \ n", 13) = 13
 पढ़ें (3, "", 4096) = 0
 ...
 पास (३) = ०
 ...
 पास (४) = ०
 ...
 नाम बदलें ("./ sedWiaEAG", "messages.log") = 0
 बंद (१) = ०
 पास (२) = ०
 exit_group (0) =? 

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

स्पंज मानक इनपुट पढ़ता है और इसे निर्दिष्ट फ़ाइल पर लिखता है। शेल पुनर्निर्देशित के विपरीत, स्पंज आउटपुट फ़ाइल खोलने से पहले अपने सभी इनपुट को भिगो देता है। यह उन पाइपलाइनों का निर्माण करने की अनुमति देता है जो उसी फ़ाइल से पढ़ते हैं और लिखते हैं।

स्पंज मानक इनपुट पढ़ता है और इसे निर्दिष्ट फ़ाइल पर लिखता है। शेल पुनर्निर्देश के विपरीत, स्पंज को "एब्जॉर्ब" किया जाता है, जिस फाइल को लिखा गया है, उसे खोलने से पहले सभी इनपुट पास हो गए। यह आपको ऐसी पाइपलाइनों का उपयोग करने की अनुमति देता है, जहां रीडिंग उसी फ़ाइल से आती है जिसमें लिखना है।

इसलिए, स्पंज का उपयोग करके, हम अपने उदाहरण से शेल पुनर्निर्देशन को हटा सकते हैं, और, इसके बजाय, उस फ़ाइल का नाम पास करें, जिसे हम परिणाम लिखना चाहते हैं, स्पंज कमांड के तर्क के रूप में। हम एक पाइप का उपयोग करके grep कमांड के आउटपुट को पास करते हैं।

 grep "^Success:\s" messages.log | sponge messages.log 

सिद्धांत रूप में, पूरे ब्लॉग पोस्ट को इस उदाहरण के लिए कम किया जा सकता है, लेकिन मुझे लगता है, यह अधिक दिलचस्प निकला, और शायद कुछ बारीकियों के बारे में बात करने में भी कामयाब रहा, जो कुछ पाठकों को पहले नहीं पता था।

मैं आप सभी को एक महान शुक्रवार की शुभकामना देता हूं!