समानांतर प्रॉक्सी अनुरोधों के लिए libcurl हैंडल का अलग स्वामित्व आवश्यक है

एक प्रॉक्सी विकल्प libcurl easy हैंडल का होता है। एक थ्रेड से उस विकल्प को बदलना, जबकि दूसरा थ्रेड उसी हैंडल पर स्थानांतरण कर रहा हो, हैंडल के स्वामित्व नियमों का उल्लंघन करता है।

libcurl थ्रेड-सुरक्षित है जब उसके प्रलेखित नियमों का पालन किया जाए। यह एक हैंडल तक मनमानी समवर्ती पहुँच को आंतरिक रूप से समन्वयित नहीं करता। समवर्ती वर्करों को उनके अपने हैंडल दें, या स्वामित्व तभी स्थानांतरित करें जब पिछला उपयोगकर्ता समाप्त कर चुका हो।

share इंटरफ़ेस की अलग लॉकिंग आवश्यकताएँ और सीमाएँ हैं। यह हर वर्कर से साझा easy हैंडल की हर सेटिंग बदलने की अनुमति नहीं है।

पुराने प्रॉक्सी-थ्रेड उदाहरणों में अक्सर पुराने TLS लाइब्रेरी संस्करणों के लिए लॉकिंग कॉलबैक होते हैं। वास्तविक TLS बैकएंड और बिल्ड के लिए वर्तमान थ्रेड-सुरक्षा दस्तावेज़ देखें। ऐतिहासिक OpenSSL कॉलबैक को वर्तमान एप्लिकेशन में कॉपी करना सही हैंडल स्वामित्व का विकल्प नहीं है।

समवर्ती रूप से उपयोग करने से पहले प्रलेखित स्टार्टअप आवश्यकताओं के अनुसार वैश्विक लाइब्रेरी स्थिति आरंभ करें। सार्वजनिक मध्यस्थों के माध्यम से अनुमत सार्वजनिक अनुरोधों के लिए, मुफ़्त प्रॉक्सी सूची हर वर्कर के प्रॉक्सी विकल्प के लिए उम्मीदवार प्रदान करती है; प्रोटोकॉल को libcurl बिल्ड से मिलाएँ। हर विफल कार्रवाई के लिए, हैंडल का कॉन्फ़िगर किया गया प्रॉक्सी और उसका अपना त्रुटि परिणाम रखें। जब कई स्थानांतरण चल रहे हों तो वैश्विक “वर्तमान प्रॉक्सी” चर एक कमज़ोर पहचानकर्ता है।