Was bedeutet es, „sh-kompatibel“ zu sein?

Warum sind sie unterschiedlich?

Aus den gleichen Gründen sind alle „Neu &Verbessert!“ Dinge sind anders:

• Die verbesserte Version konnte nur verbessert werden, indem die Abwärtskompatibilität gebrochen wurde.

• Jemand hat sich eine andere Art und Weise ausgedacht, wie etwas funktionieren könnte, was ihnen besser gefällt, aber das ist nicht die gleiche Art und Weise, wie die alte funktioniert hat.

• Jemand hat versucht, einen alten Standard neu zu implementieren, ohne ihn vollständig zu verstehen, also hat er es vermasselt und einen unbeabsichtigten Unterschied geschaffen.

Fußnoten und Randbemerkungen :

1. Frühe Versionen von BSD Unix waren nur Add-On-Softwaresammlungen für V6 Unix. Da die Bourne-Shell erst in V7 zu AT&T Unix hinzugefügt wurde, hatte BSD technisch gesehen nicht mit der Bourne-Shell begonnen. BSDs Antwort auf die primitive Natur der Thompson-Shell war die C-Shell.

   Trotzdem basierten die ersten Standalone-Versionen von BSD (2.9BSD und 3BSD) auf V7 oder seinem portablen Nachfolger UNIX/32V, also hatten sie es die Bourne-Shell enthalten.

   (Die 2BSD-Reihe wurde zu einer parallelen Abzweigung von BSD für Digitals PDP-Minicomputer, während die 3BSD- und 4BSD-Reihen fortfuhren, neuere Computertypen wie Vaxen- und Unix-Workstations zu nutzen. 2.9BSD war im Wesentlichen die PDP-Version von 4.1cBSD; das waren sie gleichzeitiger und geteilter Code. PDPs verschwanden nicht einfach, als die VAX ankam, also watschelt die 2BSD-Linie immer noch dahin.)

   Man kann mit Sicherheit sagen, dass die Bourne-Shell 1983 überall in der Unix-Welt war. Das ist eine gute Annäherung an „für immer“ in der Computerindustrie. MS-DOS bekam in diesem Jahr ein hierarchisches Dateisystem (aww, wie süß!) und den ersten 24-Bit-Macintosh mit seinem 9-Zoll-B&W-Bildschirm – nicht Graustufen, buchstäblich schwarz und weiß – würde erst Anfang nächsten Jahres herauskommen.

2. Die Thompson-Schale war nach heutigen Maßstäben ziemlich primitiv. Es war nur eine interaktive Befehlsshell und nicht die Skript-Programmierumgebung, die wir heute erwarten. Es hatte Dinge wie Pipes und E/A-Umleitung, die wir als prototypischen Teil einer „Unix-Shell“ betrachten, sodass wir davon ausgehen, dass die MS-DOS-Befehlsshell sie von Unix erhält.

   Die Bourne-Shell ersetzte auch die PWB-Shell, die der Thompson-Shell wichtige Dinge wie Programmierbarkeit hinzufügte (if , switch und while ) und eine frühe Form von Umgebungsvariablen. Die PWB-Shell ist noch weniger in Erinnerung als die Thompson-Shell, da sie nicht Teil jeder Unix-Version war.

3. Wenn jemand nicht ist speziell in Bezug auf die Kompatibilität von POSIX und Bourne-Shell gibt es eine ganze Reihe von Dingen, die sie bedeuten könnten.

   Auf der einen Seite könnten sie die Bourne-Shell von 1979 als Basis verwenden. Ein „sh -kompatibles Skript“ in diesem Sinne bedeuten, dass es perfekt auf der echten Bourne-Shell oder einem ihrer Nachfolger und Klone laufen soll:ash , bash , ksh , zsh usw.

   Jemand am anderen Extrem nimmt stattdessen die von POSIX angegebene Shell als Basislinie an. Wir nehmen heutzutage so viele Funktionen der POSIX-Shell als „Standard“, dass wir oft vergessen, dass sie in der Bourne-Shell eigentlich nicht vorhanden waren:eingebaute Arithmetik, Jobsteuerung, Befehlshistorie, Aliase, Befehlszeilenbearbeitung, der $() Form der Befehlsersetzung usw.

