सी स्ट्रिंग हैंडलिंग: Difference between revisions

Revision as of 10:33, 24 June 2023

सी प्रोग्रामिंग भाषा में अपने मानक पुस्तकालय में स्ट्रिंग (कंप्यूटर विज्ञान) (कैरेक्टर स्ट्रिंग्स और बाइट स्ट्रिंग्स) पर संचालन को लागू करने वाले कार्यों का एक सेट है। प्रतिलिपि बनाना, संयोजन, टोकनीकरण और खोज जैसे विभिन्न ऑपरेशन समर्थित हैं। कैरेक्टर स्ट्रिंग्स के लिए, मानक लाइब्रेरी इस परंपरा का उपयोग करती है कि स्ट्रिंग्स को शून्य-समाप्त किया जाता है: $n$ वर्णों की एक स्ट्रिंग को $n + 1$ तत्वों की एक सरणी (डेटा संरचना) के रूप में दर्शाया जाता है, जिनमें से अंतिम एक NUL "है

प्रोग्रामिंग भाषा में स्ट्रिंग्स के लिए एकमात्र समर्थन यह है कि कंपाइलर उद्धृत स्ट्रिंग स्थिरांक को शून्य-समाप्त स्ट्रिंग्स में अनुवादित करता है।

परिभाषाएँ

एक स्ट्रिंग को पहली शून्य कोड इकाई (जिसे अक्सर एनयूएल कोड इकाई कहा जाता है) द्वारा समाप्त की गई कोड इकाइयों के एक सन्निहित अनुक्रम के रूप में परिभाषित किया गया है।^[1] इसका मतलब है कि एक स्ट्रिंग में शून्य कोड इकाई नहीं हो सकती है, क्योंकि पहली बार देखी गई इकाई स्ट्रिंग के अंत को चिह्नित करती है। एक स्ट्रिंग की लंबाई शून्य कोड इकाई से पहले कोड इकाइयों की संख्या है।^[1] एक स्ट्रिंग द्वारा कब्जा की गई मेमोरी हमेशा लंबाई से एक अधिक कोड इकाई होती है, क्योंकि शून्य टर्मिनेटर को संग्रहीत करने के लिए स्थान की आवश्यकता होती है।

आम तौर पर, स्ट्रिंग शब्द का अर्थ एक स्ट्रिंग है जहां कोड इकाई char प्रकार की होती है, जो सभी आधुनिक मशीनों पर बिल्कुल 8 बिट होती है। C90 (सी संस्करण) विस्तृत स्ट्रिंग्स को परिभाषित करता है।^[1] जो wchar_t प्रकार की एक कोड इकाई का उपयोग करता है, जो आधुनिक मशीनों पर 16 या 32 बिट है। यह यूनिकोड के लिए था लेकिन इसके बजाय यूनिकोड के लिए सामान्य स्ट्रिंग्स में यूटीएफ-8 का उपयोग करना आम होता जा रहा है।

पहली कोड इकाई में एक पॉइंटर पास करके स्ट्रिंग्स को फ़ंक्शंस में पास किया जाता है। चूँकि char* और wchar_t* अलग-अलग प्रकार के हैं, व्यापक स्ट्रिंग्स को प्रोसेस करने वाले फ़ंक्शन सामान्य स्ट्रिंग्स को प्रोसेस करने वाले फ़ंक्शंस से भिन्न होते हैं और उनके अलग-अलग नाम होते हैं।

संकलन के दौरान स्ट्रिंग अक्षर (सी स्रोत कोड में "text") को सरणियों में बदल दिया जाता है।^[2] परिणाम कोड इकाइयों की एक सरणी है जिसमें सभी वर्ण और एक पिछली शून्य कोड इकाई शामिल है। C90 में L"text" एक विस्तृत स्ट्रिंग उत्पन्न करता है। एक स्ट्रिंग शाब्दिक में शून्य कोड इकाई हो सकती है (एक तरीका स्रोत में \0 डालना है), लेकिन इससे स्ट्रिंग उस बिंदु पर समाप्त हो जाएगी। शेष शाब्दिक को मेमोरी में रखा जाएगा (अंत में एक और शून्य कोड इकाई को जोड़कर) लेकिन यह जानना असंभव है कि उन कोड इकाइयों को स्ट्रिंग शाब्दिक से अनुवादित किया गया था, इसलिए ऐसा स्रोत कोड एक स्ट्रिंग शाब्दिक नहीं है।^[3]

कैरेक्टर एनकोडिंग

प्रत्येक स्ट्रिंग उपयुक्त प्रकार (char या wchar_t) की शून्य कोड इकाई की पहली घटना पर समाप्त होती है। नतीजतन, एक बाइट स्ट्रिंग (char*) में ASCII या किसी ASCII एक्सटेंशन में गैर-NUL वर्ण हो सकते हैं, लेकिन UTF-16 जैसे एन्कोडिंग में वर्ण नहीं हो सकते हैं (भले ही 16-बिट कोड इकाई गैर-शून्य हो, इसकी उच्च या निम्न बाइट शून्य हो सकता है)। जिन एन्कोडिंग को विस्तृत स्ट्रिंग्स में संग्रहीत किया जा सकता है, उन्हें wchar_t की चौड़ाई द्वारा परिभाषित किया गया है। अधिकांश कार्यान्वयन में wchar_t कम से कम 16 बिट है, और इसलिए सभी 16-बिट एन्कोडिंग, जैसे यूसीएस -2, को संग्रहीत किया जा सकता है। यदि wchar_t 32-बिट है, तो 32-बिट एन्कोडिंग, जैसे UTF-32 संग्रहीत किया जा सकता है। (मानक के लिए एक "प्रकार जो किसी भी विस्तृत वर्ण को धारण करता है" की आवश्यकता होती है, जो UCS-2 से UTF-16 में बदलाव के बाद से विंडोज़ पर अब सच नहीं है। इसे मानक में एक दोष के रूप में पहचाना गया और C++ में ठीक किया गया।)^[4] C++11 और C11 स्पष्ट चौड़ाई char16_t और char32_t के साथ दो प्रकार जोड़ते हैं।^[5]

परिवर्तनीय-चौड़ाई एन्कोडिंग का उपयोग बाइट स्ट्रिंग्स और वाइड स्ट्रिंग्स दोनों में किया जा सकता है। स्ट्रिंग की लंबाई और ऑफसेट को बाइट्स या wchar_t में मापा जाता है, न कि "अक्षरों" में, जो शुरुआती प्रोग्रामर के लिए भ्रमित करने वाला हो सकता है। UTF-8 और Shift JIS का उपयोग अक्सर C बाइट स्ट्रिंग्स में किया जाता है, जबकि UTF-16 का उपयोग अक्सर C वाइड स्ट्रिंग्स में किया जाता है जब wchar_t 16 बिट होता है। strncpy जैसे फ़ंक्शंस का उपयोग करके चर-चौड़ाई वाले वर्णों के साथ स्ट्रिंग को छोटा करना स्ट्रिंग के अंत में अमान्य अनुक्रम उत्पन्न कर सकता है। यह असुरक्षित हो सकता है यदि काटे गए हिस्सों की व्याख्या उस कोड द्वारा की जाती है जो मानता है कि इनपुट वैध है।

यूनिकोड शाब्दिक के लिए समर्थन जैसे char foo[512] = "φωωβαρ"; (UTF-8) या wchar_t foo[512] = L"φωωβαρ"; (UTF-16 या UTF-32, wchar_t पर निर्भर करता है) कार्यान्वयन परिभाषित है, [6] और इसके लिए आवश्यक हो सकता है कि स्रोत कोड एक ही एन्कोडिंग में हो, विशेष रूप से चार के लिए जहां कंपाइलर उद्धरणों के बीच जो कुछ भी है उसे कॉपी कर सकते हैं। कुछ कंपाइलरों या संपादकों को UTF-8 के प्रत्येक बाइट के लिए सभी गैर-ASCII वर्णों को\xNN अनुक्रमों के रूप में, और/या UTF-16 के प्रत्येक शब्द के लिए \uNNNN दर्ज करने की आवश्यकता होगी। C11 (और C++11) के बाद से, एक नया char foo[512] = u8"φωωβαρ"; शाब्दिक सिंटैक्स उपलब्ध है जो बाइटस्ट्रिंग शाब्दिक के लिए यूटीएफ-8 की गारंटी देता है।^[6] C++20 और C23 के बाद से, एक char8_t प्रकार जोड़ा गया था जो UTF-8 वर्णों को संग्रहीत करने के लिए है और यू-8 उपसर्ग वर्ण और स्ट्रिंग अक्षर के प्रकारों को क्रमशः char8_t और char8_t[] में बदल दिया गया था।

कार्यों का अवलोकन

C स्ट्रिंग्स पर चलने वाले अधिकांश फ़ंक्शन string.h हेडर (C++ में cstring) में घोषित किए जाते हैं, जबकि C वाइड स्ट्रिंग्स पर चलने वाले फ़ंक्शन wchar.h हेडर (C++ में cwchar) में घोषित किए जाते हैं। इन हेडर में मेमोरी बफ़र्स को संभालने के लिए उपयोग किए जाने वाले फ़ंक्शन की घोषणाएं भी शामिल हैं; इस प्रकार यह नाम एक मिथ्या नाम है।

string.h में घोषित फ़ंक्शंस बेहद लोकप्रिय हैं, क्योंकि सी मानक लाइब्रेरी के एक भाग के रूप में, उन्हें सी का समर्थन करने वाले किसी भी प्लेटफ़ॉर्म पर काम करने की गारंटी दी जाती है। हालाँकि, इन फ़ंक्शंस के साथ कुछ सुरक्षा समस्याएं मौजूद हैं, जैसे कि उपयोग न किए जाने पर संभावित बफर ओवरफ़्लो सावधानीपूर्वक और उचित तरीके से, जिससे प्रोग्रामर सुरक्षित और संभवतः कम पोर्टेबल वेरिएंट पसंद करते हैं, जिनमें से कुछ लोकप्रिय नीचे सूचीबद्ध हैं। इनमें से कुछ फ़ंक्शन एक const स्ट्रिंग पॉइंटर को स्वीकार करके और स्ट्रिंग के भीतर एक गैर-कॉन्स्ट पॉइंटर को वापस करके कॉन्स्ट-शुद्धता का उल्लंघन भी करते हैं। इसे ठीक करने के लिए, कुछ को मानक लाइब्रेरी के C++ संस्करण में दो अतिभारित फ़ंक्शंस में विभाजित किया गया है।

