Was bedeutet / ist eine Shell?

[hans ditter]

Was ist eigentlich eine Shell? Und was genau macht die bzw. kann ich mit der machen?

freue mich auf Antworten,
hans ditter

[mkinzler]

Eine Konsole für einen Skriptinterpreter. Z.B. Die Dosoberfläche/Commandfenster, BASH, TCSH, ...

[turboPASCAL]

Zitat:

Shell (engl. Schale, Muschel)

:stupid: ;)

Nicht ohne Grund wohl ein passender Name für eine Bedien- bzw. Benutzeroberfläche.

[Luckie]

Bitte gebe deinem ersten Beitrag einen aussagekräftigen Titel.

[Phoenix]

Es gibt auch noch die Visual Studio 'Shell'. Das ist doe Hülle der IDE, ohne Compiler und ohne Debugger, in die man eigene Compiler und Debugger einhängen kann (wie es z.B. Delphi Prism macht).

[Assarbad]

Zitat:

Zitat von mkinzler (Beitrag 1068123)

Eine Konsole für einen Skriptinterpreter. Z.B. Die Dosoberfläche/Commandfenster, BASH, TCSH, ...

Das ist etwas zu vereinfacht. :zwinker:

Gerade auf unixoiden System steckt noch eine Menge mehr dahinter. Und selbst auf Windows ist cmd.exe außer für die Ausführung von Programmen und Skripten auch noch dafür zuständig Programme aneinanderzuhängen.

Bspw:

Code:

type foo.txt|findstr irgendwas

Versuch das mal ohne cmd.exe in CreateProcess und du wirst verstehen was ich meine. Oder in Bash usw.:

Code:

cat foo.txt|grep irgendwas

Die Funktion des |, <, >, >> sowie die erweiterten Umleitungen werden alle durch die jeweilige Shell implementiert, nicht zu vergessen &, && oder || ... und mit Subshells wird's nochmal bunter.

Ansonsten habe ich nichts hinzuzufügen :mrgreen:

[BUG]

Zitat:

Zitat von mkinzler (Beitrag 1068123)

Eine Konsole für einen Skriptinterpreter. Z.B. Die Dosoberfläche/Commandfenster, BASH, TCSH, ...

Zitat:

Zitat von Assarbad (Beitrag 1068568)

Das ist etwas zu vereinfacht.
...
Die Funktion des |, <, >, >> sowie die erweiterten Umleitungen werden alle durch die jeweilige Shell implementiert, nicht zu vergessen &, && oder || ...

Und was ist da nun der Unterschied zu einem (interaktiven) Skriptinterpreter :gruebel:

[Assarbad]

Zitat:

Zitat von BUG (Beitrag 1068569)

Und was ist da nun der Unterschied zu einem (interaktiven) Skriptinterpreter :gruebel:

Mehrere Prozesse und deren Interaktion gesteuert durch die Shell auf der einen und ein Skript innerhalb eines Prozesses. Wenn du den Unterschied nicht selber finden kannst, kann ich leider nicht wirklich helfen ;)

Zumal ich nur gemeint habe, daß Markus' Kommentar zu vereinfachend war. Ich habe also einfach fehlendes ergänzt. Wenn's denn erlaubt ist.

[Luckie]

Zitat:

Zitat von Assarbad (Beitrag 1068571)

Wenn's denn erlaubt ist.

Hast du den auch das Formular 27B-6 ausgefüllt und in dreifacher Ausfertigung beim Moderatorenteam eingereicht?

[Assarbad]

Zitat:

Zitat von Luckie (Beitrag 1068581)

Hast du den auch das Formular 27B-6 ausgefüllt und in dreifacher Ausfertigung beim Moderatorenteam eingereicht?

Nein, muß ich im Kodex übersehen haben. Und das Video habe ich abgebrochen, weil ich den Film in ein paar Tagen gucken werde. So habe ich keine Spoiler ... :stupid:

[Luckie]

Gute Wahl. Gute Story, gute Schauspieler, guter Regisseur, gute Ausstattung (Man beachte die Computerbildschirme mit den Lupen. :mrgreen: ).

Ich habe den Film schon ein paar mal gesehen und die DVD steht auf meinem Amazon Wunschzettel.

[BUG]

Zitat:

Zitat von Assarbad (Beitrag 1068571)

Mehrere Prozesse und deren Interaktion gesteuert durch die Shell auf der einen und ein Skript innerhalb eines Prozesses. Wenn du den Unterschied nicht selber finden kannst, kann ich leider nicht wirklich helfen ;)

Ich hatte das so gemeint:
Mehrere Prozesse und deren Interaktion gesteuert durch durch ein Script, was durch die Shell ausgeführt/interpretiert wird :stupid:

Zitat:

Zitat von Assarbad (Beitrag 1068571)

Wenn's denn erlaubt ist.

Ich möchte nur sehen, ob ich etwas bzw. was ich falsch verstanden habe.
Aus Fehlern lernen und so :mrgreen:

[hans ditter]

Aha, und wofür braucht man die als Entwickler jetzt genau? Ich mein, kann man damit irgendwas machen oder ist die eig irrelevant für den Entwickler?

lg, hans ditter

[s.h.a.r.k]

Klar kann man das brauche :) Shell-Scripte sind halt so ein Paradebeispiel imho. Ich hab z.b. eine Batch-Datei (ist ja ein Shell-Script für cmd.exe) die mir ein Verzeichnis aufräumt, d.h. unnötige Dateien entfernt. Delphi legt vieles Zeugt an, welches ich nicht brauche ;)

Das Arbeiten in der Shell kann auch sehr nett sein, siehe Linux. Das ganze kann sehr mächtig werden, wenn man weiß, wie man was nutzen soll.

Unter Windows gibts aber für alles eine entsprechende GUI. Von daher wirst du dort aber kaum damit konfrontiert werden, imho.

[Assarbad]

Zitat:

Zitat von hans ditter (Beitrag 1068987)

Aha, und wofür braucht man die als Entwickler jetzt genau? Ich mein, kann man damit irgendwas machen oder ist die eig irrelevant für den Entwickler?

Genau wie Make-Dateien sind Skripte oft der Kitt um ein Buildsystem zusammenzuhalten. Es scheint ja hier mehr um die Skriptfähigkeiten zu gehen (und da kannste eben auch Perl oder Python oder so benutzen) als um die interaktiven Qualitäten einer Shell.

Der Hobby-Entwickler braucht das vielleicht nicht. Aber welcher normale Entwickler kann sich schon leisten sein Produkt direkt aus der IDE zu bauen? Auch aus diesem Grunde ist ja die MSBuild-Integration von aktuelleren Emba-Produkten so eine feine Sache, wenn das auch an an einigen Ecken hakt.

Auch als Admin (und ja, auch Windows-Admin) sind Skripte unabdingbar. Diese Skripte müssen nicht interaktiv laufen, sondern können auch im Hintergrund ihren Dienst tun.