4. Obwohl die Wurzeln der Korn-Shell bis in die frühen 1980er Jahre zurückreichen, hat AT&T sie erst mit System V Release 4 im Jahr 1988 in Unix ausgeliefert. Da so viele kommerzielle Unixe auf SVR4 basieren, wurde hier ksh gesetzt in so ziemlich jedem relevanten kommerziellen Unix seit den späten 1980er Jahren.

   (Ein paar seltsame Unix-Varianten, die auf SVR3 und früher basierten, hielten sich nach der Veröffentlichung von SVR4 am Markt fest, aber sie waren die ersten, die gegen die Wand drängten, als die Revolution kam.)

   1988 ist auch das Jahr, in dem der erste POSIX-Standard mit seiner Korn-Shell-basierten „POSIX-Shell“ herauskam. Später, im Jahr 1993, kam eine verbesserte Version der Korn-Shell heraus. Da POSIX das Original effektiv an Ort und Stelle genagelt hat, ksh in zwei Hauptversionen aufgeteilt:ksh88 und ksh93 , benannt nach den Jahren ihrer Trennung.

   ksh88 ist nicht vollständig POSIX-kompatibel, obwohl die Unterschiede gering sind, sodass einige Versionen des ksh88 Shell wurden gepatcht, um POSIX-kompatibel zu sein. (Dies aus einem interessanten Interview auf Slashdot mit Dr. David G. Korn. Ja, der Typ, der die Shell geschrieben hat.)

   ksh93 ist eine voll kompatible Obermenge der POSIX-Shell. Entwicklung auf ksh93 ist sporadisch aufgetreten, seit das primäre Quell-Repository von AT&T zu GitHub verschoben wurde, wobei die neueste Version etwa 3 Jahre alt ist, während ich dies schreibe, ksh93v. (Der Basisname des Projekts bleibt ksh93 mit hinzugefügten Suffixen, um Release-Versionen nach 1993 zu kennzeichnen.)

   Systeme, die eine Korn-Shell getrennt von der POSIX-Shell enthalten, stellen sie normalerweise als /bin/ksh zur Verfügung , obwohl es sich manchmal woanders versteckt.

   Wenn wir über ksh sprechen oder Korn-Shell namentlich sprechen wir von ksh93 Merkmale, die es von seinen abwärtskompatiblen Bourne- und POSIX-Shell-Subsets unterscheiden. Auf den reinen ksh88 stößt man selten heute.

5. AT&T hielt den Quellcode der Korn-Shell bis März 2000 proprietär. Zu diesem Zeitpunkt war die Verbindung von Linux mit GNU Bash sehr stark. Bash und ksh93 jeder hat Vorteile gegenüber dem anderen, aber an diesem Punkt hält die Trägheit Linux fest mit Bash verbunden.

   Warum die frühen Linux-Anbieter am häufigsten GNU Bash gegenüber pdksh wählen , was war zu der Zeit, als Linux anfing, verfügbar war, schätze ich, weil so viel vom restlichen Userland auch aus dem GNU-Projekt stammte. Bash ist auch etwas fortgeschrittener als pdksh , da sich die Bash-Entwickler nicht darauf beschränken, Funktionen der Korn-Shell zu kopieren.

   Arbeite an pdksh hörte etwa zu der Zeit auf, als AT&T den Quellcode für die echte Korn-Shell veröffentlichte. Es gibt jedoch zwei Hauptzweige, die noch gepflegt werden:der OpenBSD pdksh und die MirBSD-Korn-Shell, mksh .

   Ich finde es interessant, dass mksh ist die einzige derzeit für Cygwin gepackte Korn-Shell-Implementierung.

6. GNU Bash geht in vielerlei Hinsicht über POSIX hinaus, aber Sie können es bitten, in einem reineren POSIX-Modus zu laufen.

