Der Sinn und Zweck dieses Scripts besteht darin einen oder mehrere bestimmte Prozesse aufzulisten. Wenn man z. B. feststellen will, ob ein bestimmter Prozess noch rennt, oder welche Prozess ID ein Prozess hat. Es koennen auch mehrere Prozessnamen oder Process IDs uebergeben werden, siehe unten Beispiele fuer die Verwendung. Das Script verwendet dazu die standard Linux-Programme ps (/bin/ps) und grep (/bin/grep).

Installation

• psg herunterladen: wget http://software.fox21.at/psg/releases/psg-1.0.0-linux.zip
• Zip entpacken: unzip psg-1.0.0-linux.zip
• Rechte setzen: chmod 755 psg

Am besten ist es, wenn psg unter einem Pfad installiert wird, der in der Umgebungsvariable PATH (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin) vorkommt.

Beispiele fuer die Verwendung

Beispiel 1: Programmname

$ psg init
    1     0  0.0   236 root     init

Beispiel 2: Mehrere Programmnamen

$ psg named ntpd
20163     1  0.0 13108 named    named
13062     1  0.0   600 root     ntpd

Beispiel 3: Prozess ID

$ psg 20163
20163     1  0.0 13108 named    named

Beispiel 4: Benutzername

$ psg thefox
16505 16504  0.0   668 thefox   bash
19804 19801  0.0   680 thefox   sshd
19806 19804  0.0   536 thefox   bash

Download

• psg-1.0.0-linux.zip

Perl-Scripte haben natuerlich auch Nachteile. Es muss ueberhaupt Perl installiert sein, um ein Perl-Script auf einem PC starten zu koennen. Ausserdem muessen auch die benoetigten Perl-Module installiert sein.

Die Nachteile des daemon-Scripts in Perl, sind die Vorteiles dieses Projektes. daemon.exe muss nicht extra installiert werden, damit man es verwenden kann. Die Vorkompilierte daemon.exe ist in diesem Projekt sofort einsatzbereit. Genau so wie das Perl-Script, erzeugt auch daemon.exe einen Prozess mit CreateProcess. Die Option DETACHED_PROCESS spielt in beiden Faellen eine Rolle. Diese Option verhindert auch ein CMD Fenster, beim Programm das im Hintergrund rennen soll. In der beigefuegten notepad-daemon.bat Datei ist auch ein Beispiel fuer die Verwendung. Natuerlich macht es beim Editor nicht viel Sinn. Wie beim Beispiel, unten auf dieser Seite, ersichtlich, kann man dem Hintergrundprogramm auch einen oder mehrere Uebergabeparameter mit uebergeben. Das heisst, es koennen nicht mehrere Programme gleichzeitig gestartet werden, sondern immer nur eines. Das soll aber nicht heissen, dass nicht mehrere Programme gleichzeitig im Hintergrund rennen koennen. Im unteren Beispiel ist file.txt ein Uebergabeparameter fuer das Programm notepad.exe.

Wie fast alle Programme oder Scripte die ich programmiere, muss auch dieses in einem CMD-Fenster gestartet werden. Um das Programm von jedem beliegigen Ort ausfuehren zu koennen, kopiert man sich daemon.exe am besten nach C:\Windows\System32, falls Rechte dafuer vorhanden sind. Anderfalls kann man auch den Pfad zur daemon.exe Datei in die Umgebungsvariable PATH hinzufuegen. Wer beim der daemon.exe selber keine Textausgabe haben will, kann bei den Linkereinstellungen der Dev-C++ IDE Kein Konsolenfenster erzeugen auf Yes setzten, oder beim Kompilieren die Option -mwindows hinzufuegen.

Beispiele fuer die Verwendung

daemon.exe notepad.exe

daemon notepad.exe file.txt

Info zur Kompilierung

• OS: Windows Vista Home Premium
• IDE: Dev-C++ 4.9.9.2
• Compiler: MinGW (GCC 3.4.2)
• Lizenz: GNU GPL v3

Download

• daemon-1.0.0-win32.zip