ऐतिहासिक दस्तावेज़ीकरण में C स्ट्रिंग्स के लिए "बाइट" के स्थान पर अक्सर "कैरेक्टर" शब्द का उपयोग किया जाता था, जिससे कई लोगों को यह विश्वास हो जाता है कि ये फ़ंक्शन किसी तरह UTF-8 के लिए काम नहीं करते हैं। वास्तव में सभी लंबाई को बाइट्स के रूप में परिभाषित किया गया है और यह सभी कार्यान्वयनों में सच है, और ये फ़ंक्शन यूटीएफ -8 के साथ-साथ सिंगल-बाइट एन्कोडिंग के साथ भी काम करते हैं। इसे स्पष्ट करने के लिए बीएसडी दस्तावेज़ को ठीक कर दिया गया है, लेकिन POSIX, Linux और Windows दस्तावेज़ अभी भी कई स्थानों पर "वर्ण" का उपयोग करते हैं जहां "बाइट" या wchar_t सही शब्द है।

मेमोरी बफ़र्स को संभालने के लिए फ़ंक्शन बाइट्स के अनुक्रम को संसाधित कर सकते हैं जिसमें डेटा के हिस्से के रूप में नल-बाइट शामिल है। इन फ़ंक्शंस के नाम आम तौर पर str उपसर्ग के विपरीत, mem से शुरू होते हैं।

स्थिरांक और प्रकार

नाम	टिप्पणी
NULL	मैक्रो का विस्तार शून्य सूचक स्थिरांक तक होता है, जो कि एक सूचक मान का प्रतिनिधित्व करने वाला स्थिरांक है जो स्मृति में किसी ऑब्जेक्ट का वैध पता नहीं होने की गारंटी देता है।
wchar_t	"विस्तृत" स्ट्रिंग में एक कोड इकाई के लिए उपयोग किया जाने वाला प्रकार। विंडोज़ पर, wchar_t का बड़े पैमाने पर उपयोग करने वाला एकमात्र प्लेटफ़ॉर्म, इसे 16-बिट के रूप में परिभाषित किया गया है जो किसी भी यूनिकोड (UCS-2) वर्ण का प्रतिनिधित्व करने के लिए पर्याप्त था, लेकिन अब केवल UTF-16 कोड इकाई का प्रतिनिधित्व करने के लिए पर्याप्त है, जो आधा हो सकता है कोड बिंदु. अन्य प्लेटफ़ॉर्म पर इसे 32-बिट के रूप में परिभाषित किया गया है और एक यूनिकोड कोड बिंदु हमेशा फिट बैठता है।^[7] सी मानक के लिए केवल यह आवश्यक है कि wchar_t समर्थित सिस्टम लोकेशंस के बीच सबसे व्यापक वर्ण सेट को धारण करने के लिए पर्याप्त चौड़ा हो और आकार में char से बड़ा या बराबर हो,^[8]
wint_t	पूर्णांक प्रकार जो `wchar_t` के किसी भी मान के साथ-साथ मैक्रो WEOF के मान को भी धारण कर सकता है। अभिन्न पदोन्नति द्वारा यह प्रकार अपरिवर्तित है। आमतौर पर 32 बिट हस्ताक्षरित मान।
mbstate_t	इसमें एक कॉल से दूसरे फ़ंक्शन तक आवश्यक रूपांतरण स्थिति के बारे में सभी जानकारी शामिल है।

फंक्शन

	बाइट स्ट्रिंग	वाइड स्ट्रिंग	विवरण^{[note 1]}
String manipulation	strcpy^[9]	wcscpy^[10]	एक स्ट्रिंग को दूसरे में कॉपी करता है
	strncpy^[11]	wcsncpy^[12]	स्रोत से कॉपी करके या शून्य जोड़कर बिल्कुल n बाइट्स लिखता है
	strcat^[13]	wcscat^[14]	एक स्ट्रिंग को दूसरे से जोड़ता है
	strncat^[15]	wcsncat^[16]	Appends no more than $n$ bytes from one string to another
	strxfrm^[17]	wcsxfrm^[18]	Transforms a string according to the current locale
String examination	strlen^[19]	wcslen^[20]	Returns the length of the string
	strcmp^[21]	wcscmp^[22]	Compares two strings (three-way comparison)
	strncmp^[23]	wcsncmp^[24]	Compares a specific number of bytes in two strings
	strcoll^[25]	wcscoll^[26]	Compares two strings according to the current locale
	strchr^[27]	wcschr^[28]	Finds the first occurrence of a byte in a string
	strrchr^[29]	wcsrchr^[30]	Finds the last occurrence of a byte in a string
	strspn^[31]	wcsspn^[32]	Returns the number of initial bytes in a string that are in a second string
	strcspn^[33]	wcscspn^[34]	Returns the number of initial bytes in a string that are not in a second string
	strpbrk^[35]	wcspbrk^[36]	Finds in a string the first occurrence of a byte in a set
	strstr^[37]	wcsstr^[38]	Finds the first occurrence of a substring in a string
	strtok^[39]	wcstok^[40]	Splits a string into tokens
Miscellaneous	strerror^[41]	—	Returns a string containing a message derived from an error code
Memory manipulation	memset^[42]	wmemset^[43]	Fills a buffer with a repeated byte
	memcpy^[44]	wmemcpy^[45]	Copies one buffer to another
	memmove^[46]	wmemmove^[47]	Copies one buffer to another, possibly overlapping, buffer
	memcmp^[48]	wmemcmp^[49]	Compares two buffers (three-way comparison)
	memchr^[50]	wmemchr^[51]	Finds the first occurrence of a byte in a buffer
↑ For wide string functions substitute wchar_t for "byte" in the description

मल्टीबाइट कार्य

Name	Description
mblen^[52]	Returns the number of bytes in the next multibyte character
mbtowc^[53]	Converts the next multibyte character to a wide character
wctomb^[54]	Converts a wide character to its multibyte representation
mbstowcs^[55]	Converts a multibyte string to a wide string
wcstombs^[56]	Converts a wide string to a multibyte string
btowc^[57]	Converts a single-byte character to wide character, if possible
wctob^[58]	Converts a wide character to a single-byte character, if possible
mbsinit^[59]	Checks if a state object represents initial state
mbrlen^[60]	Returns the number of bytes in the next multibyte character, given state
mbrtowc^[61]	Converts the next multibyte character to a wide character, given state
wcrtomb^[62]	Converts a wide character to its multibyte representation, given state
mbsrtowcs^[63]	Converts a multibyte string to a wide string, given state
wcsrtombs^[64]	Converts a wide string to a multibyte string, given state

ये सभी कार्य एक सूचक को a पर ले जाते हैं mbstate_t ऑब्जेक्ट जिसे कॉल करने वाले को बनाए रखना चाहिए। यह मूल रूप से में शिफ्ट राज्यों को ट्रैक करने का इरादा था mb एनकोडिंग, लेकिन आधुनिक वाले जैसे UTF-8 को इसकी आवश्यकता नहीं है। हालाँकि इन कार्यों को इस धारणा पर डिज़ाइन किया गया था कि wc एन्कोडिंग एक चर-चौड़ाई एन्कोडिंग नहीं है और इस प्रकार बिल्कुल एक से निपटने के लिए डिज़ाइन किया गया है wchar_t एक समय में, स्ट्रिंग पॉइंटर का उपयोग करने के बजाय इसे मान से पास करना। जैसा कि UTF-16 एक चर-चौड़ाई एन्कोडिंग है, {{samp|mbstate_t}विस्तृत एन्कोडिंग में सरोगेट जोड़े का ट्रैक रखने के लिए } का पुन: उपयोग किया गया है, हालांकि कॉलर को अभी भी पता लगाना चाहिए और कॉल करना चाहिए mbtowc एक वर्ण के लिए दो बार।^[65]^[66]^[67]

संख्यात्मक रूपांतरण

Byte string	Wide string	Description^{[note 1]}
atof^[68]	—	converts a string to a floating-point value ('atof' means 'ASCII to float')
atoi atol atoll^[69]	—	converts a string to an integer (C99) ('atoi' means 'ASCII to integer')
strtof (C99)^[70] strtod^[71] strtold (C99)^[72]	wcstof (C99)^[73] wcstod^[74] wcstold (C99)^[75]	converts a string to a floating-point value
strtol strtoll^[76]	wcstol wcstoll^[77]	converts a string to a signed integer
strtoul strtoull^[78]	wcstoul wcstoull^[79]	converts a string to an unsigned integer
↑ Here string refers either to byte string or wide string

सी मानक पुस्तकालय में संख्यात्मक रूपांतरणों के लिए कई कार्य हैं। बाइट स्ट्रिंग्स से निपटने वाले कार्यों को परिभाषित किया गया है stdlib.h हैडर (cstdlib सी ++ में शीर्षलेख)। व्यापक स्ट्रिंग्स से निपटने वाले कार्यों को इसमें परिभाषित किया गया है wchar.h हैडर (cwchar सी ++ में शीर्षलेख)।

कार्य strchr, bsearch, strpbrk, strrchr, strstr, memchr और उनके विस्तृत प्रतिरूप स्थिरांक-शुद्धता नहीं हैं | स्थिरांक-सही, क्योंकि वे a स्वीकार करते हैं const स्ट्रिंग पॉइंटर और एक गैर-वापसी करेंconst स्ट्रिंग के भीतर सूचक। यह C23 (C मानक संशोधन) में तय किया गया है।^[80]

इसके अलावा, मानक संशोधन 1 (C95) के बाद से, atoxx कार्यों को इसके द्वारा समाहित माना जाता है strtoxxx कार्य करता है, जिसके कारण न तो C95 और न ही कोई बाद का मानक इन कार्यों के व्यापक-वर्ण संस्करण प्रदान करता है। के खिलाफ तर्क atoxx यह है कि वे त्रुटि और a के बीच अंतर नहीं करते हैं 0.^[81]

प्रतिस्थापन

