{"id":96211,"date":"2020-10-09T07:42:43","date_gmt":"2020-10-09T05:42:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/pochemu-v-ebcdic-bukvy-idut-ne-podryad"},"modified":"2020-10-09T07:42:43","modified_gmt":"2020-10-09T05:42:43","slug":"pochemu-v-ebcdic-bukvy-idut-ne-podryad","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-v-ebcdic-bukvy-idut-ne-podryad","title":{"rendered":"Warum sind Buchstaben im EBCDIC nicht aufeinanderfolgend?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Der ASCII-Standard wurde 1963 angenommen, und heutzutage verwendet wahrscheinlich niemand mehr eine Kodierung, deren erste 128 Zeichen sich von ASCII unterscheiden. Dennoch wurde bis zum Ende des letzten Jahrhunderts aktiv EBCDIC verwendet \u2013 die Standardkodierung f\u00fcr IBM-Mainframes und ihre sowjetischen Klone der ES EVM. EBCDIC bleibt die Hauptkodierung in z\/OS \u2013 dem Standardbetriebssystem f\u00fcr moderne IBM Z-Mainframes.<\/p>\n

Was sofort ins Auge f\u00e4llt, wenn man EBCDIC betrachtet, ist, dass die Buchstaben nicht aufeinanderfolgend angeordnet sind: Zwischen I<\/code> und J<\/code> und zwischen R<\/code> und S<\/code> blieben ungenutzte Positionen (auf der ES EVM wurden in diesen Zwischenr\u00e4umen Zeichen des Kyrillischen verteilt). Wer k\u00f6nnte auf die Idee kommen, Buchstaben mit ungleichen Abst\u00e4nden zwischen benachbarten Buchstaben zu kodieren?<\/a><\/noindex> Der Name EBCDIC (\u201eExtended BCDIC\u201c) deutet darauf hin, dass diese Kodierung \u2013 im Gegensatz zu ASCII \u2013 nicht aus dem Nichts geschaffen wurde, sondern auf der sechsstelligen Kodierung BCDIC basiert, die seit<\/p>\n

\"Warum<\/p>\n

Der Name EBCDIC («Extended BCDIC») deutet darauf hin, dass diese Kodierung \u2013 im Gegensatz zu ASCII \u2013 nicht aus dem Nichts entstand, sondern auf der sechsbittigen BCDIC-Kodierung basierte, die seit verwendet wurde. Eine unmittelbare R\u00fcckw\u00e4rtskompatibilit\u00e4t gibt es nicht: Ein angenehmer Aspekt von BCDIC, der beim \u00dcbergang zu EBCDIC verloren ging, war, dass den Zahlen<\/a><\/noindex> (1954):<\/p>\n

\"Warum<\/p>\n

die Codes 0-9 zugeordnet sind. Dennoch gab es bereits Unterschiede von sieben Codes zwischen 0<\/code>\u20149<\/code> und von acht Codes zwischen I<\/code> und J<\/code> in BCDIC. Woher stammen diese? R<\/code> und S<\/code> Die Geschichte von (E)BCDIC beginnt gleichzeitig mit der Geschichte von IBM \u2013 lange bevor es elektronische Computer gab. IBM entstand aus der Fusion von vier Unternehmen, wobei das technologisch fortschrittlichste die \u201eTabulating Machine Company\u201c war, die 1896 von Hermann Hollerith \u2013 dem Erfinder des<\/p>\n

Die Geschichte von (E)BCDIC beginnt gleichzeitig mit der Geschichte von IBM \u2013 lange bevor elektronische Computer existierten. IBM entstand aus der Fusion von vier Unternehmen, von denen die technologisch fortschrittlichste die «Tabulating Machine Company» war, die 1896 von Herman Hollerith, dem Erfinder, gegr\u00fcndet wurde. \u2013 gegr\u00fcndet wurde. Die ersten Tabulatoren hatten lediglich die Aufgabe, die Anzahl der an einem bestimmten Ort gestanzten Perforierkarten zu z\u00e4hlen; doch 1905 begann Hollerith mit der Produktion von<\/a><\/noindex>dezimalen Tabulatoren. Jede Karte f\u00fcr den dezimalen Tabulator bestand aus Feldern beliebiger L\u00e4nge, und die in diesen Feldern in \u00fcblicher dezimaler Form geschriebenen Zahlen wurden \u00fcber das gesamte Deck summiert. Die Aufteilung der Karte in Felder wurde durch die Verbindung von Dr\u00e4hten an der Schaltplatte des Tabulators festgelegt. Zum Beispiel ist auf dieser Perforierkarte von Hollerith,<\/em> die im Kongressarchiv aufbewahrt wird, offensichtlich die Zahl 23456789012345678 eingestanzt, unbekannt wie sie auf die Felder verteilt ist:<\/a><\/noindex> Die Aufmerksamen k\u00f6nnten bemerkt haben, dass die Hollerith-Karte 12 Reihen f\u00fcr L\u00f6cher hat, obwohl f\u00fcr Zahlen zehn ausreichen; und in BCDIC werden f\u00fcr jeden Wert der oberen zwei Bits nur 12 von 16 m\u00f6glichen Codes verwendet.<\/p>\n

\"Warum<\/p>\n

Die aufmerksamsten k\u00f6nnten bemerkt haben, dass auf der Hollerith-Karte 12 Reihen f\u00fcr L\u00f6cher vorhanden sind, obwohl f\u00fcr die Ziffern zehn ausreichend sind; und in BCDIC werden f\u00fcr jeden Wert der beiden h\u00f6chsten Bits nur 12 Codes aus 16 m\u00f6glichen verwendet.<\/p>\n

Das ist nat\u00fcrlich kein zuf\u00e4lliger Zufall. Urspr\u00fcnglich wollte Hollerith zus\u00e4tzliche Reihen f\u00fcr «besondere Markierungen» einf\u00fchren, die nicht summiert, sondern einfach gez\u00e4hlt wurden \u2013 wie in den allerersten Tabulatoren. (Heute w\u00fcrden wir sie «Bitfelder» nennen.) Dar\u00fcber hinaus konnten unter den «besonderen Markierungen» Gruppierungsindikatoren festgelegt werden: Wenn bei der Tabulation nicht nur Endsummen, sondern auch Zwischenwerte ben\u00f6tigt wurden, stoppte der Tabulator, sobald eine \u00c4nderung eines der Gruppierungsindikatoren festgestellt wurde, und der Operator musste die Zwischenwerte von den digitalen Anzeigen auf Papier \u00fcbertragen, die Anzeigen zur\u00fccksetzen und die Tabulation fortsetzen. Zum Beispiel konnte bei der Berechnung von Buchhaltungsbilanzen eine Kartengruppe einem Datum oder einem Gesch\u00e4ftspartner entsprechen.<\/p>\n

Bis 1920, als Hollerith bereits im Ruhestand war, kamen die «druckenden Tabulatoren» in Gebrauch, die mit einem Fernschreiber verbunden waren und in der Lage waren, Zwischenwerte selbst zu drucken, ohne dass eine Interaktion des Operators erforderlich war. Die Schwierigkeit bestand nun darin, zu bestimmen, was jede der gedruckten Zahlen bedeutete. 1931 entschloss sich IBM, durch «besonderen Markierungen» Buchstaben zu kennzeichnen: Eine Markierung in der 12. Zeile bezeichnete einen Buchstaben von A<\/code> bis I<\/code>, in der 11. Zeile von J<\/code> bis R<\/code>, in der Nullzeile von S<\/code> bis Z<\/code>. Der neue «alphabetische Tabulator» konnte den Namen jeder Kartengruppe zusammen mit den Zwischenwerten drucken; hierbei wurde die nicht durchstochene Spalte in einen Raum zwischen den Zeichen verwandelt. Beachten Sie, dass S<\/code> durch die Kombination der L\u00f6cher 0+2 gekennzeichnet ist, w\u00e4hrend die Kombination 0+1 urspr\u00fcnglich nicht verwendet wurde, aus Angst, dass zwei nebeneinanderliegende L\u00f6cher in einer Spalte mechanische Probleme im Kartenleser verursachen k\u00f6nnten.<\/p>\n

\"Warum<\/p>\n

Jetzt kann man die BCDIC-Tabelle aus einem etwas anderen Blickwinkel betrachten:<\/p>\n

\"Warum<\/p>\n

Abgesehen davon, dass 0 und Leerzeichen vertauscht wurden, bestimmen die beiden h\u00f6chsten Bits die «besondere Markierung», die seit 1931 auf der Lochkarte f\u00fcr das entsprechende Zeichen durchgestanzt wurde; die vier niedrigeren Bits bestimmen die Ziffer, die im Hauptteil der Karte durchgestanzt wird. Unterst\u00fctzung f\u00fcr Zeichen & - \/<\/code> Es wurde in die IBM-Tabulatoren in den 1930er Jahren eingef\u00fcgt, und die Kodierung dieser Zeichen in BCDIC entspricht den gestanzten Kombinationen von L\u00f6chern. Als eine Unterst\u00fctzung f\u00fcr noch mehr Zeichen ben\u00f6tigt wurde, stanzte man als zus\u00e4tzliche 'Sondermarkierung' eine Reihe von 8 \u2013 so konnten in einer Spalte bis zu drei L\u00f6cher sein. Dieses Format der perforierten Karten blieb bis zum Ende des Jahrhunderts praktisch unver\u00e4ndert. In der UDSSR wurden die IBM-Kodierungen f\u00fcr das lateinische Alphabet und die Interpunktion beibehalten, w\u00e4hrend f\u00fcr die kyrillischen Buchstaben sofort mehrere 'Sondermarkierungen' in den Reihen 12, 11, 0 gestanzt wurden \u2013 nicht beschr\u00e4nkt auf drei L\u00f6cher in einer Spalte.<\/p>\n

Als der Computer IBM 704 entwickelt wurde, wurde lange nicht \u00fcber die Kodierung von Zeichen nachgedacht: Die bereits verwendete Kodierung in perforierten Karten wurde einfach \u00fcbernommen und lediglich die 0 'an ihren Platz' gestellt. 1964, beim \u00dcbergang von BCDIC zu EBCDIC, blieben die unteren vier Bits jedes Zeichens unver\u00e4ndert, obwohl die oberen Bits ein wenig umsortiert wurden. So hatte das von Hollerith zu Beginn des letzten Jahrhunderts gew\u00e4hlte Format der perforierten Karten Einfluss auf die Architektur aller IBM-Computer bis hin zur IBM Z.<\/p>\n

Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0442\u0430\u043d\u0434\u0430\u0440\u0442 ASCII \u0431\u044b\u043b \u043f\u0440\u0438\u043d\u044f\u0442 \u0432 1963, \u0438 \u0441\u0435\u0439\u0447\u0430\u0441 \u0432\u0440\u044f\u0434 \u043b\u0438 \u043a\u0442\u043e-\u043d\u0438\u0431\u0443\u0434\u044c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u043a\u043e\u0434\u0438\u0440\u043e\u0432\u043a\u0443, \u043f\u0435\u0440\u0432\u044b\u0435 128 \u0441\u0438\u043c\u0432\u043e\u043b\u043e\u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u043e\u0442\u043b\u0438\u0447\u0430\u043b\u0438\u0441\u044c \u0431\u044b \u043e\u0442 ASCII. \u0422\u0435\u043c \u043d\u0435 \u043c\u0435\u043d\u0435\u0435, \u0434\u043e \u043a\u043e\u043d\u0446\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e \u0432\u0435\u043a\u0430 \u0430\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043b\u0430\u0441\u044c EBCDIC \u2014 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u0430\u044f \u043a\u043e\u0434\u0438\u0440\u043e\u0432\u043a\u0430 \u0434\u043b\u044f \u043c\u0435\u0439\u043d\u0444\u0440\u0435\u0439\u043c\u043e\u0432 IBM \u0438 \u0438\u0445 \u0441\u043e\u0432\u0435\u0442\u0441\u043a\u0438\u0445 \u043a\u043b\u043e\u043d\u043e\u0432 \u0415\u0421 \u042d\u0412\u041c. EBCDIC \u043e\u0441\u0442\u0430\u0451\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0439 \u043a\u043e\u0434\u0438\u0440\u043e\u0432\u043a\u043e\u0439 \u0432 z\/OS \u2014 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u043e\u0439 \u041e\u0421 \u0434\u043b\u044f \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0445 \u043c\u0435\u0439\u043d\u0444\u0440\u0435\u0439\u043c\u043e\u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":96212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-96211","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Warum sind die Buchstaben im EBCDIC nicht aufeinander folgend? | ProHoster","description":"Der ASCII-Standard wurde 1963 angenommen, und heutzutage wird wahrscheinlich kaum jemand eine Kodierung verwenden, deren ersten 128 Zeichen sich vom ASCII unterscheiden.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-v-ebcdic-bukvy-idut-ne-podryad","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0447\u0435\u043c\u0443 \u0432 EBCDIC \u0431\u0443\u043a\u0432\u044b \u0438\u0434\u0443\u0442 \u043d\u0435 \u043f\u043e\u0434\u0440\u044f\u0434? | ProHoster","og:description":"\u0421\u0442\u0430\u043d\u0434\u0430\u0440\u0442 ASCII \u0431\u044b\u043b \u043f\u0440\u0438\u043d\u044f\u0442 \u0432 1963, \u0438 \u0441\u0435\u0439\u0447\u0430\u0441 \u0432\u0440\u044f\u0434 \u043b\u0438 \u043a\u0442\u043e-\u043d\u0438\u0431\u0443\u0434\u044c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u043a\u043e\u0434\u0438\u0440\u043e\u0432\u043a\u0443, \u043f\u0435\u0440\u0432\u044b\u0435 128 \u0441\u0438\u043c\u0432\u043e\u043b\u043e\u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u043e\u0442\u043b\u0438\u0447\u0430\u043b\u0438\u0441\u044c \u0431\u044b \u043e\u0442 ASCII.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-v-ebcdic-bukvy-idut-ne-podryad","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-09T05:42:43+00:00","article:modified_time":"2020-10-09T05:42:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"96211","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:48:22","updated":"2022-10-03 07:13:05","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/96211","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=96211"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/96211\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/96212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=96211"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=96211"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=96211"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}