LLMpediaThe first transparent, open encyclopedia generated by LLMs

EBCDIC

Generated by DeepSeek V3.2
Note: This article was automatically generated by a large language model (LLM) from purely parametric knowledge (no retrieval). It may contain inaccuracies or hallucinations. This encyclopedia is part of a research project currently under review.
Article Genealogy
Parent: ASCII Hop 4
Expansion Funnel Raw 101 → Dedup 0 → NER 0 → Enqueued 0
1. Extracted101
2. After dedup0 (None)
3. After NER0 ()
4. Enqueued0 ()
EBCDIC
NameExtended Binary Coded Decimal Interchange Code
Released1964 1963
Based onBinary-coded decimal
Extended fromHollerith code
StandardIBM S/360 architecture
ClassificationExtended binary-coded decimal

EBCDIC is a family of character encodings developed by IBM for its System/360 line of mainframe computers. It was designed as an 8-bit extension of the binary-coded decimal (BCD) system used on earlier punched card equipment, providing a standardized method for representing alphanumeric and control characters. While largely supplanted by ASCII and Unicode in modern computing, EBCDIC remains in use on legacy IBM Z systems and in specific financial transaction and banking software environments.

History and development

The encoding was created in the early 1960s as a core component of the IBM System/360 architecture, which aimed to unify IBM 1401, IBM 7070, and IBM 7080 product lines. Its design was heavily influenced by the Hollerith code used on punched card machines from the 026 Keypunch era. Key figures in its development included Bob O. Evans and the IBM Systems Development Division, who sought a backward-compatible encoding for business data processing. The initial release coincided with the announcement of the IBM 360/30 and was subsequently adopted across the entire S/360 family, becoming integral to operating systems like OS/360 and DOS/360.

Character set layout

The encoding organizes characters into 256 possible code points, structured around four 64-character "banks." The first bank contains primarily control characters for teleprinter and data transmission functions, while subsequent banks hold uppercase letters, lowercase letters, and numerical digits. Notably, the letters are not arranged in a contiguous alphabetical order, with gaps between 'I' and 'J' and between 'R' and 'S'. This layout reflects its origins in punched card collating sequences and the BCD intermediary format. Special symbols like the cent sign and logical NOT symbol occupy specific positions defined by various code page standards.

Code page variants

Numerous national and specialized variants were created to support different natural languages and industry requirements. Key examples include EBCDIC 037 for United States English, EBCDIC 273 for German in Austria and Germany, and EBCDIC 500 for international use. The Japanese language was supported through variants like EBCDIC 1027 and the DBCS-enabled EBCDIC 939. For United Kingdom markets, EBCDIC 285 was prevalent, while IBM 3270 terminal systems often utilized EBCDIC 1047. These code pages were documented in the IBM Character Data Representation Architecture (CDRA) library.

Comparison with ASCII

A fundamental difference lies in the bit arrangement, with the former using a zone/numeric structure inherited from BCD, whereas ASCII employs a more logically contiguous layout for alphanumeric characters. The placement of uppercase and lowercase letters differs significantly, complicating data interchange between systems using the two encodings. While ASCII became the dominant encoding for personal computers and internet protocols, the IBM encoding was optimized for the EBCDIC collating sequence in business applications on System/370 and later ESA/390 platforms. The ANSI standard X3.4 formalized ASCII, but no equivalent single standard governed the IBM family.

Usage and legacy systems

The encoding is intrinsically linked to IBM mainframe operating systems such as z/OS, z/VSE, and z/TPF. Critical legacy systems in banking, insurance, and airline reservation sectors, including Sabre and CICS, rely on it for batch processing and transaction processing. Major financial institutions like Citibank and JPMorgan Chase maintain core banking software using this encoding on IBM Z hardware. It is also found in older database management systems like DB2 and IMS, as well as in archival data from Social Security Administration and Internal Revenue Service systems.

Conversion and translation

Tools for converting data between encodings are essential for systems integration and data migration projects. The iconv utility on Unix-like systems and the IBM DataGate software provide robust conversion capabilities. Programming languages like Java offer classes such as java.nio.charset.Charset to handle transformations, while Perl scripts often use the Encode module. The Open Group publishes conversion tables as part of the POSIX standard. During Y2K remediation and euro conversion projects, extensive translation efforts were undertaken for COBOL applications on System/390 platforms to ensure compatibility with ASCII-based networks.

Category:Character sets Category:IBM proprietary software Category:1964 introductions