7. csh /tcsh war in den frühen 1990er Jahren normalerweise die interaktive Standard-Shell auf BSD-Unixen.

   Da es sich um eine BSD-Variante handelte, waren frühe Versionen von Mac OS X bis Mac OS X 10.2 „Jaguar“ so. OS X hat die Standard-Shell von tcsh geändert Bash in OS X 10.3 „Panther“. Diese Änderung wirkte sich nicht auf Systeme aus, die von 10.2 oder früher aktualisiert wurden. Die bestehenden Benutzer auf diesen konvertierten Systemen behielten ihren tcsh Schale.

   FreeBSD behauptet, immer noch tcsh zu verwenden als Standard-Shell, aber auf der FreeBSD 10-VM, die ich hier habe, scheint die Standard-Shell eine der POSIX-kompatiblen Almquist-Shell-Varianten zu sein. Dies gilt auch für NetBSD.

   OpenBSD verwendet einen Fork von pdksh stattdessen als Standard-Shell.

   Die höhere Popularität von Linux und OS X lässt einige Leute wünschen, dass FreeBSD auch auf Bash umsteigen würde, aber sie werden dies aus philosophischen Gründen in absehbarer Zeit nicht tun. Es ist einfach zu wechseln, wenn Sie das stört.

8. Es ist selten, ein System mit einer wirklich einfachen Bourne-Shell als /bin/sh zu finden heutzutage. Sie müssen sich die Mühe machen, etwas zu finden, das ihm für Kompatibilitätstests ausreichend nahe kommt.

   Mir ist nur eine Möglichkeit bekannt, eine echte Vintage-Bourne-Shell von 1979 auf einem modernen Computer auszuführen:Verwenden Sie die Ancient Unix V7-Disk-Images mit dem SIMH PDP-11-Simulator aus dem Computer History Simulation Project. SIMH läuft auf so ziemlich jedem modernen Computer, nicht nur auf Unix-ähnlichen. SIMH läuft sogar auf Android und auf iOS.

   Mit OpenSolaris hat Sun erstmals die SVR4-Version der Bourne-Shell veröffentlicht. Davor war der Quellcode für die Post-V7-Versionen der Bourne-Shell nur für Benutzer mit einer Unix-Quellcodelizenz verfügbar.

   Dieser Code ist jetzt separat vom Rest des nicht mehr existierenden OpenSolaris-Projekts aus verschiedenen Quellen verfügbar.

   Die direkteste Quelle ist das Shell-Projekt Heirloom Bourne. Diese wurde kurz nach der ursprünglichen Veröffentlichung von OpenSolaris im Jahr 2005 verfügbar. In den nächsten Monaten wurden einige Portabilitäts- und Fehlerbehebungsarbeiten durchgeführt, aber dann wurde die Entwicklung des Projekts gestoppt.

   Jörg Schilling hat eine bessere Arbeit geleistet, eine Version dieses Codes als obosh zu pflegen in seinem Schily Tools Paket. Siehe oben für mehr dazu.

   Denken Sie daran, dass diese Shells, die von der Quellcode-Veröffentlichung von 2005 abgeleitet wurden, Unterstützung für Multibyte-Zeichensätze, Jobsteuerung, Shell-Funktionen und andere Funktionen enthalten, die in der ursprünglichen Bourne-Shell von 1979 nicht vorhanden waren.

   Eine Möglichkeit, festzustellen, ob Sie sich auf einer originalen Bourne-Shell befinden, besteht darin, zu prüfen, ob sie ein undokumentiertes Feature unterstützt, das hinzugefügt wurde, um den Übergang von der Thompson-Shell zu erleichtern:^ als Alias ​​für | . Das heißt, ein Befehl wie ls ^ more gibt auf einer Korn- oder POSIX-Shell einen Fehler aus, verhält sich aber wie ls | more auf einer echten Bourne-Shell.

9. Gelegentlich begegnen Sie einem fish , scsh oder rc/es Anhänger, aber sie sind noch seltener als C-Shell-Fans.

   Der rc Familie von Shells wird auf Unix/Linux-Systemen nicht häufig verwendet, aber die Familie ist historisch wichtig, weshalb sie sich einen Platz im obigen Diagramm verdient hat. rc ist die Standard-Shell des Betriebssystems Plan 9 von Bell Labs, eine Art Nachfolger der 10. Ausgabe von Unix, das als Teil der kontinuierlichen Forschung von Bell Labs zum Betriebssystemdesign entwickelt wurde. Es ist auf Programmierebene sowohl mit Bourne als auch mit der C-Shell inkompatibel; Da ist wahrscheinlich eine Lektion drin.

   Die aktivste Variante von rc scheint das von Toby Goodwin gepflegte zu sein, das auf Unix rc basiert Klon von Byron Rakitzis.