सी मानक पुस्तकालय # बफर अतिप्रवाह भेद्यता के बावजूद | प्रतिस्थापित करने के लिए अच्छी तरह से स्थापित आवश्यकता strcat^[13]और strcpy^[9]उन कार्यों के साथ जो बफर ओवरफ्लो की अनुमति नहीं देते हैं, कोई स्वीकृत मानक उत्पन्न नहीं हुआ है। यह आंशिक रूप से कई सी प्रोग्रामरों द्वारा गलत धारणा के कारण है कि strncat और strncpy वांछित व्यवहार है; हालाँकि, इसके लिए कोई भी फ़ंक्शन डिज़ाइन नहीं किया गया था (उनका उद्देश्य अशक्त-गद्दीदार निश्चित-आकार के स्ट्रिंग बफ़र्स में हेरफेर करना था, आधुनिक सॉफ़्टवेयर में आमतौर पर कम उपयोग किया जाने वाला एक डेटा प्रारूप), और व्यवहार और तर्क गैर-सहज हैं और अक्सर विशेषज्ञ द्वारा भी गलत तरीके से लिखे गए हैं। प्रोग्रामर।^[93]

सबसे लोकप्रिय^{[lower-alpha 1]} प्रतिस्थापन हैं strlcat और strlcpy कार्य, जो दिसंबर, 1998 में OpenBSD 2.4 में दिखाई दिए।^[93]ये फ़ंक्शन हमेशा गंतव्य बफर में एक एनयूएल लिखते हैं, यदि आवश्यक हो तो परिणाम को छोटा कर देते हैं, और आवश्यक बफर के आकार को वापस कर देते हैं, जो ट्रंकेशन का पता लगाने की अनुमति देता है और एक नया बफर बनाने के लिए एक आकार प्रदान करता है जो छोटा नहीं होगा। कथित रूप से अक्षम होने के आधार पर उनकी आलोचना की गई है,^[98] सी स्ट्रिंग्स (स्ट्रिंग के कुछ बेहतर वैकल्पिक रूप के बजाय) के उपयोग को प्रोत्साहित करना,^[99]^[100] और अन्य संभावित त्रुटियों को छिपाना।^[101]^[102] नतीजतन, उन्हें जीएनयू सी लाइब्रेरी (लिनक्स पर सॉफ़्टवेयर द्वारा उपयोग किया जाता है) में शामिल नहीं किया गया है, हालांकि वे ओपनबीएसडी, फ्रीबीएसडी, नेटबीएसडी, सोलारिस (ऑपरेटिंग सिस्टम), ओएस एक्स और क्यूएनएक्स के साथ-साथ सी पुस्तकालयों में भी लागू किए गए हैं। लिनक्स के लिए वैकल्पिक सी पुस्तकालयों में, जैसे libbsd, 2008 में पेश किया गया,^[103] और माँसपेशियाँ, 2011 में पेश किया गया।^[104]^[105] GNU C लाइब्रेरी समर्थन की कमी ने विभिन्न सॉफ़्टवेयर लेखकों को इसका उपयोग करने और अन्य Simple_DirectMedia_Layer, GLib, FFmpeg, rsync, और यहाँ तक कि Linux कर्नेल में आंतरिक रूप से एक प्रतिस्थापन को बंडल करने से नहीं रोका है। इन कार्यों के लिए ओपन सोर्स कार्यान्वयन उपलब्ध हैं।^[106]^[107] कभी-कभी memcpy^[44]या memmove^[46]उपयोग किया जाता है, क्योंकि वे इससे अधिक कुशल हो सकते हैं strcpy क्योंकि वे बार-बार एनयूएल की जांच नहीं करते हैं (यह आधुनिक प्रोसेसर पर कम सच है)। चूंकि उन्हें एक पैरामीटर के रूप में बफर लंबाई की आवश्यकता होती है, इस पैरामीटर की सही सेटिंग बफर ओवरफ्लो से बच सकती है।

अपने 2004 Microsoft सुरक्षा विकास जीवनचक्र के हिस्से के रूप में, Microsoft ने सुरक्षित कार्यों के एक परिवार की शुरुआत की, जिसमें शामिल हैं strcpy_s और strcat_s (कई अन्य लोगों के साथ)।^[108] ISO/IEC WDTR 24731 द्वारा प्रस्तावित वैकल्पिक C11 (C मानक संशोधन)|C11 (अनुलग्नक K) के भाग के रूप में इन कार्यों को कुछ मामूली परिवर्तनों के साथ मानकीकृत किया गया था। ये कार्य विभिन्न जाँचों को निष्पादित करते हैं, जिसमें यह भी शामिल है कि स्ट्रिंग बफर में फ़िट होने के लिए बहुत लंबी है या नहीं। . यदि जांच विफल हो जाती है, तो उपयोगकर्ता द्वारा निर्दिष्ट रनटाइम-बाधा हैंडलर फ़ंक्शन को कॉल किया जाता है,^[109] जो आमतौर पर प्रोग्राम को बंद कर देता है।^[110]^[111] रनटाइम-बाधा हैंडलर को कॉल करने से पहले कुछ फ़ंक्शन विनाशकारी संचालन करते हैं; उदाहरण के लिए, strcat_s गंतव्य को खाली स्ट्रिंग पर सेट करता है,^[112] जो त्रुटि स्थितियों से पुनर्प्राप्त करना या उन्हें डीबग करना कठिन बना सकता है। इन कार्यों ने काफी आलोचना को आकर्षित किया क्योंकि शुरू में उन्हें केवल विंडोज पर लागू किया गया था और उसी समय माइक्रोसॉफ्ट विजुअल सी ++ ++ द्वारा चेतावनी संदेश उत्पन्न करना शुरू कर दिया गया था, जो प्रोग्रामर को मानक कार्यों के बजाय इन कार्यों का उपयोग करने का सुझाव दे रहे थे। कुछ लोगों द्वारा यह अनुमान लगाया गया है कि माइक्रोसॉफ्ट द्वारा डेवलपर्स को अपने प्लेटफॉर्म में लॉक करने का प्रयास किया जा रहा है।^[113] हालांकि इन कार्यों के ओपन-सोर्स कार्यान्वयन उपलब्ध हैं, ये कार्य सामान्य यूनिक्स सी पुस्तकालयों में मौजूद नहीं हैं।^[114] इन कार्यों के अनुभव ने उनके अपनाने और उपयोग में त्रुटियों के साथ महत्वपूर्ण समस्याएं दिखाई हैं, इसलिए सी मानक के अगले संशोधन के लिए अनुलग्नक के को हटाने का प्रस्ताव है।^[115] का उपयोग memset_s को अवांछित संकलक अनुकूलन से बचने के तरीके के रूप में भी सुझाया गया है।^[116]^[117]

यह भी देखें

C syntax § Strings – बैकस्लैश एस्केप सीक्वेंस सहित स्रोत कोड सिंटैक्स
स्ट्रिंग कार्य करता है
पर्ल संगत नियमित अभिव्यक्तियाँ (पीसीआरई)

संदर्भ

