एक समारोह async-संकेत सुरक्षित है अगर (एक संकेत हैंडलर के अंदर कहा जा सकता है)

Question

मेरे प्रश्न हैं:

1. वहाँ एक रास्ता निर्णायक निर्धारित करने के लिए एक समारोह async-संकेत सुरक्षित है अगर है, तो आप इसके कार्यान्वयन तक पहुंच नहीं है?
2. यदि नहीं, तो यह जांचने का कोई तरीका है कि क्या सिग्नल हैंडलर से कॉल करने के लिए फ़ंक्शन असिंक-सिग्नल-सुरक्षित होगा?

आप संकेत के आदमी पृष्ठों पढ़ता है तो() या sigaction(), आप async-संकेत सुरक्षित कार्य (कार्यों कि सुरक्षित रूप से एक संकेत हैंडलर के अंदर कहा जा सकता है) की एक सूची प्राप्त। हालांकि, मुझे विश्वास है कि यह सूची संपूर्ण नहीं है। उदाहरण के लिए, निम्नलिखित पृष्ठ http://linux.die.net/man/7/signal, Async संकेत-सुरक्षित कार्यों शीर्षक के अंतर्गत, पढ़ता है:

POSIX.1-2004 (जिसे POSIX.1-2001 तकनीकी शुद्धिपत्र 2 जाना जाता है) के लिए एक कार्यान्वयन की आवश्यकता है गारंटी देते हैं कि निम्नलिखित कार्यों को सुरक्षित रूप से एक संकेत हैंडलर के अंदर कहा जा सकता है:

और फिर यह सामान्य async-संकेत सुरक्षित ऊपर आदमी पृष्ठों में सूचीबद्ध कार्यों सूची आगे बढ़ते हैं। जैसा कि मैंने इसे पढ़ा है, यह कहता है "यह आवश्यक है", न कि "ये केवल एकमात्र हैं"।

उदाहरण के लिए, this site कहता है कि back_trace_symbols_fd() async-signal सुरक्षित है। वह फ़ंक्शन प्राप्त करता है dladdr() से डेटा है और यह malloc() का उपयोग बैक_trace_symbols() जैसा नहीं करता है, इसलिए ऐसा लगता है कि यह सुरक्षित हो सकता है। इसके अलावा, मैंने कुछ परीक्षण किया, और dladdr() के आउटपुट स्ट्रक्चर में char * चर शामिल हैं, लेकिन इन्हें रनटाइम पर malloc'ed नहीं किया जाता है। दाढ़ी() को बुलाए जाने से पहले वे चार स्ट्रिंग रन-टाइम पर मौजूद होते हैं।

कोई भी विचार या विचार जो मुझे सही दिशा में इंगित कर सकता है उसकी सराहना की जाती है।

Answer 1

यदि आपके पास फ़ंक्शन के कार्यान्वयन तक पहुंच नहीं है, तो आप मैन्युअल पृष्ठ देख सकते हैं। यदि मैनुअल पेज यह नहीं कहता कि यह एसिंक-सुरक्षित है, और POSIX मानक यह नहीं कहता कि यह एसिंक-सुरक्षित है, तो केवल सुरक्षित निष्कर्ष "यह एसिंक-सुरक्षित नहीं है" ("इसका उपयोग न करें")।

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

Answer 2

सिग्नल हैंडलर में आप क्या हासिल करने की उम्मीद कर रहे हैं? आपको इस बात पर विचार करना चाहिए कि यह इसके लिए सही जगह है या नहीं।

In general, signal handlers should do little more 
than set a flag; most other actions are not safe.