परमाणु रूप से एक सॉकेट

Question

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

के रूप में Emacs देखरेख से बताया, process-send-string की सी कोड एक समारोह wait_reading_process_output कहता है।

यह यह लगभग असंभव है जो हुक अनियंत्रित समय पर बुलाया द्वारा इस्तेमाल किया जा करने का इरादा है एक RPC प्रोटोकॉल लागू करने में आता है। तो मेरा सवाल यह है कि, हम इस उद्देश्य के लिए आदिम, "सिंक्रनाइज़" लेखन आदिम कैसे प्राप्त कर सकते हैं?

Answer 1

अंत में, मेरे लिए काम करने वाला एक विकल्प लेनदेन कतार API का उपयोग करना था, जो उच्च स्तर है (इसलिए यह प्रोटोकॉल के सभी प्रकारों को संभाल नहीं सकता है), लेकिन वैकल्पिक संदेशों के सही क्रम को सुनिश्चित करता है।

Answer 2

बल्कि अपने हुक में सीधे प्रक्रिया: भेजें स्ट्रिंग का उपयोग करने से, एक बफर को संलग्न है, तो प्रक्रिया: भेजें स्ट्रिंग कॉल एक तरीका है कि अतुल्यकालिक नहीं है में चलाने की है।

Answer 3

आप की तरह कुछ कर सकता है:

(defun my-send-cmd (proc str) 
    (if (process-get proc 'my-waiting) 
     (process-put proc 'my-pending (append (process-get proc 'my-pending) (list str))) 
    (process-put proc 'my-waiting t) 
    (process-send-string proc str))) 

तो इस प्रक्रिया को फिल्टर में, जब आप एक आदेश का जवाब मिलता है, जाँच `मेरी-लंबित 'और यदि गैर शून्य, पहले आर्ग लेते हैं, इसे प्रक्रिया में भेजें, अन्यथा मेरा इंतजार वापस शून्य पर सेट करें। बेशक, यह मानता है कि प्रत्येक आदेश को सर्वर से उत्तर मिलेगा, और आप आदेशों को स्ट्रीम नहीं कर सकते हैं।

यह कहा व्यवहार आप देख शायद एक बग रूप में गिना जाए, या कम से कम एक misfeature के रूप में है, तो एम एक्स रिपोर्ट-Emacs-बग के साथ रिपोर्ट करें।