↑ ^1.0 ^1.1 ^1.2 "The C99 standard draft + TC3" (PDF). §7.1.1p1. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)
↑ "The C99 standard draft + TC3" (PDF). §6.4.5p7. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)
↑ "The C99 standard draft + TC3" (PDF). Section 6.4.5 footnote 66. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)
↑ "Relax requirements on wchar_t to match existing practices" (PDF).
↑ "मौलिक प्रकार". en.cppreference.com.
↑ "स्ट्रिंग शाब्दिक". en.cppreference.com. Retrieved 23 December 2019.
↑ "stddef.h - standard type definitions". The Open Group. Retrieved 28 January 2017.
↑ Gillam, Richard (2003). Unicode Demystified: A Practical Programmer's Guide to the Encoding Standard. Addison-Wesley Professional. p. 714. ISBN 9780201700527.
↑ ^9.0 ^9.1 "strcpy - cppreference.com". En.cppreference.com. 2 January 2014. Retrieved 6 March 2014.
↑ "wcscpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strncpy - cppreference.com". En.cppreference.com. 4 October 2013. Retrieved 6 March 2014.
↑ "wcsncpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ ^13.0 ^13.1 "strcat - cppreference.com". En.cppreference.com. 8 October 2013. Retrieved 6 March 2014.
↑ "wcscat - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strncat - cppreference.com". En.cppreference.com. 1 July 2013. Retrieved 6 March 2014.
↑ "wcsncat - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strxfrm - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcsxfrm - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strlen - cppreference.com". En.cppreference.com. 27 December 2013. Retrieved 6 March 2014.
↑ "wcslen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcscmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strncmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcsncmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strcoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcscoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strchr - cppreference.com". En.cppreference.com. 23 February 2014. Retrieved 6 March 2014.
↑ "wcschr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strrchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcsrchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcsspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strcspn - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.
↑ "wcscspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strpbrk - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.
↑ "wcspbrk - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strstr - cppreference.com". En.cppreference.com. 16 October 2013. Retrieved 6 March 2014.
↑ "wcsstr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strtok - cppreference.com". En.cppreference.com. 3 September 2013. Retrieved 6 March 2014.
↑ "wcstok - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strerror - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.
↑ "memset - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wmemset - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ ^44.0 ^44.1 "memcpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wmemcpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ ^46.0 ^46.1 "memmove - cppreference.com". En.cppreference.com. 25 January 2014. Retrieved 6 March 2014.
↑ "wmemmove - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "memcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wmemcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "memchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wmemchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mblen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mbtowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wctomb - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "mbstowcs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcstombs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "btowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wctob - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mbsinit - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mbrlen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mbrtowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcrtomb - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "mbsrtowcs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcsrtombs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "6.3.2 Representing the state of the conversion". The GNU C Library. Retrieved 31 January 2017.
↑ "root/src/multibyte/c16rtomb.c". Retrieved 31 January 2017.
↑ "Contents of /stable/11/lib/libc/locale/c16rtomb.c". Retrieved 31 January 2017.
↑ "atof - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.
↑ "atoi, atol, atoll - cppreference.com". En.cppreference.com. 18 January 2014. Retrieved 6 March 2014.
↑ "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strtol, strtoll - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "wcstol, wcstoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "strtoul, strtoull - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.
↑ "wcstoul, wcstoull - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.
↑ "WG14-N3020 : Qualifier-preserving standard library functions, v4" (PDF). open-std.org. 13 June 2022.
↑ C99 Rationale, 7.20.1.1
↑ "bzero". The Open Group. Retrieved 27 November 2017.
↑ "bzero(3)". OpenBSD. Retrieved 27 November 2017.
↑ "memccpy". Pubs.opengroup.org. Retrieved 6 March 2014.
↑ "mempcpy(3) - Linux manual page". Kernel.org. Retrieved 6 March 2014.
↑ "strcasecmp(3) - Linux manual page". Kernel.org. Retrieved 6 March 2014.
↑ "strcat_s, wcscat_s, _mbscat_s". docs.microsoft.com. Retrieved 22 April 2022.
↑ "strcpy_s, wcscpy_s, _mbscpy_s, _mbscpy_s_l". docs.microsoft.com. Retrieved 22 April 2022.
↑ "strdup". Pubs.opengroup.org. Retrieved 6 March 2014.
↑ "strerror(3) - Linux manual page". man7.org. Retrieved 3 November 2019.
↑ "String | stricmp()". C Programming Expert.com. Retrieved 6 March 2014.
↑ ^92.0 ^92.1 "strlcpy, strlcat — size-bounded string copying and concatenation". OpenBSD. Retrieved 26 May 2016.
↑ ^93.0 ^93.1 ^93.2 ^93.3 Todd C. Miller; Theo de Raadt (1999). "strlcpy and strlcat – consistent, safe, string copy and concatenation". USENIX '99.
↑ "strsignal". Pubs.opengroup.org. Retrieved 6 March 2014.
↑ "strtok". Pubs.opengroup.org. Retrieved 6 March 2014.
↑ "char, wchar_t, char8_t, char16_t, char32_t". docs.microsoft.com (in English). Retrieved 1 August 2022.
↑ ^97.0 ^97.1 "<cuchar> (uchar.h)" (in English).
↑ Miller, Damien (October 2005). "सुरक्षित पोर्टेबिलिटी" (PDF). Retrieved 26 June 2016. This [strlcpy and strlcat] API has been adopted by most modern operating systems and many standalone software packages [...]. The notable exception is the GNU standard C library, glibc, whose maintainer steadfastly refuses to include these improved APIs, labelling them "horribly inefficient BSD crap", despite prior evidence that they are faster is most cases than the APIs they replace.
↑ libc-alpha mailing list, selected messages from 8 August 2000 thread: 53, 60, 61
↑ The ups and downs of strlcpy(); LWN.net
↑ "strlcpy() को glibc में जोड़ना". lwn.net. Correct string handling means that you always know how long your strings are and therefore you can you memcpy (instead of strcpy).
↑ strlcpy(3) – Linux Library Functions Manual "However, one may question the validity of such optimizations, as they defeat the whole purpose of strlcpy() and strlcat(). As a matter of fact, the first version of this manual page got it wrong."
↑ "libbsd". Retrieved 21 November 2022.
↑ "root/src/string/strlcpy.c". Retrieved 28 January 2017.
↑ "root/src/string/strlcat.c". Retrieved 28 January 2017.
↑ Todd C. Miller. "strlcpy.c". BSD Cross Reference.
↑ Todd C. Miller. "strlcat.c". BSD Cross Reference.
↑ Lovell, Martyn. "Repel Attacks on Your Code with the Visual Studio 2005 Safe C and C++ Libraries". Retrieved 13 February 2015.
↑ "C11 मानक मसौदा" (PDF). §K.3.1.4p2. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)
↑ "C11 मानक मसौदा" (PDF). §K.3.6.1.1p4. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)
↑ "पैरामीटर सत्यापन".
↑ "C11 मानक मसौदा" (PDF). §K.3.7.2.1p4. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)
↑ Danny Kalev. "वे इसे फिर से कर रहे हैं". InformIT. Archived from the original on 15 January 2012. Retrieved 10 November 2011.
↑ Safe C Library. "The Safe C Library provides bound checking memory and string functions per ISO/IEC TR24731". Sourceforge. Retrieved 6 March 2013.
↑ "Field Experience With Annex K — Bounds Checking Interfaces". Retrieved 5 November 2015.
↑ "MSC06-C. Beware of compiler optimizations". SEI CERT C Coding Standard.
↑ memset_s(3) – FreeBSD Library Functions Manual

बाहरी संबंध

Fast memcpy in C, multiple C coding examples to target different types of CPU instruction architectures

[9] For wide string functions substitute wchar_t for "byte" in the description

[69] Here string refers either to byte string or wide string

[100] On GitHub, there are 7,813,206 uses of strlcpy, versus 38,644 uses of strcpy_s (and 15,286,150 uses of strcpy).^{[citation needed]}

[open-std1-1] 1.0 ^1.1 ^1.2 "The C99 standard draft + TC3" (PDF). §7.1.1p1. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)

[2] "The C99 standard draft + TC3" (PDF). §6.4.5p7. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)

[3] "The C99 standard draft + TC3" (PDF). Section 6.4.5 footnote 66. Retrieved 7 January 2011.{{cite web}}: CS1 maint: location (link)

[4] "Relax requirements on wchar_t to match existing practices" (PDF).

[5] "मौलिक प्रकार". en.cppreference.com.

[6] "स्ट्रिंग शाब्दिक". en.cppreference.com. Retrieved 23 December 2019.

[7] "stddef.h - standard type definitions". The Open Group. Retrieved 28 January 2017.

[8] Gillam, Richard (2003). Unicode Demystified: A Practical Programmer's Guide to the Encoding Standard. Addison-Wesley Professional. p. 714. ISBN 9780201700527.

[strcpy-cppreference-10] 9.0 ^9.1 "strcpy - cppreference.com". En.cppreference.com. 2 January 2014. Retrieved 6 March 2014.

[11] "wcscpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[12] "strncpy - cppreference.com". En.cppreference.com. 4 October 2013. Retrieved 6 March 2014.

[13] "wcsncpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[strcat-cppreference-14] 13.0 ^13.1 "strcat - cppreference.com". En.cppreference.com. 8 October 2013. Retrieved 6 March 2014.

[15] "wcscat - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[16] "strncat - cppreference.com". En.cppreference.com. 1 July 2013. Retrieved 6 March 2014.

[17] "wcsncat - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[18] "strxfrm - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[19] "wcsxfrm - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[20] "strlen - cppreference.com". En.cppreference.com. 27 December 2013. Retrieved 6 March 2014.

[21] "wcslen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[22] "strcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[23] "wcscmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[24] "strncmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[25] "wcsncmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[26] "strcoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[27] "wcscoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[28] "strchr - cppreference.com". En.cppreference.com. 23 February 2014. Retrieved 6 March 2014.

[29] "wcschr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[30] "strrchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[31] "wcsrchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[32] "strspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[33] "wcsspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[34] "strcspn - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.

[35] "wcscspn - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[36] "strpbrk - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.

[37] "wcspbrk - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[38] "strstr - cppreference.com". En.cppreference.com. 16 October 2013. Retrieved 6 March 2014.

[39] "wcsstr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[40] "strtok - cppreference.com". En.cppreference.com. 3 September 2013. Retrieved 6 March 2014.

[41] "wcstok - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[42] "strerror - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.

[43] "memset - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[44] "wmemset - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[memcpy-cppreference-45] 44.0 ^44.1 "memcpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[46] "wmemcpy - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[memmove-cppreference-47] 46.0 ^46.1 "memmove - cppreference.com". En.cppreference.com. 25 January 2014. Retrieved 6 March 2014.

[48] "wmemmove - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[49] "memcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[50] "wmemcmp - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[51] "memchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[52] "wmemchr - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[53] "mblen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[54] "mbtowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[55] "wctomb - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[56] "mbstowcs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[57] "wcstombs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[58] "btowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[59] "wctob - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[60] "mbsinit - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[61] "mbrlen - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[62] "mbrtowc - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[63] "wcrtomb - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[64] "mbsrtowcs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[65] "wcsrtombs - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[66] "6.3.2 Representing the state of the conversion". The GNU C Library. Retrieved 31 January 2017.

[67] "root/src/multibyte/c16rtomb.c". Retrieved 31 January 2017.

[68] "Contents of /stable/11/lib/libc/locale/c16rtomb.c". Retrieved 31 January 2017.

[70] "atof - cppreference.com". En.cppreference.com. 31 May 2013. Retrieved 6 March 2014.

[71] "atoi, atol, atoll - cppreference.com". En.cppreference.com. 18 January 2014. Retrieved 6 March 2014.

[72] "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[73] "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[74] "strtof, strtod, strtold - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[75] "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[76] "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[77] "wcstof, wcstod, wcstold - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[78] "strtol, strtoll - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[79] "wcstol, wcstoll - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[80] "strtoul, strtoull - cppreference.com". En.cppreference.com. 4 February 2014. Retrieved 6 March 2014.

[81] "wcstoul, wcstoull - cppreference.com". En.cppreference.com. Retrieved 6 March 2014.

[N3020-82] "WG14-N3020 : Qualifier-preserving standard library functions, v4" (PDF). open-std.org. 13 June 2022.

[83] C99 Rationale, 7.20.1.1

[84] "bzero". The Open Group. Retrieved 27 November 2017.

[explicit_bzero-85] "bzero(3)". OpenBSD. Retrieved 27 November 2017.

[86] "memccpy". Pubs.opengroup.org. Retrieved 6 March 2014.

[87] "mempcpy(3) - Linux manual page". Kernel.org. Retrieved 6 March 2014.

[88] "strcasecmp(3) - Linux manual page". Kernel.org. Retrieved 6 March 2014.

[strcat_s-89] "strcat_s, wcscat_s, _mbscat_s". docs.microsoft.com. Retrieved 22 April 2022.

[strcpy_s-90] "strcpy_s, wcscpy_s, _mbscpy_s, _mbscpy_s_l". docs.microsoft.com. Retrieved 22 April 2022.

[91] "strdup". Pubs.opengroup.org. Retrieved 6 March 2014.

[92] "strerror(3) - Linux manual page". man7.org. Retrieved 3 November 2019.

[93] "String | stricmp()". C Programming Expert.com. Retrieved 6 March 2014.

[strlcat_strlcpy-94] 92.0 ^92.1 "strlcpy, strlcat — size-bounded string copying and concatenation". OpenBSD. Retrieved 26 May 2016.

[strl-95] 93.0 ^93.1 ^93.2 ^93.3 Todd C. Miller; Theo de Raadt (1999). "strlcpy and strlcat – consistent, safe, string copy and concatenation". USENIX '99.

