ASCII टेबल

यह किसके लिए है?

ASCII (American Standard Code for Information Interchange) 128-character वाली coding system है, जो digits, letters, punctuation और कुछ control codes को 0–127 integers पर map करती है। यह वह नींव है जिसे हर modern text encoding (UTF-8, Latin-1, Windows-1252) extend करता है, इसलिए values को जानना कभी-कभी बहुत ज़रूरी हो जाता है — binary file में किसी अजीब byte का diagnose करना, "किसी भी printable" के लिए regex बनाना, hex dump पढ़ना, या यह याद रखना कि 0x0A newline है या 0x0D।

कब इस्तेमाल करें

• एक hex dump पढ़ना और यह समझने की कोशिश करना कि वे bytes क्या कह रहे हैं।
• parser लिखते समय boundary values की ज़रूरत: 0x20 (space), 0x7E (tilde) — printable range।
• एक CSV को debug करना जो इसलिए टूट गई क्योंकि उसमें कहीं 0x09 (Tab) या 0x1F (Unit Separator) था।
• किसी मुश्किल character के लिए HTML entity बनाना — A = A।
• इस बहस को निपटाना कि \r 0x0D है (हाँ — Carriage Return) और \n 0x0A है (हाँ — Line Feed)।

आम गलतियाँ

• ASCII 7-bit है, 8-bit नहीं। Codes 128–255 ASCII नहीं हैं — वे document द्वारा declare की गई किसी भी 8-bit encoding (Latin-1, CP-1252, …) से सम्बन्ध रखते हैं, या UTF-8 sequence के lead bytes होते हैं।
• Newlines platform के अनुसार अलग होते हैं। Unix/macOS केवल LF (0x0A) इस्तेमाल करते हैं; पुराना Mac Classic CR (0x0D) इस्तेमाल करता था; Windows CRLF इस्तेमाल करता है। दोनों को mix करने वाली files में naive line counting टूट जाती है।
• Control characters अदृश्य saboteurs हो सकते हैं। Terminal या PDF से copy/paste करने पर 0x1F, 0x07 (BEL — असली में terminal beep करता है), या zero-width Unicode characters आ सकते हैं जो ASCII हैं ही नहीं। अगर text "ठीक दिखता है" पर comparison में बराबर नहीं आता, तो bytes में dump करके देखें।
• HTML entities हमेशा ज़रूरी नहीं होती। Modern UTF-8 documents में A और literal A बराबर हैं। केवल उन characters को escape करें जिनका HTML में syntactic meaning है: &, <, >, और attributes में "।
• NUL (0x00) C में strings को terminate करता है। इसे बिना सोचे C-string buffers में embed न करें — कई APIs पहले NUL पर चुपचाप truncate कर देंगे।