कमांड लाइन के माध्यम से प्रोग्राम को संदेश भेजें

यदि आप विंडोज़ पर थे, तो मैं आपको संदेश प्राप्त करने के लिए एक छिपी हुई विंडो का उपयोग करने के लिए कहूंगा, लेकिन चूंकि आपने ./ का उपयोग किया है, मुझे लगता है कि आप यूनिक्स-आधारित कुछ चाहते हैं।

उस स्थिति में, मैं एक नामित पाइप के साथ जाऊंगा। सूर्य के नामित पाइप के बारे में एक ट्यूटोरियल उपयोगी हो सकता है।

कार्यक्रम शायद पाइप बनायेगा और सुनो। आपके पास एक अलग कमांड लाइन स्क्रिप्ट हो सकती है जो पाइप खोलती है और इसके लिए इसके कमांड लाइन तर्कों को प्रतिबिंबित करती है।

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

तो, मैं यहां बिंदु खो सकता हूं, लेकिन एक सी प्रोग्राम के मुख्य समारोह में बहस करके दो तर्क लेते हैं; argc, तर्कों की संख्या (कम से कम एक), और argv (या तर्क वेक्टर), तर्क सूची की एक गिनती। आप केवल तर्कों के माध्यम से विश्लेषण कर सकते हैं और सही विधि को कॉल कर सकते हैं। उदाहरण के लिए:

 int main(int argc, *argv[])
 {
     /*loop through each argument and take action*/
      while (--argc > 0)
      {
           printf(%s%s, *++argv, (argc > 1) ? " " : "");
      }
 } 

स्क्रीन पर सभी तर्क मुद्रित करेंगे। मैं कोई सी गुरु नहीं हूं, इसलिए मुझे उम्मीद है कि मैंने कोई गलती नहीं की है।

संपादित करें: ठीक है, वह कुछ और के बाद था, लेकिन सवाल संपादित होने से पहले यह वास्तव में स्पष्ट नहीं था। मेरे प्रतिनिधि पर कूदने की ज़रूरत नहीं है ...

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

आपके कार्यक्रम के "मुख्य ऐप" भाग को संदेशों को प्राप्त करने के लिए किसी प्रकार का संचार चैनल खोलना होगा, और "संदेश प्रेषक" भाग को उस चैनल से कनेक्ट करने और संदेशों को भेजने के लिए इसका उपयोग करने की आवश्यकता होगी। प्रक्रियाओं के बीच संदेश भेजने के लिए कई अलग-अलग विकल्प उपलब्ध हैं। कुछ सामान्य तरीकों में से कुछ पाइप और सॉकेट । आपके ओएस के आधार पर, आपके पास अतिरिक्त विकल्प उपलब्ध हो सकते हैं; उदाहरण के लिए, क्यूएनएक्स में चैनल हैं और बीओएस/हाइकू में BMessages है। आप एक ऐसी लाइब्रेरी भी ढूंढ सकते हैं जो इस कार्यक्षमता को अच्छी तरह से लपेटता है, जैसे कि lcm ।

मैं या तो एक यूनिक्स सॉकेट या डी-बस । यदि आप यूनिक्स सॉकेट प्रोग्रामिंग से परिचित हैं और केवल कुछ ऑपरेशन चाहते हैं, तो सॉकेट का उपयोग करना तेज हो सकता है, जबकि डी-बस एक परिचित वस्तु-उन्मुख तरीके से कार्यक्षमता को लागू करने पर ध्यान केंद्रित करना आसान बना सकता है।

बीज की मार्गदर्शिका यूनिक्स आईपीसी पर विशेष रूप से देखें, विशेष रूप से यूनिक्स सॉकेट पर अध्याय।

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

यहां कोई भी नहीं कहता है: "आप यहां से नहीं जा सकते"।

कमांड लाइन केवल तभी उपलब्ध होती है जब आपका प्रोग्राम लागू होता था।

fillinthename के साथ संवाद करने के लिए fillinthename के साथ संवाद करने के लिए " fillinthename तर्क ..." का आह्वान करने का उदाहरण fillinthename चल रहा है केवल दो उदाहरणों का उपयोग करके पूरा किया जा सकता है कार्यक्रम जो एक-दूसरे के साथ संवाद करता है।

अन्य उत्तरों संचार प्राप्त करने के तरीकों का सुझाव देते हैं।

एक amarok प्रोग्राम की तरह किसी अन्य उदाहरण के अस्तित्व का पता लगाने की आवश्यकता है यह जानने के लिए कि किस भूमिका को खेलना चाहिए, इसकी प्रमुख भूमिका लगातार संदेश रिसीवर/सर्वर, या एक शॉट की मामूली भूमिका संदेश प्रेषक।

शब्द fillinthename वास्तव में प्रदर्शित करने के लिए संपादित किया गया है।