[96] "strsignal". Pubs.opengroup.org. Retrieved 6 March 2014.

[97] "strtok". Pubs.opengroup.org. Retrieved 6 March 2014.

[98] "char, wchar_t, char8_t, char16_t, char32_t". docs.microsoft.com (in English). Retrieved 1 August 2022.

[uchar-99] 97.0 ^97.1 "<cuchar> (uchar.h)" (in English).

[101] Miller, Damien (October 2005). "सुरक्षित पोर्टेबिलिटी" (PDF). Retrieved 26 June 2016. This [strlcpy and strlcat] API has been adopted by most modern operating systems and many standalone software packages [...]. The notable exception is the GNU standard C library, glibc, whose maintainer steadfastly refuses to include these improved APIs, labelling them "horribly inefficient BSD crap", despite prior evidence that they are faster is most cases than the APIs they replace.

[libc-alpha-discussion-1-102] -alpha mailing list, selected messages from 8 August 2000 thread: 53, 60, 61

[103] The ups and downs of strlcpy(); LWN.net

[104] "strlcpy() को glibc में जोड़ना". lwn.net. Correct string handling means that you always know how long your strings are and therefore you can you memcpy (instead of strcpy).

[105] strlcpy(3) – Linux Library Functions Manual "However, one may question the validity of such optimizations, as they defeat the whole purpose of strlcpy() and strlcat(). As a matter of fact, the first version of this manual page got it wrong."

[106] "libbsd". Retrieved 21 November 2022.

[107] "root/src/string/strlcpy.c". Retrieved 28 January 2017.

[108] "root/src/string/strlcat.c". Retrieved 28 January 2017.

[109] Todd C. Miller. "strlcpy.c". BSD Cross Reference.

[110] Todd C. Miller. "strlcat.c". BSD Cross Reference.

[111] Lovell, Martyn. "Repel Attacks on Your Code with the Visual Studio 2005 Safe C and C++ Libraries". Retrieved 13 February 2015.

[112] "C11 मानक मसौदा" (PDF). §K.3.1.4p2. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)

[113] "C11 मानक मसौदा" (PDF). §K.3.6.1.1p4. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)

[114] "पैरामीटर सत्यापन".

[115] "C11 मानक मसौदा" (PDF). §K.3.7.2.1p4. Retrieved 13 February 2013.{{cite web}}: CS1 maint: location (link)

[116] Danny Kalev. "वे इसे फिर से कर रहे हैं". InformIT. Archived from the original on 15 January 2012. Retrieved 10 November 2011.

[117] Safe C Library. "The Safe C Library provides bound checking memory and string functions per ISO/IEC TR24731". Sourceforge. Retrieved 6 March 2013.

[118] "Field Experience With Annex K — Bounds Checking Interfaces". Retrieved 5 November 2015.

[119] "MSC06-C. Beware of compiler optimizations". SEI CERT C Coding Standard.

[120] memset_s(3) – FreeBSD Library Functions Manual

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[note 1]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

[42]

[43]

[44]

[45]

[46]

[47]

[48]

[49]

[50]

[51]

[52]

[53]

[54]

[55]

[56]

[57]

[58]

[59]

[60]

[61]

[62]

[63]

[64]

[65]

[66]

[67]

[note 1]

[68]

[69]

[70]

[71]

[72]

[73]

[74]

[75]

[76]

[77]

[78]

[79]

[80]

[81]

[82]

[83]

[84]

[85]

[86]

[87]

[88]

[89]

[90]

[91]

[92]

[93]

[94]

[95]

[96]

[97]

[lower-alpha 1]

@@ Line 4: / Line 4: @@
 {{C Standard Library}}
-C (प्रोग्रामिंग लैंग्वेज) प्रोग्रामिंग लैंग्वेज में अपने C मानक पुस्तकालय में [[ स्ट्रिंग (कंप्यूटर विज्ञान) ]] (कैरेक्टर स्ट्रिंग्स और बाइट स्ट्रिंग्स) पर संचालन को लागू करने वाले कार्यों का एक सेट है। नकल, संघटन, टोकननाइजेशन (शाब्दिक विश्लेषण) और खोज जैसे विभिन्न संचालन समर्थित हैं। कैरेक्टर स्ट्रिंग्स के लिए, मानक लाइब्रेरी कन्वेंशन का उपयोग करती है कि स्ट्रिंग्स [[ अशक्त-समाप्त स्ट्रिंग ]] हैं | नल-टर्मिनेटेड: एक स्ट्रिंग {{mvar|n}} वर्णों को एक [[सरणी (डेटा संरचना)]] के रूप में दर्शाया गया है {{math|''n'' + 1}} तत्व, जिनमें से अंतिम एक है {{code|NUL}} वर्ण (संख्यात्मक मान 0 के साथ)।
+सी प्रोग्रामिंग भाषा में अपने मानक पुस्तकालय में [[ स्ट्रिंग (कंप्यूटर विज्ञान) |स्ट्रिंग (कंप्यूटर विज्ञान)]] (कैरेक्टर स्ट्रिंग्स और बाइट स्ट्रिंग्स) पर संचालन को लागू करने वाले कार्यों का एक सेट है। प्रतिलिपि बनाना, संयोजन, टोकनीकरण और खोज जैसे विभिन्न ऑपरेशन समर्थित हैं। कैरेक्टर स्ट्रिंग्स के लिए, मानक लाइब्रेरी इस परंपरा का उपयोग करती है कि स्ट्रिंग्स को शून्य-समाप्त किया जाता है: {{mvar|n}} वर्णों की एक स्ट्रिंग को {{math|''n'' + 1}} तत्वों की एक [[सरणी (डेटा संरचना)]] के रूप में दर्शाया जाता है, जिनमें से अंतिम एक {{code|NUL}} "है
-उचित प्रोग्रामिंग भाषा में स्ट्रिंग्स के लिए एकमात्र समर्थन यह है कि संकलक उद्धृत स्ट्रिंग शाब्दिकों को अशक्त-समाप्त स्ट्रिंग्स में अनुवादित करता है।
+प्रोग्रामिंग भाषा में स्ट्रिंग्स के लिए एकमात्र समर्थन यह है कि कंपाइलर उद्धृत स्ट्रिंग स्थिरांक को शून्य-समाप्त स्ट्रिंग्स में अनुवादित करता है।
 == परिभाषाएँ ==
