भी कई तर्क पासिंग printf को

Question

किसी भी सी प्रोग्रामर है जो एक सप्ताह से अधिक के लिए काम कर रहा वास्तविक बहस की तुलना में अधिक प्रारूप विनिर्देशक साथ printf कॉल करने से दुर्घटनाओं कि परिणाम का सामना किया है, जैसे:

printf("Gonna %s and %s, %s!", "crash", "burn"); 

हालांकि, कर रहे हैं वहाँ किसी भी ऐसी ही बुरी चीजें जो तब हो सकती हैं जब आप पास करते हैं printf के लिए तर्क?

printf("Gonna %s and %s!", "crash", "burn", "dude"); 

86/64 विधानसभा का मेरा ज्ञान, मुझे विश्वास है कि यह हानिरहित है, हालांकि मुझे विश्वास है वहाँ कुछ बढ़त हालत मैं याद कर रहा हूँ नहीं है कि नहीं कर रहा हूँ, और मैं अन्य आर्किटेक्चर के बारे में पता नहीं है। क्या यह स्थिति हानिरहित होने की गारंटी है, या यहां पर संभावित रूप से क्रैश-प्रेरक पतन भी है?

Answer 1

आप शायद कुछ इस तरह के रूप में printf समारोह के लिए प्रोटोटाइप पता

int printf(const char *format, ...); 

इस बात का एक और पूरी संस्करण वास्तव में

int __cdecl printf(const char *format, ...); 

__cdecl "बुला सम्मेलन" को परिभाषित करता होगा जो, अन्य चीजों के साथ, वर्णन करता है कि तर्क कैसे प्रबंधित किए जाते हैं। इस मामले में इसका मतलब है कि तर्क स्टैक पर धकेल दिए जाते हैं और कॉल को कॉल करने के द्वारा स्टैक साफ़ किया जाता है।

_cdecl का एक विकल्प __stdcall है, अन्य भी हैं। __stdcall के साथ सम्मेलन यह है कि तर्क स्टैक पर धकेल दिए जाते हैं और जिसे फ़ंक्शन द्वारा साफ़ किया जाता है। हालांकि, जहां तक ​​मुझे पता है, __stdcall फ़ंक्शन के लिए तर्कों की एक चर संख्या को स्वीकार करने के लिए संभव नहीं है। यह समझ में आता है क्योंकि यह नहीं जानता कि कितना ढेर साफ करना है।

इसका लंबा और छोटा यह है कि __cdecl के मामले में यह सुनिश्चित करने के लिए सुरक्षित है कि आप कितने तर्क चाहते हैं, क्योंकि कॉल करने के लिए कोड में क्लीनअप किया जाता है। यदि आप किसी भी तरह __stdcall फ़ंक्शन में बहुत से तर्क पारित करते हैं तो इसका परिणाम स्टैक का भ्रष्टाचार होता है। यह कहां हो सकता है कि यह कहां हो सकता है यदि आपके पास गलत प्रोटोटाइप था।

कॉलिंग सम्मेलनों पर अधिक जानकारी विकिपीडिया here पर पाई जा सकती है।

Answer 2

सभी तर्क स्टैक पर धकेल दिए जाएंगे और स्टैक फ्रेम हटा दिए जाने पर हटा दिया जाएगा। यह व्यवहार एक विशिष्ट प्रोसेसर से स्वतंत्र है। (मुझे केवल एक मेनफ्रेम याद है जिसमें 70 के दशक में डिज़ाइन नहीं किया गया था) तो, हाँ दूसरा उदाहरण असफल नहीं होगा।

Answer 3

printf किसी भी तर्क को स्वीकार करने के लिए डिज़ाइन किया गया है। printf तब स्वरूप विनिर्देशक (पहला तर्क) पढ़ता है, और आवश्यकतानुसार तर्क सूची से तर्क खींचता है। यही कारण है कि बहुत कम तर्क दुर्घटनाग्रस्त हो जाते हैं: कोड केवल अस्तित्व के तर्कों का उपयोग शुरू करता है, स्मृति का उपयोग करता है जो अस्तित्व में नहीं है, या कुछ और बुरी चीज है। लेकिन बहुत से तर्कों के साथ, अतिरिक्त तर्कों को आसानी से अनदेखा कर दिया जाएगा। फॉर्मेट स्पेसिफायर कम तर्क का उपयोग करेगा की तुलना में में पारित कर दिया है

Answer 4

Online C Draft Standard (n1256), खंड 7.19.6.1, पैरा 2:।

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

अन्य सभी *printf() कार्यों के लिए व्यवहार vprintf() (स्पष्ट रूप से) को छोड़कर एक ही wrt अतिरिक्त तर्क है।

Answer 5

टिप्पणी: दोनों जीसीसी और बजना उपज चेतावनी:

$ clang main.c 
main.c:4:29: warning: more '%' conversions than data arguments [-Wformat] 
    printf("Gonna %s and %s, %s!", "crash", "burn"); 
          ~^ 
main.c:5:47: warning: data argument not used by format string 
         [-Wformat-extra-args] 
    printf("Gonna %s and %s!", "crash", "burn", "dude"); 
     ~~~~~~~~~~~~~~~~~~     ^
2 warnings generated.