Die Geschichte der Unix-Systeme und ihrer Hauptkomponenten. Bitte verwenden Sie dieses Tag NICHT für Shell-Fragen. Verwenden Sie stattdessen "Befehlsverlauf".
Ich habe Ritchie und Thompsons Artikel über das Unix-Dateisystem gelesen. Sie schreiben: "Es ist erwähnenswert, dass das System völlig selbsttragend ist." Waren die Systeme vor Unix nicht selbsttragend? Auf welche Weise?
Ich verstehe , was GNU Info ist und wie es zu benutzen, aber was ist es für ? Warum existiert es parallel zu den Manpages? Warum nicht detaillierte Manpages schreiben, anstatt ein separates Hilfsprogramm bereitzustellen?
Ken Thompson, der Schöpfer von Unix, wurde einmal gefragt, was er tun würde, wenn er es noch einmal tun müsste. Er sagte: "Ich würde Kreation mit einem 'e' buchstabieren." Worauf bezieht sich Ken? Gibt es einen "creat" -Befehl?
Am 2013-01-10 hat Glenn Fowler dies in die ast-users-Mailingliste gepostet : Wie bereits mehrfach in den AST- und UWIN-Listen erwähnt, wird OpenSouce-Software von AT & T nur sehr wenig unterstützt. Aus diesem Grund beschäftigen wir so wenige Mitarbeiter mit unserer ziemlich großen Sammlung von AST-Software. Trotz dieser, ksh, nmake, vczip, …
Ich habe festgestellt, dass Unix im gesamten Internet, in Foren und Blog-Posts, immer ein * im Wort hat, egal ob es * nix oder Un * x ist, wie ich am Begrüßungsbanner auf der Unix StackExchange-Site bemerkte. Warum ist das so?
Mir ist aufgefallen, dass im Grunde kein System, mit dem ich jemals gearbeitet habe /bin/sh, eine echte ausführbare Datei ist. Es ist immer ein Symlink zu dash, bashim POSIX-Modus oder ähnlichem. Warum? Was sind die Nachteile der Verwendung des wahren Originals /bin/sh? (Geschwindigkeit? Lizenzierung?)
In den meisten Shell-Skripten, die ich gesehen habe (außer denen, die ich selbst nicht geschrieben habe), ist mir aufgefallen, dass der Shebang auf eingestellt ist #!/bin/sh. Das überrascht mich nicht wirklich bei älteren Skripten, aber es gibt es auch bei relativ neuen Skripten. Gibt es einen Grund für die Bevorzugung …
Gibt es einen Grund, warum die meisten Manpages nicht einige gängige Beispiele enthalten? Sie erklären normalerweise alle möglichen Optionen, aber das macht es für einen Anfänger noch schwieriger zu verstehen, wie es "normalerweise" verwendet wird.
Aus dem Beitrag Warum kann rm schreibgeschützte Dateien entfernen? Ich verstehe, dass rmnur Schreibberechtigung für Verzeichnis benötigt, um die Datei zu entfernen. Aber ich finde es schwierig, das Verhalten zu verdauen, bei dem wir leicht eine Datei löschen können, deren Eigentümer und Gruppe unterschiedlich sind. Ich habe folgendes versucht mtk: …
Woher kommt die Konvention, einfache Bindestriche für Buchstaben und doppelte Bindestriche für Wörter zu verwenden, und warum wird sie weiterhin verwendet? Wenn ich zum Beispiel eingebe ls --help, siehst du: -a, --all do not ignore entries starting with . -A, --almost-all do not list implied . and .. --author with …
Ich denke nicht, dass die Shell / Utilities in historischem Unix oder in etwas so "Neuem" wie 4.4BSD unterstützt werden, wenn ein Doppelstrich (oder zwei aufeinanderfolgende Bindestriche) als Begrenzer für das Ende von Optionen verwendet wird . Mit FreeBSD können Sie beispielsweise einen Hinweis sehen, der in den rm Hilfeseiten …
Könnte mir jemand erklären, was eine Steckdose ist? Ich sehe es in vielen Akronymen im Zusammenhang mit SSL usw. Auch, warum heißt es eine Steckdose? Ist es nur so, weil sie diesen Namen erfunden haben? Oder war es der Vorname, den sie erfanden?
Ich habe festgestellt, dass Bash eine Abkürzung für ctrl+ hat, Tdie die letzten beiden Zeichen vor dem Cursor vertauscht. Ich frage mich, warum sich die Ingenieure dazu entschlossen haben. Wurde es von einer früheren Konvention geerbt? Oder gibt es einen praktischen Zweck, für den dies häufig verwendet wird?
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.