-एक स्ट्रिंग को पहली शून्य [[कोड इकाई]] (जिसे अक्सर एनयूएल कोड इकाई कहा जाता है) द्वारा समाप्त कोड इकाइयों के एक निरंतर अनुक्रम के रूप में परिभाषित किया जाता है।<ref name="open-std1" />इसका मतलब है कि एक स्ट्रिंग में शून्य कोड इकाई नहीं हो सकती है, क्योंकि पहली बार देखा गया स्ट्रिंग के अंत को चिह्नित करता है। एक स्ट्रिंग की लंबाई शून्य कोड इकाई से पहले कोड इकाइयों की संख्या है।<ref name="open-std1" />एक स्ट्रिंग द्वारा कब्जा की गई मेमोरी हमेशा लंबाई की तुलना में एक अधिक कोड इकाई होती है, क्योंकि शून्य टर्मिनेटर को स्टोर करने के लिए जगह की आवश्यकता होती है।
+एक स्ट्रिंग को पहली शून्य [[कोड इकाई]] (जिसे अक्सर एनयूएल कोड इकाई कहा जाता है) द्वारा समाप्त की गई कोड इकाइयों के एक सन्निहित अनुक्रम के रूप में परिभाषित किया गया है।<ref name="open-std1">{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=§7.1.1p1 }}</ref> इसका मतलब है कि एक स्ट्रिंग में शून्य कोड इकाई नहीं हो सकती है, क्योंकि पहली बार देखी गई इकाई स्ट्रिंग के अंत को चिह्नित करती है। एक स्ट्रिंग की लंबाई शून्य कोड इकाई से पहले कोड इकाइयों की संख्या है।<ref name="open-std1" /> एक स्ट्रिंग द्वारा कब्जा की गई मेमोरी हमेशा लंबाई से एक अधिक कोड इकाई होती है, क्योंकि शून्य टर्मिनेटर को संग्रहीत करने के लिए स्थान की आवश्यकता होती है।
-आम तौर पर, स्ट्रिंग शब्द का अर्थ एक स्ट्रिंग होता है जहां कोड इकाई प्रकार की होती है <code>char</code>, जो सभी आधुनिक मशीनों पर ठीक 8 बिट्स है। [[C90 (सी संस्करण)]] व्यापक स्ट्रिंग्स को परिभाषित करता है<ref name="open-std1">{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=§7.1.1p1 }}</ref> जो प्रकार की एक कोड इकाई का उपयोग करते हैं <code>wchar_t</code>, जो आधुनिक मशीनों पर 16 या 32 बिट है। यह [[यूनिकोड]] के लिए अभिप्रेत था लेकिन इसके बजाय यूनिकोड के लिए सामान्य स्ट्रिंग्स में [[UTF-8]] का उपयोग करना आम बात है।
+आम तौर पर, स्ट्रिंग शब्द का अर्थ एक स्ट्रिंग है जहां कोड इकाई <code>char</code> प्रकार की होती है, जो सभी आधुनिक मशीनों पर बिल्कुल 8 बिट होती है। [[C90 (सी संस्करण)]] विस्तृत स्ट्रिंग्स को परिभाषित करता है।<ref name="open-std1" /> जो <code>wchar_t</code> प्रकार की एक कोड इकाई का उपयोग करता है, जो आधुनिक मशीनों पर 16 या 32 बिट है। यह [[यूनिकोड]] के लिए था लेकिन इसके बजाय यूनिकोड के लिए सामान्य स्ट्रिंग्स में [[UTF-8|यूटीएफ-8]] का उपयोग करना आम होता जा रहा है।
-पहली कोड इकाई के लिए एक पॉइंटर पास करके स्ट्रिंग्स को फ़ंक्शंस में पास किया जाता है। तब से <code>char*</code> और <code>wchar_t*</code> अलग-अलग प्रकार के हैं, व्यापक तारों को संसाधित करने वाले कार्य सामान्य तारों को संसाधित करने वाले कार्यों से भिन्न होते हैं और उनके अलग-अलग नाम होते हैं।
+पहली कोड इकाई में एक पॉइंटर पास करके स्ट्रिंग्स को फ़ंक्शंस में पास किया जाता है। चूँकि <code>char*</code> और <code>wchar_t*</code> अलग-अलग प्रकार के हैं, व्यापक स्ट्रिंग्स को प्रोसेस करने वाले फ़ंक्शन सामान्य स्ट्रिंग्स को प्रोसेस करने वाले फ़ंक्शंस से भिन्न होते हैं और उनके अलग-अलग नाम होते हैं।
-स्ट्रिंग शाब्दिक (<code>"text"</code> सी स्रोत कोड में) संकलन के दौरान सरणियों में परिवर्तित हो जाते हैं।<ref>{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=§6.4.5p7 }}</ref> परिणाम कोड इकाइयों की एक सरणी है जिसमें सभी वर्ण और एक अनुगामी शून्य कोड इकाई होती है। C90 में <code>L"text"</code> एक विस्तृत तार उत्पन्न करता है। एक स्ट्रिंग शाब्दिक में शून्य कोड इकाई हो सकती है (एक तरीका है <code>\0</code> स्रोत में), लेकिन इससे उस बिंदु पर स्ट्रिंग समाप्त हो जाएगी। शेष शाब्दिक स्मृति में रखा जाएगा (अंत में एक और शून्य कोड इकाई के साथ जोड़ा जाएगा) लेकिन यह जानना असंभव है कि उन कोड इकाइयों को स्ट्रिंग शाब्दिक से अनुवादित किया गया था, इसलिए ऐसा स्रोत कोड एक स्ट्रिंग शाब्दिक नहीं है।<ref>{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=Section 6.4.5 footnote 66}}</ref>
+संकलन के दौरान स्ट्रिंग अक्षर (सी स्रोत कोड में <code>"text"</code>) को सरणियों में बदल दिया जाता है।<ref>{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=§6.4.5p7 }}</ref> परिणाम कोड इकाइयों की एक सरणी है जिसमें सभी वर्ण और एक पिछली शून्य कोड इकाई शामिल है। C90 में <code>L"text"</code> एक विस्तृत स्ट्रिंग उत्पन्न करता है। एक स्ट्रिंग शाब्दिक में शून्य कोड इकाई हो सकती है (एक तरीका स्रोत में <code>\0</code> डालना है), लेकिन इससे स्ट्रिंग उस बिंदु पर समाप्त हो जाएगी। शेष शाब्दिक को मेमोरी में रखा जाएगा (अंत में एक और शून्य कोड इकाई को जोड़कर) लेकिन यह जानना असंभव है कि उन कोड इकाइयों को स्ट्रिंग शाब्दिक से अनुवादित किया गया था, इसलिए ऐसा स्रोत कोड एक स्ट्रिंग शाब्दिक नहीं है।<ref>{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=7 January 2011 |location=Section 6.4.5 footnote 66}}</ref>
+== कैरेक्टर एनकोडिंग ==
+प्रत्येक स्ट्रिंग उपयुक्त प्रकार (<code>char</code> या <code>wchar_t</code>) की शून्य कोड इकाई की पहली घटना पर समाप्त होती है। नतीजतन, एक बाइट स्ट्रिंग (char*) में [[ASCII]] या किसी ASCII एक्सटेंशन में गैर-NUL वर्ण हो सकते हैं, लेकिन [[UTF-16]] जैसे एन्कोडिंग में वर्ण नहीं हो सकते हैं (भले ही 16-बिट कोड इकाई गैर-शून्य हो, इसकी उच्च या निम्न बाइट शून्य हो सकता है)। जिन एन्कोडिंग को विस्तृत स्ट्रिंग्स में संग्रहीत किया जा सकता है, उन्हें <code>wchar_t</code> की चौड़ाई द्वारा परिभाषित किया गया है। अधिकांश कार्यान्वयन में <code>wchar_t</code> कम से कम 16 बिट है, और इसलिए सभी 16-बिट एन्कोडिंग, जैसे यूसीएस -2, को संग्रहीत किया जा सकता है। यदि <code>wchar_t</code> 32-बिट है, तो 32-बिट एन्कोडिंग, जैसे [[UTF-32]] संग्रहीत किया जा सकता है। (मानक के लिए एक "प्रकार जो किसी भी विस्तृत वर्ण को धारण करता है" की आवश्यकता होती है, जो UCS-2 से UTF-16 में बदलाव के बाद से विंडोज़ पर अब सच नहीं है। इसे मानक में एक दोष के रूप में पहचाना गया और C++ में ठीक किया गया।)<ref>{{cite web|url=https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2460r2.pdf|title=Relax requirements on wchar_t to match existing practices}}</ref> C++11 और C11 स्पष्ट चौड़ाई {{code|char16_t}} और {{code|char32_t}} के साथ दो प्रकार जोड़ते हैं।<ref>{{cite web |title=मौलिक प्रकार|url=https://en.cppreference.com/w/cpp/language/types |website=en.cppreference.com}}</ref>
+परिवर्तनीय-चौड़ाई एन्कोडिंग का उपयोग बाइट स्ट्रिंग्स और वाइड स्ट्रिंग्स दोनों में किया जा सकता है। स्ट्रिंग की लंबाई और ऑफसेट को बाइट्स या <code>wchar_t</code> में मापा जाता है, न कि "अक्षरों" में, जो शुरुआती प्रोग्रामर के लिए भ्रमित करने वाला हो सकता है। UTF-8 और [[Shift JIS]] का उपयोग अक्सर C बाइट स्ट्रिंग्स में किया जाता है, जबकि UTF-16 का उपयोग अक्सर C वाइड स्ट्रिंग्स में किया जाता है जब <code>wchar_t</code> 16 बिट होता है। <code>strncpy</code> जैसे फ़ंक्शंस का उपयोग करके चर-चौड़ाई वाले वर्णों के साथ स्ट्रिंग को छोटा करना स्ट्रिंग के अंत में अमान्य अनुक्रम उत्पन्न कर सकता है। यह असुरक्षित हो सकता है यदि काटे गए हिस्सों की व्याख्या उस कोड द्वारा की जाती है जो मानता है कि इनपुट वैध है।
-== कैरेक्टर एनकोडिंग ==
+यूनिकोड शाब्दिक के लिए समर्थन जैसे {{Code|lang=c|1=char foo[512] = "φωωβαρ";}} (UTF-8) या {{Code|lang=c|1=wchar_t foo[512] = L"φωωβαρ";}} (UTF-16 या UTF-32, {{code|wchar_t}} पर निर्भर करता है) कार्यान्वयन परिभाषित है, [6] और इसके लिए आवश्यक हो सकता है कि स्रोत कोड एक ही एन्कोडिंग में हो, विशेष रूप से चार के लिए जहां कंपाइलर उद्धरणों के बीच जो कुछ भी है उसे कॉपी कर सकते हैं। कुछ कंपाइलरों या संपादकों को UTF-8 के प्रत्येक बाइट के लिए सभी गैर-ASCII वर्णों को<code>\xNN</code> अनुक्रमों के रूप में, और/या UTF-16 के प्रत्येक शब्द के लिए \uNNNN दर्ज करने की आवश्यकता होगी। C11 (और C++11) के बाद से, एक नया {{Code|lang=c|1=char foo[512] = u8"φωωβαρ";}} शाब्दिक सिंटैक्स उपलब्ध है जो बाइटस्ट्रिंग शाब्दिक के लिए यूटीएफ-8 की गारंटी देता है।<ref>{{cite web |title=स्ट्रिंग शाब्दिक|url=https://en.cppreference.com/w/c/language/string_literal |website=en.cppreference.com |access-date=23 December 2019}}</ref>  [[C++20]] और C23 के बाद से, एक <code>char8_t</code> प्रकार जोड़ा गया था जो UTF-8 वर्णों को संग्रहीत करने के लिए है और यू-8 उपसर्ग वर्ण और स्ट्रिंग अक्षर के प्रकारों को क्रमशः <code>char8_t</code> और <code>char8_t[]</code> में बदल दिया गया था।
-प्रत्येक स्ट्रिंग उपयुक्त प्रकार की शून्य कोड इकाई की पहली घटना पर समाप्त होती है (<code>char</code> या <code>wchar_t</code>). नतीजतन, एक बाइट स्ट्रिंग ({{code|char*}}) में [[ASCII]] या किसी विस्तारित ASCII में गैर-[[शून्य वर्ण]] वर्ण हो सकते हैं, लेकिन [[UTF-16]] जैसे एन्कोडिंग में वर्ण नहीं (भले ही एक 16-बिट कोड इकाई अशून्य हो, इसकी उच्च या निम्न बाइट शून्य हो सकती है)। वाइड स्ट्रिंग्स में स्टोर किए जा सकने वाले एनकोडिंग को विड्थ द्वारा परिभाषित किया जाता है <code>wchar_t</code>. अधिकांश कार्यान्वयन में, <code>wchar_t</code> कम से कम 16 बिट है, और इसलिए सभी 16-बिट एनकोडिंग, जैसे कि [[UCS-2]], को संग्रहीत किया जा सकता है। अगर <code>wchar_t</code> 32-बिट है, तो 32-बिट एनकोडिंग, जैसे कि [[UTF-32]], संग्रहीत किया जा सकता है। (मानक के लिए एक प्रकार की आवश्यकता होती है जो किसी भी विस्तृत वर्ण को धारण करता है, जो विंडोज़ पर अब UCS-2 से UTF-16 शिफ्ट के बाद से सही नहीं है। इसे मानक में एक दोष के रूप में पहचाना गया और C++ में तय किया गया।)<ref>{{cite web|url=https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2460r2.pdf|title=Relax requirements on wchar_t to match existing practices}}</ref> C++11 और C11 स्पष्ट चौड़ाई के साथ दो प्रकार जोड़ते हैं {{code|char16_t}} और {{code|char32_t}}.<ref>{{cite web |title=मौलिक प्रकार|url=https://en.cppreference.com/w/cpp/language/types |website=en.cppreference.com}}</ref>
-चर-चौड़ाई एनकोडिंग का उपयोग बाइट स्ट्रिंग्स और वाइड स्ट्रिंग्स दोनों में किया जा सकता है। स्ट्रिंग की लंबाई और ऑफ़सेट को बाइट्स या में मापा जाता है <code>wchar_t</code>, पात्रों में नहीं, जो शुरुआती प्रोग्रामरों को भ्रमित कर सकता है। UTF-8 और [[Shift JIS]] का उपयोग अक्सर C बाइट स्ट्रिंग्स में किया जाता है, जबकि UTF-16 का उपयोग अक्सर C वाइड स्ट्रिंग्स में किया जाता है जब <code>wchar_t</code> 16 बिट है। जैसे कार्यों का उपयोग करके चर-चौड़ाई वाले वर्णों को छोटा करना <code>strncpy</code> स्ट्रिंग के अंत में अमान्य अनुक्रम उत्पन्न कर सकता है। यह असुरक्षित हो सकता है यदि काटे गए हिस्सों को कोड द्वारा व्याख्या किया जाता है जो मानता है कि इनपुट मान्य है।
-यूनिकोड शाब्दिक के लिए समर्थन जैसे {{Code|lang=c|1=char foo[512] = "φωωβαρ";}} (यूटीएफ-8) या {{Code|lang=c|1=wchar_t foo[512] = L"φωωβαρ";}} (UTF-16 या UTF-32, पर निर्भर करता है {{code|wchar_t}}) कार्यान्वयन परिभाषित है,<ref name="open-std">{{cite web |title=The C99 standard draft + TC3 |url=http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf |access-date=23 December 2011 |location=§5.1.1.2 ''Translation phases'', p1 }}</ref> और आवश्यकता हो सकती है कि स्रोत कोड एक ही एन्कोडिंग में हो, विशेष रूप से के लिए {{code|char}} जहां संकलक उद्धरणों के बीच जो कुछ भी है उसे कॉपी कर सकते हैं। कुछ संकलक या संपादकों को सभी गैर-ASCII वर्णों को दर्ज करने की आवश्यकता होगी <code>\xNN</code> UTF-8 के प्रत्येक बाइट के लिए अनुक्रम, और/या <code>\uNNNN</code> UTF-16 के प्रत्येक शब्द के लिए। सी 11 (और सी ++ 11) के बाद से, एक नया {{Code|lang=c|1=char foo[512] = u8"φωωβαρ";}} लिटरल सिंटैक्स उपलब्ध है जो बाइटस्ट्रिंग लिटरल के लिए UTF-8 की गारंटी देता है।<ref>{{cite web |title=स्ट्रिंग शाब्दिक|url=https://en.cppreference.com/w/c/language/string_literal |website=en.cppreference.com |access-date=23 December 2019}}</ref> [[C++20]] और C23 (C मानक संशोधन) के बाद से, a <code>char8_t</code> प्रकार जोड़ा गया था जो यूटीएफ -8 अक्षरों को स्टोर करने के लिए है और यू 8 प्रीफिक्स्ड कैरेक्टर और स्ट्रिंग अक्षर के प्रकार बदल दिए गए थे <code>char8_t</code> और <code>char8_t[]</code> क्रमश।
 == कार्यों का अवलोकन ==
-सी स्ट्रिंग्स पर चलने वाले अधिकांश कार्यों को घोषित किया जाता है <code>string.h</code> हेडर (<code>cstring</code> सी ++ में), जबकि सी वाइड स्ट्रिंग्स पर काम करने वाले कार्यों को घोषित किया जाता है <code>wchar.h</code> हेडर (<code>cwchar</code> सी ++ में)। इन शीर्षकों में मेमोरी बफ़र्स को संभालने के लिए उपयोग किए जाने वाले कार्यों की घोषणाएँ भी होती हैं; नाम इस प्रकार एक मिथ्या नाम है।
+C स्ट्रिंग्स पर चलने वाले अधिकांश फ़ंक्शन <code>string.h</code> हेडर (C++ में <code>cstring</code>) में घोषित किए जाते हैं, जबकि C वाइड स्ट्रिंग्स पर चलने वाले फ़ंक्शन <code>wchar.h</code> हेडर (C++ में <code>cwchar</code>) में घोषित किए जाते हैं। इन हेडर में मेमोरी बफ़र्स को संभालने के लिए उपयोग किए जाने वाले फ़ंक्शन की घोषणाएं भी शामिल हैं; इस प्रकार यह नाम एक मिथ्या नाम है।
-में घोषित कार्य <code>string.h</code> सी मानक पुस्तकालय के एक हिस्से के रूप में बेहद लोकप्रिय हैं, उन्हें सी का समर्थन करने वाले किसी भी मंच पर काम करने की गारंटी है। हालांकि, इन कार्यों के साथ कुछ सुरक्षा समस्याएं मौजूद हैं, जैसे संभावित [[ बफ़र अधिकता ]] जब सावधानी से और ठीक से उपयोग नहीं किया जाता है, जिससे प्रोग्रामर सुरक्षित और संभवतः कम पोर्टेबल वेरिएंट पसंद करते हैं, जिनमें से कुछ लोकप्रिय नीचे सूचीबद्ध हैं। इनमें से कुछ फ़ंक्शन a को स्वीकार करके कॉन्स्ट-शुद्धता का भी उल्लंघन करते हैं <code>const</code> स्ट्रिंग सूचक और एक गैर-वापसी<code>const</code> स्ट्रिंग के भीतर सूचक। इसे ठीक करने के लिए, कुछ को मानक लाइब्रेरी के C++ संस्करण में दो [[फंक्शन ओवरलोडिंग]] में विभाजित किया गया है।
+<code>string.h</code> में घोषित फ़ंक्शंस बेहद लोकप्रिय हैं, क्योंकि सी मानक लाइब्रेरी के एक भाग के रूप में, उन्हें सी का समर्थन करने वाले किसी भी प्लेटफ़ॉर्म पर काम करने की गारंटी दी जाती है। हालाँकि, इन फ़ंक्शंस के साथ कुछ सुरक्षा समस्याएं मौजूद हैं, जैसे कि उपयोग न किए जाने पर संभावित बफर ओवरफ़्लो सावधानीपूर्वक और उचित तरीके से, जिससे प्रोग्रामर सुरक्षित और संभवतः कम पोर्टेबल वेरिएंट पसंद करते हैं, जिनमें से कुछ लोकप्रिय नीचे सूचीबद्ध हैं। इनमें से कुछ फ़ंक्शन एक <code>const</code> स्ट्रिंग पॉइंटर को स्वीकार करके और स्ट्रिंग के भीतर एक गैर-कॉन्स्ट पॉइंटर को वापस करके कॉन्स्ट-शुद्धता का उल्लंघन भी करते हैं। इसे ठीक करने के लिए, कुछ को मानक लाइब्रेरी के C++ संस्करण में दो अतिभारित फ़ंक्शंस में विभाजित किया गया है।
-ऐतिहासिक प्रलेखन में सी स्ट्रिंग्स के लिए बाइट के बजाय शब्द वर्ण का उपयोग अक्सर किया जाता था, जो कई का नेतृत्व करता है{{who|date=January 2017}} यह मानने के लिए कि ये कार्य किसी तरह UTF-8 के लिए काम नहीं करते हैं। वास्तव में सभी लंबाई को बाइट्स के रूप में परिभाषित किया गया है और यह सभी कार्यान्वयनों में सच है, और ये कार्य UTF-8 के साथ-साथ सिंगल-बाइट एन्कोडिंग के साथ भी काम करते हैं। इसे स्पष्ट करने के लिए बीएसडी प्रलेखन तय किया गया है, लेकिन POSIX, Linux, और Windows प्रलेखन अभी भी कई स्थानों पर वर्ण का उपयोग करता है जहां बाइट या wchar_t सही शब्द है।
+ऐतिहासिक दस्तावेज़ीकरण में C स्ट्रिंग्स के लिए "बाइट" के स्थान पर अक्सर "कैरेक्टर" शब्द का उपयोग किया जाता था, जिससे कई लोगों को यह विश्वास हो जाता है कि ये फ़ंक्शन किसी तरह UTF-8 के लिए काम नहीं करते हैं। वास्तव में सभी लंबाई को बाइट्स के रूप में परिभाषित किया गया है और यह सभी कार्यान्वयनों में सच है, और ये फ़ंक्शन यूटीएफ -8 के साथ-साथ सिंगल-बाइट एन्कोडिंग के साथ भी काम करते हैं। इसे स्पष्ट करने के लिए बीएसडी दस्तावेज़ को ठीक कर दिया गया है, लेकिन POSIX, Linux और Windows दस्तावेज़ अभी भी कई स्थानों पर "वर्ण" का उपयोग करते हैं जहां "बाइट" या {{code|wchar_t}} सही शब्द है।
-मेमोरी बफ़र्स को संभालने के लिए फ़ंक्शंस बाइट्स के अनुक्रमों को संसाधित कर सकते हैं जिनमें डेटा के हिस्से के रूप में नल-बाइट शामिल हैं। इन कार्यों के नाम आमतौर पर से शुरू होते हैं <code>mem</code>, के विपरीत <code>str</code> उपसर्ग।
+मेमोरी बफ़र्स को संभालने के लिए फ़ंक्शन बाइट्स के अनुक्रम को संसाधित कर सकते हैं जिसमें डेटा के हिस्से के रूप में नल-बाइट शामिल है। इन फ़ंक्शंस के नाम आम तौर पर <code>str</code> उपसर्ग के विपरीत, <code>mem</code> से शुरू होते हैं।
 === स्थिरांक और प्रकार ===
 {| class="wikitable"
 |-
-! Name !! Notes
+! नाम !! टिप्पणी
 |-
-|{{mono|NULL}} || Macro expanding to the [[null pointer]] constant; that is, a constant representing a pointer value which is guaranteed '''not''' to be a valid address of an object in memory.
+|{{mono|NULL}} || मैक्रो का विस्तार शून्य सूचक स्थिरांक तक होता है, जो कि एक सूचक मान का प्रतिनिधित्व करने वाला स्थिरांक है जो स्मृति में किसी ऑब्जेक्ट का वैध पता नहीं होने की गारंटी देता है।
 |-
-|{{anchor|wchar_t}}{{mono|wchar_t}} || Type used for a [[code unit]] in "wide" strings. On [[Windows]], the only platform to use {{mono|wchar_t}} extensively, it's defined as 16-bit<ref>{{Cite web |title=c++ - What is the use of wchar_t in general programming? |url=https://stackoverflow.com/questions/13509733/what-is-the-use-of-wchar-t-in-general-programming |access-date=2022-08-01 |website=Stack Overflow |language=en}}</ref> which '''''was''''' enough to represent any [[Unicode]] ([[UCS-2]]) character, but is now only enough to represent a [[UTF-16]] code unit, which can be half a code point. On other platforms it is defined as 32-bit and a Unicode code point always fits. The C standard only requires that {{mono|wchar_t}} be wide enough to hold the widest character set among the supported system [[C localization functions|locales]]<ref>{{cite web |url=https://pubs.opengroup.org/onlinepubs/007908775/xsh/stddef.h.html |title=stddef.h - standard type definitions |publisher=The Open Group |access-date=2017-01-28 }}</ref> and be greater or equal in size to {{mono|char}},<ref>{{cite book |title=Unicode Demystified: A Practical Programmer's Guide to the Encoding Standard |first=Richard |last=Gillam |url=https://books.google.com/books?id=wn5sXG8bEAcC&pg=PA714 |page=714 |publisher=Addison-Wesley Professional |year=2003|isbn=9780201700527 }}</ref>
+|{{anchor|wchar_t}}{{mono|wchar_t}} || "विस्तृत" स्ट्रिंग में एक कोड इकाई के लिए उपयोग किया जाने वाला प्रकार। विंडोज़ पर, {{mono|wchar_t}} का बड़े पैमाने पर उपयोग करने वाला एकमात्र प्लेटफ़ॉर्म, इसे 16-बिट के रूप में परिभाषित किया गया है जो किसी भी [[Unicode|यूनिकोड (UCS-2)]] वर्ण का प्रतिनिधित्व करने के लिए पर्याप्त था, लेकिन अब केवल UTF-16 कोड इकाई का प्रतिनिधित्व करने के लिए पर्याप्त है, जो आधा हो सकता है कोड बिंदु. अन्य प्लेटफ़ॉर्म पर इसे 32-बिट के रूप में परिभाषित किया गया है और एक यूनिकोड कोड बिंदु हमेशा फिट बैठता है।<ref>{{cite web |url=https://pubs.opengroup.org/onlinepubs/007908775/xsh/stddef.h.html |title=stddef.h - standard type definitions |publisher=The Open Group |access-date=2017-01-28 }}</ref> सी मानक के लिए केवल यह आवश्यक है कि {{mono|wchar_t}} समर्थित सिस्टम लोकेशंस के बीच सबसे व्यापक वर्ण सेट को धारण करने के लिए पर्याप्त चौड़ा हो और आकार में {{mono|char}} से बड़ा या बराबर हो,<ref>{{cite book |title=Unicode Demystified: A Practical Programmer's Guide to the Encoding Standard |first=Richard |last=Gillam |url=https://books.google.com/books?id=wn5sXG8bEAcC&pg=PA714 |page=714 |publisher=Addison-Wesley Professional |year=2003|isbn=9780201700527 }}</ref>
 |-
-|{{anchor|wint_t}}{{mono|wint_t}} || Integer type that can hold any value of a wchar_t as well as the value of the macro WEOF. This type is unchanged by integral promotions. Usually a 32 bit signed value.
+|{{anchor|wint_t}}{{mono|wint_t}} || पूर्णांक प्रकार जो {{code|wchar_t}} के किसी भी मान के साथ-साथ मैक्रो WEOF के मान को भी धारण कर सकता है। अभिन्न पदोन्नति द्वारा यह प्रकार अपरिवर्तित है। आमतौर पर 32 बिट हस्ताक्षरित मान।
 |-
-|{{anchor|mbstate_t}}{{mono|mbstate_t}} || Contains all the information about the conversion state required from one call to a function to the other.
+|{{anchor|mbstate_t}}{{mono|mbstate_t}} ||इसमें एक कॉल से दूसरे फ़ंक्शन तक आवश्यक रूपांतरण स्थिति के बारे में सभी जानकारी शामिल है।
 |}
+=== फंक्शन ===
-=== कार्य ===
 {| class="wikitable"
 |-
 !
-! Byte<br>string
+! बाइट
-! Wide<br>string
+स्ट्रिंग
-! Description<ref group="note">For wide string functions substitute {{mono|wchar_t}} for "byte" in the description</ref>
+! वाइड <br>स्ट्रिंग
+! विवरण<ref group="note">For wide string functions substitute {{mono|wchar_t}} for "byte" in the description</ref>
 |-
 ! rowspan=5 | String<br>manipulation
 | {{anchor|strcpy}}{{mono|strcpy}}<ref name=strcpy-cppreference>{{cite web|url=https://en.cppreference.com/w/c/string/byte/strcpy |title=strcpy - cppreference.com |publisher=En.cppreference.com |date=2014-01-02 |access-date=2014-03-06}}</ref>
 | {{anchor|wcscpy}}{{mono|wcscpy}}<ref>{{cite web|url=https://en.cppreference.com/w/c/string/wide/wcscpy |title=wcscpy - cppreference.com |publisher=En.cppreference.com |access-date=2014-03-06}}</ref>
-| Copies one string to another
+|एक स्ट्रिंग को दूसरे में कॉपी करता है
 |-
 | {{anchor|strncpy}}{{mono|strncpy}}<ref>{{cite web|url=https://en.cppreference.com/w/c/string/byte/strncpy |title=strncpy - cppreference.com |publisher=En.cppreference.com |date=2013-10-04 |access-date=2014-03-06}}</ref>
 | {{anchor|wcsncpy}}{{mono|wcsncpy}}<ref>{{cite web|url=https://en.cppreference.com/w/c/string/wide/wcsncpy |title=wcsncpy - cppreference.com |publisher=En.cppreference.com |access-date=2014-03-06}}</ref>
-| Writes exactly {{mvar|n}} bytes, copying from source or adding nulls
+|स्रोत से कॉपी करके या शून्य जोड़कर बिल्कुल n बाइट्स लिखता है
 |-
 | {{anchor|strcat}}{{mono|strcat}}<ref name=strcat-cppreference>{{cite web|url=https://en.cppreference.com/w/c/string/byte/strcat |title=strcat - cppreference.com |publisher=En.cppreference.com |date=2013-10-08 |access-date=2014-03-06}}</ref>
 | {{anchor|wcscat}}{{mono|wcscat}}<ref>{{cite web|url=https://en.cppreference.com/w/c/string/wide/wcscat |title=wcscat - cppreference.com |publisher=En.cppreference.com |access-date=2014-03-06}}</ref>
-| Appends one string to another
+|एक स्ट्रिंग को दूसरे से जोड़ता है
 |-
 | {{anchor|strncat}}{{mono|strncat}}<ref>{{cite web|url=https://en.cppreference.com/w/c/string/byte/strncat |title=strncat - cppreference.com |publisher=En.cppreference.com |date=2013-07-01 |access-date=2014-03-06}}</ref>

Name	Platform	Description
bzero^[82]^[83]	POSIX, BSD	Fills a buffer with zero bytes, deprecated by memset
memccpy^[84]	SVID, POSIX	Part of the C standard since C23, copies between two non-overlapping memory areas, stopping when a given byte is found.
mempcpy^[85]	GNU	a variant of memcpy returning a pointer to the byte following the last written byte
strcasecmp^[86]	POSIX, BSD	case-insensitive versions of strcmp
strcat_s^[87]	Windows	a variant of strcat that checks the destination buffer size before copying
strcpy_s^[88]	Windows	a variant of strcpy that checks the destination buffer size before copying
strdup^[89]	POSIX	Part of the C standard since C23, allocates and duplicates a string
strerror_r^[90]	POSIX 1, GNU	a variant of strerror that is thread-safe. The GNU version is incompatible with the POSIX one.
stricmp^[91]	Windows	case-insensitive versions of strcmp
strlcpy^[92]	BSD, Solaris	a variant of strcpy that truncates the result to fit in the destination buffer^[93]
strlcat^[92]	BSD, Solaris	a variant of strcat that truncates the result to fit in the destination buffer^[93]
strsignal^[94]	POSIX:2008	returns string representation of a signal code. Not thread safe.
strtok_r^[95]	POSIX	a variant of strtok that is thread-safe
char8_t^[96]	Windows	Part of the C standard since C23, in <uchar.h>, a type that is suitable for storing UTF-8 characters.
char16_t^[97]	C99	Part of the C standard since C11, in <uchar.h>, a type capable of holding 16 bits even if wchar_t is another size.
char32_t^[97]	C99	Part of the C standard since C11, in <uchar.h>, a type capable of holding 32 bits even if wchar_t is another size.

v t e C programming language
ANSI C C99 C11 C17 C2x Embedded C MISRA C
Features	Functions Header files Operators String Syntax Preprocessor Data types
Standard library	Char File I/O Math Dynamic memory String Time Variadic POSIX
Standard library implementations	Bionic libhybris dietlibc glibc EGLIBC klibc Windows CRT musl Newlib uClibc
Compilers	ACK Borland Turbo C Clang GCC ICC LCC Norcroft C PCC SDCC TCC Visual Studio / Express / C++ Watcom C/C++
IDEs	Anjuta CLion Code::Blocks CodeLite Eclipse Geany GNOME Builder KDevelop Visual Studio NetBeans
Comparison with other languages	Compatibility of C and C++ Comparison with Pascal
Descendant languages	C++ C# D Objective-C Alef Limbo Go Vala
Category

Anonymous

Search

सी स्ट्रिंग हैंडलिंग: Difference between revisions

Namespaces

More

Page actions

Revision as of 10:33, 24 June 2023

Contents

परिभाषाएँ

कैरेक्टर एनकोडिंग

कार्यों का अवलोकन

स्थिरांक और प्रकार

फंक्शन

मल्टीबाइट कार्य

संख्यात्मक रूपांतरण

लोकप्रिय एक्सटेंशन

प्रतिस्थापन

यह भी देखें

टिप्पणियाँ

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

सी स्ट्रिंग हैंडलिंग: Difference between revisions

Revision as of 10:33, 24 June 2023

परिभाषाएँ

कैरेक्टर एनकोडिंग

कार्यों का अवलोकन

स्थिरांक और प्रकार

फंक्शन

मल्टीबाइट कार्य

संख्यात्मक रूपांतरण

लोकप्रिय एक्सटेंशन

प्रतिस्थापन

यह भी देखें

टिप्पणियाँ

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories