"But ASCII had a practical path to UNICODE because ASCII, unlike EBCDIC, kept important code points static. EBCDIC made the irreparable mistake of overloading common code points rather than colonizing the 256-character wilderness as ASCII did."
Back in the day, ASCII was a 7-bit code, EBCDIC was 8-bit. Later the 128 character limitation of 7-bit code became an issue and ASCII evolved into a multitude 8-bit variants. -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Paul Gilmartin Sent: Monday, November 19, 2018 3:20 PM To: [email protected] Subject: Re: So much for THAT excuse | Computerworld SHARK TANK On Mon, 19 Nov 2018 15:52:44 -0500, Tony Harminc wrote: >> > >> >Case sensitivity and null-terminated strings: two historical Unix mistakes >> >that have cost untold billions. >> > >> And EBCDIC tops them both. Just count the problems discussed on these lists. > >I'd say it's an "EBCDIC in an ASCII world" problem; not anything >fundamentally wrong with EBCDIC. Imagine if the original IBM PC had >been an EBCDIC machine. OS/2 and Windows would surely have followed, >Unicode would've been EBCDIC-based, and we'd live in a different but >not necessarily worse world. > Conversely, if the original S/360 had been an ASCII machine, ... ASCII antedated EBCDIC. EBCDIC was the disastrous outcome of IBM's struggle to meet schedule and cost targets when IBM "bet the future of the company" on the S/360. IBM won; customers lost. ASCII suffered a "jungle of incompatible code pages" similar to that of EBCDIC -- consider the ISO-Latin variants. But ASCII had a practical path to UNICODE because ASCII, unlike EBCDIC, kept important code points static. EBCDIC made the irreparable mistake of overloading common code points rather than colonizing the 256-character wilderness as ASCII did. And IBM missed a more recent opportunity by not making z/OS UNIX System Services ASCII-based like the original IBM PC. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
