Diskussion:Unix-Shell/Archiv/1

message: "nicht interaktiv" ist vielleicht bei der C-Shell eine etwas unglückliche Formulierung, denn was ist schon interaktiv. Kommandozeileneingabe ist doch auch schon interaktiv. Ich würde so definieren:
*Der alte Batch Betrieb ist nicht interaktiv
*Programm nach dem Schema Eingabe/Verarbeitung/Ausgabe sind nicht interaktiv
*Hintergrundprogramme sind nicht interaktiv
Das meist, das nicht in diese Kategorien fällt, ist damit interaktiv. Damit sollte bei der C-Shell klarer formuliert werden, was gemeint ist. Hubi 08:46, 8. Mär 2004 (CET)
replies: text: Der Begriff "interaktiv" hat eine feste Bedeutung in Zusammenhang mit Shells. Es werden nun mal auf der einen Seite Login- u. Non-Login-Shells und auf der anderen Seite Interactive- u. Non-Interactive-Shells unterschieden, sodass sich hieraus 4 mögliche Zustände bilden lassen. Eine Interactive-Shell hat ein Control-Terminal zugeordnet und z. B. bei der Bash wird zum Einlesen von Zeilen Readline verwendet (was erweiterte Editiermöglichkeiten für den Benutzer ergibt. --Catwisle 14:52, 16. Nov 2005 (CET)
replies: text: Per Definition ist ein Shell dann interaktiv, wenn er Kommandos von einer Terminalschnittstelle liest. Tut er das nicht, dann schaltet ein Shell in einen anderen Modus. Schily 13:10, 1. Mär. 2010 (CET)
replies: text: „An interactive shell is one ... whose input and error output are both connected to terminals ... An interactive shell generally reads from and writes to a user’s terminal.“Bash Reference Manual Eine interaktive Shell liest von einem Endgerät und gibt eventuelle Rückmeldungen auf einem Endgerät aus. Nicht mehr und nicht weniger. --84.157.202.213 01:12, 15. Jul. 2013 (CEST)
thread_title:  Interaktiv 

message: Moin!
Ich habe alle Weblinks hier entfernt, da sie nur zu Unterthemen zeigen, die sollen laut WP:WEB nur in den Artikeln zu diesen Unterthemen (Bash, Zsh, etc...) --Trublu ?! 12:23, 7. Jul. 2007 (CEST)
replies: text: Es ist aeusserst unpraktisch, dass es zu den einzelnen Programmen keinerlei Querverweise ins Netz und insbesondere nicht zu den Entwicklerseiten gibt! Hauptsache, das Reglement ist erfuellt. Warum bezieht sich Trublu auf Unterthemen-Artikel (Bash, Zsh), die gar nicht existieren? --84.146.96.114 12:00, 29. Dez. 2007 (CET)
replies: text: Ein Link zur Entwicklerseite wäre meiner Meinung nach sogar als Quelle notwendig. --Thornard, Diskussion, 09:26, 24. Apr. 2008 (CEST)
thread_title:  Weblinks 

message: Dieser (und andere) Artikel basieren ist zu sehr auf der primitiven Architektur eines PCs bei dem viele Komponenten
zusammenfallen. Daher sine viele Darstellungen inakkurat und irreführend. 
Eine treffende Beschreibung einer Shell ist in der man-page der Korn Shell zu finden:
 Ksh [wie jede andere Shell] is a command and programming language that executes commands read from
 terminal or a file.
Punkt!
Auch ist eine Shell keine Benutzereschnitstelle. Ein Zeichen- oder Grafikterminal ist die Benutzerschnittstelle. Der Benutzter sitzt (weit weg) vor dem Terminal (= Schnittstelle)
und die Eingaben werden u.a. über ein Device an die Shell geleitet.
Eine Shell ist genaugenommen eine Schnittstelle zur Programmsammlung eine DVA.
:Die Beschränkung der Schnittstelle auf die Hardware erscheint mir willkürlich. Ich würde es für viel sinnvoller halten, die Schnittstelle als die Gesamtheit dessen aufzufassen, was nötig ist, um als Benutzer mit dem Betriebssystem zu interagieren und z. B. Befehle abzusetzen; dazu gehört selbstverständlich auch eine textuelle oder graphische Shell. Aus der Tatsache, daß im oben zitierten Sätzchen über die ksh das Wort Interface (Schnittstelle) nicht vorkommt, kann jedenfalls nicht gefolgert werden, daß es sich nicht um ein solches handele. --Tobias 16:06, 4. Jul. 2008 (CEST)
replies: text: „A Unix shell is both a command interpreter and a programming language.“ Der Unterschied zwischen beidem ist die Syntax, durch die aus einzelnen Kommandos komplexe Ausdrücke werden. Der Kommandointerpreter und die Programmiersprache sind in einem gemeinsamen Computerprogramm implementiert. Bei frühen Unix-Shells von einer eigenen Programmiersprache zu sprechen, ist jedoch gewiss überzogen. In Richtung Benutzer kennt eine Shell nur Schnittstellen wie stdin und stdout, die für sie Dateien gleichen. Eine Shell ist eine Schnittstelle zum Betriebssystem, aber nicht direkt für den Benutzer. Das ist wesentliches Merkmal der Architektur und Ursache ihrer Portierbarkeit. Eine Schnittstelle als Gesamtheit von irgendetwas aufzufassen, ist so ziemlich das Gegenteil dessen, was der Begriff bedeutet. --84.157.202.213 01:12, 15. Jul. 2013 (CEST)
thread_title:  Schnittstelle 

message: * Ausführung von Kommandos in Dateien, so genannte Skripts.
Shells unterscheiden Skripts nicht von anderen Programmen, denn beide werden über den 
exec Call von Kernel gestartet. Der Kernel interpretiert das #!.
:"Einige" Betriebssystemkerne interpretieren das #!. Generell gilt: Bei einem Skript liefert der Kern ENOEXEC (invalid magic number) und der Shell reagiert auf diesen "Fehler" durch interpretieren des Inhaltes der Datei. Schily 13:06, 1. Mär. 2010 (CET)
thread_title:  Skripts 

message: "Hinsichtlich des Abbruchs eines Kommandos machen sich die Shells die Eigenschaften des zugrundeliegenden Terminal-Gerätetreibers zunutze" -- Kann jemand erklären, was es damit auf sich hat?  --Dk 20:15, 29. Nov. 2007 (CET)
thread_title: Zugrundeliegender Terminal-Gerätetreiber