ubuntuusers.de

Wie unter Shell/kill schon geschrieben habe ich die Signale ausgelagert. Der Vollständigkeit halber und wegen der Diskussion stelle ich ihn noch ins Forum

RapaNui

Hallo,

grundsätzlich ist der Artikel, also vom Thema her.

Die Tabelle mit den Befehlen ist IMHO noch nicht so ideal. Weil: wer vorher keine Ahnung hatte ist hinterher auch nicht schlauer, weil manche Beschreibungen etwas kryptisch sind, z.B. "Abnormale, programmierte Beendigung."

IMHO sollte man die Tabelle zumindest in zwei Teile teilen: Eine mit Signale, welche man sinnvollerweise _selber_ an einen Prozess senden kann (beenden, Pause, weiter) und solche, welche von Prozessen selber gesendet werden (die gängigen zumindest).

Gruß, noisefloor

Hola,

noisefloor schrieb:

Hallo,

grundsätzlich ist der Artikel, also vom Thema her.

Was möchtest Du damit sagen?

Die Tabelle mit den Befehlen ist IMHO noch nicht so ideal. Weil: wer vorher keine Ahnung hatte ist hinterher auch nicht schlauer, weil manche Beschreibungen etwas kryptisch sind, z.B. "Abnormale, programmierte Beendigung."

Mach ich mir nochmal Gedanken drüber.

IMHO sollte man die Tabelle zumindest in zwei Teile teilen: Eine mit Signale, welche man sinnvollerweise _selber_ an einen Prozess senden kann (beenden, Pause, weiter) und solche, welche von Prozessen selber gesendet werden (die gängigen zumindest).

Werd ich auch nochmal überdenken.

Sollte man die Beispiele ausbauen, wenn ja wie? z.B. Wenn Du einen unbegrenzten ping absetzt kannst Du mit -QUIT den Statistikteil abrufen. Zur Veranschaulichung:

user@machine:~$ ping -c100 google.com>/dev/null&
[1] 9224
user@machine:~$ kill -QUIT 9224
11/11 packets, 0% loss, min/avg/ewma/max = 143.939/145.609/145.432/148.526 ms
user@machine:~$ kill -QUIT 9224
61/61 packets, 0% loss, min/avg/ewma/max = 143.396/145.924/146.032/149.461 ms

Wenn man sucht findet man best. noch ein paar Beispiele.

Saludos

RapaNui

Hallo,

grundsätzlich ist der Artikel, also vom Thema her.

Was möchtest Du damit sagen?

Ich habe das "ok" vergessen. ☺

Mehr Beispiele muss man IMHO nicht haben, es sollte die erwähnte Teilung der Optionen in "für den Tagegebrauch" und "exotisch" 😉 reichen.

Gruß, noisefloor

Hola,

so, noch was an Texten gefeilt und 2 Tabellen eingebaut:

• einfache Signalliste, die 9 wichtigsten mit vereinfachter Bemerkung und für den Tagesgebrauch

• erweiterte Signalliste mit nicht so einschränkender Bemerkung für unser Hobbyprogrammierer

Wünsche? Stellungnahmen?

RapaNui

Keine Wünsche mehr, dann bitte verschieben.

Saludos, RapaNui

Hallo,

doch einen noch: Signale, die in der 1. Tabelle vorkommen brauchen IMHO in der 2. nicht mehr drin sein, weil redundant.

Gruß, noisefloor

Hallo,

ja das habe ich anfangs auch überlegt, aber dann dachte ich an die Übersichtlichkeit, da wir ja 2 Tabellen haben:

• einfache Signalliste

• erweiterte Signalliste

und dann wird es schon lästig hin und her zu springen (sofern man direkt zur erweiterten geht) und die fehlenden Signale mental einzuordnen. An den Nummern ändert sich ja nichts, die gibt es ja schon seit ewigen Zeiten, so dass man in Zukunft keine Änderungen/Angleichungen durchführen muss - es sind ja nur 9 Zeilen.

RapaNui

Hallo,

schon, aber Redundanz ist nun mal ein No-Go im Wiki.

Abgesehen davon verwirrt es IMHO. Ich habe die 2. 3x gelesen, um die Unterschiede zur 1. zu sehen. Die es ja bei 9 Zeilen nicht gibt. 😉

Gruß, noisefloor

Hola,

ich werde keine Diskussion über Übersichtlichkeit etc. mehr anfangen, daher "Sie wünschen wir spielen", heißt es of im Radio, ich schließe mich dem an.

9 Zeilen gelöscht, demnach ist der Artikel fertig.

RapaNui

Moin Moin

Schicker Artikel.

Bitte noch alle Überschriften mit einem Großbuchstaben beginnen lassen. Die Deadlinks resultieren wohl aus der Überarbeitung des Artikels zur Prozesssteuerung, somit kann dieser Artikel verschoben werden, sobald auch der andere fertig ist.

In mindestens einem der beiden Artikel könnte man noch auf trap eingehen. Damit kann man ein Kommando bei Erhalt bestimmter Signale ausführen, ein Anwendungsfall wäre zum Beispiel bei allen Signalen die auf Ende oder Abbruch eines Skriptes hindeuten, temporäre Dateien, die vom Skript erstellt wurden, zu löschen.

Gruß, cornix

Hola,

• Überschriften sind geändert

• An trap hab ich auch schon mal gedacht und irgendwo hatte ich da einen kurzen Verweis, wei0 aber nicht mehr wo

RapaNui

Edit: Ha, ich habs gefunden: In Signale unter Programme der 3. Punkt, hab das jetzt mal so herausgestellt:

• Die Shells wie die Bash und damit auch selbsterstellte Skripte kennen die Behandlung von Signalen.

  • Das eingebaute Kommando trap ist in der Lage Signale abzufangen, Information dazu findet man in den entsprechenden Dokumentationen/Foren zur Shell-Programmierung.

Hallo,

ist im Wiki: Signale

Gruß, noisefloor