killall muss im CMD (Start->Ausfuehren->”cmd”) ausgefuehrt werden. Es hat keine grafische Benutzeroberflaeche. Will man es an jedem Ort im CMD Fenster ausfuehren, kopiert man sich killall.exe am besten nach C:\Windows\System32. Es funktioniert nachtuerlich auch, wenn in der Umgebungsvariable %PATH% der Pfad zum Installationsordner eingetragen ist. Im ZIP-File existiert sowohl der Source Code, als auch ein vorkompiliertes EXE-File.

Beispiele fuer die Verwendung

killall.exe calc.exe

killall.exe notepad.exe calc.exe

Info zur Kompilierung

• OS: Windows Vista Home Premium
• IDE: Dev-C++ 4.9.9.2
  
• Compiler: MinGW (GCC 3.4.2)
• Lizenz: GNU GPL v3

Download

• killall-1.0.0-win32.zip

Ich hab’ mich schon oft geaergert, nachdem ich ein Shell Script oder ein Programm gestartet hatte und wollte, dass, nachdem es alles abgearbeitet hatte, noch weitere Aktionen ausfuehrt. Desswegen entschloss ich mich dazu, diese Script zu schreiben. Es wird dem Script eine Prozess ID und ein Pfad zu einem weiteren Programm uebergeben, das danach gestartet wird. pwait wartet solange bis der Prozess beendet wurde und startet anschliessend ein anderes Programm. Es koennen natuerlich auch mehrere Prozess IDs und Programmpfade uebergeben werden. In dem Fall wartet das Perl Script so lange, bis alle Prozesse, deren IDs uebergeben worden sind, beendet wurden. Um einem Programm, das gestartet werden soll, auch Argumente zu uebergeben, muss dieses sammt den Argumenten unter Hochkomma (“”) gestellt werden.

In diesem Beispiel wartet pwait bis der Prozess mit der ID 1234 beendet wurde und startet anschliessend den Befehl “sleep 10″.

./pwait.pl 1234 "sleep 10"

Benoetigte Perl-Module

• Win32::Process
• Win32::Process::List

Download

• pwait-1.0.0.zip

Ich hab’s mit allen moeglichen Tricks probiert. STDIN, STDOUT und STDERR nach nul (unter Windows nur mit einem L) umleiten, fork(), von einem anderen Script aus mit open eine Pipe oeffnen, mit cmd.exe /C und mit start /B. Und auch all’ diese verschiedenen Moeglichkeiten kombiniert. Aber nichts funktioniert. Ich kann mich an Visual Basic erinnern. Sogar das kann Prozesse komplett im Hintergrund starten. Aber es liegt nicht an Perl, dass die Windows Commandline so beschissen ist. Das zeigt, dass die Linux Shell sehr maechtig ist. Wofuer gibt es dann unter Windows eigentlich cmd.exe, wenn sie nichts kann? Das ist wie der Blinddarm im menschlichen Koerper. Es muss doch eine Moeglichkeit geben, um ganz einfach einen Prozess im Hintergrund rennen zu lassen. Ich will nicht extra Module installieren muessen, nur um dieses Problem zu loesen. Selber schuld, wieso verwend’ ich auch Windows?

Schliesslich blieb mir doch nichts anderes ueber, als ein vorhandenes Perl-Modul fuer diesen Job zu installieren. Jedoch bevor ich ein passendes Modul gefunden hatte, probierte ich folgende Module aus: Daemon::Easy, Working::Daemon, Win32::Console und Proc::Background. Alle haben eines gemeinsam: POSIX::setsid(). ERROR: POSIX::setsid not implemented on this architecture. Will man setsid() unter Windows XP verwenden, wird diese Fehlermeldung angezeigt. Win32::Process war dann schliesslich des Raetels Loesung. Die anderen Module starten zwar auch einen Prozess im Hintergrund, aber sobald cmd.exe beendet wird, werden auch alle anderen Prozesse beendet, die ueber diese Console gestartet worden sind. Win32::Process startet naemlich einen richtigen Hintergrundprozess, vorausgesetzt das cFlag ist DETACHED_PROCESS.

use Win32::Process;
Win32::Process::Create(
	my $proc,
	$^X,
	'perl run.pl',
	1,
	DETACHED_PROCESS,
	'.'
) || die "Win32::Process::Create failed\n";

Benoetigte Perl-Module

• File::Basename
• Win32::Process

Download

• windaemon-1.1.0.zip
• windaemon-1.0.0.zip