सी ++ पुस्तकालयों से लिंक करते समय सी में setjmp और longjmp का उपयोग

Question

मैं सी ++ में लागू लाइब्रेरी से लिंक करने वाले सी प्रोग्राम में setjmp और longjmp का उपयोग करना चाहता हूं (लेकिन एक सी एपीआई है)।

सी ++ कोड गतिशील स्मृति आवंटन करता है और पॉइंटर्स एपीआई के माध्यम से पारित हो जाते हैं, लेकिन जब तक कोड की सी पक्ष सही ढंग से उन (अपारदर्शी) वस्तुओं को प्रबंधित करती है, तो longjmp का उपयोग करते समय कोई गड़बड़ नहीं होनी चाहिए, सही?

मुझे पता है कि इन कार्यों को सी ++ कोड में उपयोग करना सुरक्षित नहीं है, लेकिन क्या यह सी कोड में सुरक्षित होना चाहिए जो सी ++ कोड से जुड़ा हुआ है?

Answer 1

तथ्य यह है कि आप अपने सी कोड से सी ++ फ़ंक्शंस को कॉल करते हैं, यह सेटजेम्प और लांगजंप को हमेशा से अधिक असुरक्षित नहीं बनाता है।

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

Answer 2

setjmp/longjmp सामान्य रूप से सी ++ के साथ उपयोग के लिए सुरक्षित नहीं हैं। वे प्रभावी रूप से अपवादों के व्यवहार को दोहराते हैं, लेकिन स्टैक को सही तरीके से अनदेखा किए बिना (उदाहरण के लिए, वे स्टैक फ्रेम पर ऑब्जेक्ट्स के लिए विनाशकों को नहीं चलाएंगे जिन्हें वे जबरन बाहर निकलते हैं)। जहां संभव हो, अगर आप उन्हें मिला तो अपवादों का उपयोग करें।

Answer 3

अच्छा, सही और सही नहीं। longjmp सामान्य रूप में विनाशकर्ता फोन करेगा नहीं है, तो निम्नलिखित की तरह एक कोड में इसका उपयोग करने: की बुरी बातें होती हैं

void f(jmp_buf jb) 
{ 
    some_cpp_object_with_a_nontrivial_destructor x; 
    if (some_condition) longjmp(jb, 2); 
    // some other code 
} 

सभी प्रकार कर देगा। यदि आप ऐसी स्थितियों से बचते हैं, तो आपको ठीक होना चाहिए। (सामान्य रूप से, longjmp पर किसी भी गैर-तुच्छ विध्वंस वाले ऑब्जेक्ट्स के साथ सक्रिय स्टैक फ्रेम पर कूदना नहीं चाहिए।)