Moin, Am Mo, den 29.12.2003 schrieb Ferdinand Ihringer um 23:29:
Hallo,
[Alles mögliche gestrichen]
Wie wäre es damit? Die wichtige Änderung ist hervorgehoben.
Hunderttausend Höllenhunde! Du hast Recht! DANKE! DANKE! DANKE! DANKE! Ihr wart _alle_ ganz große Klasse. Die Liste ist 'ne Wucht. Und jetzt die Erklärung. Die Doku sagt: -------------------- waitpid PID,FLAGS Waits for a particular child process to terminate and returns the pid of the deceased process, or -1 if there is no such child process. On some systems, a value of 0 indicates that there are processes still running. -------------------- "Eigentlich" lässt man waitpid also auf einen Prozess los, der existiert, und der Befehl gibt dann, irgendwann, wenn dieser Prozess stirbt, dessen ID zurück. Solange wartet er. Sollte der Prozess gar nicht existieren, gibt er -1 zurück. Durch Angabe einer Flag lässt sich das Warten deaktivieren. Man kann also einfach mal gucken, ob der Prozess läuft, der Befehl "hängt" aber nicht bis zu dessen Ablegen. Ich habe mich auf das "-1" verlassen: "...if there is no such child process...", denn den gibt es zu dem Zeitpunkt ja gar nicht mehr. Es ist aber anscheinend so, daß trotzdem die ID zurückgereicht wird, was ich eigentlich bei einer Abfrage auf einen bereits verendeten Prozess komisch finde. There /is/ no such process. It died already! Damned. Hier hätte ich ganz klar -1 erwartet. Ein Doku-Bug? Dann würde ich den petzen. Oder seht ihr den Fehler bei mir? Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\ http://freshmeat.net/projects/fontlinge/ __V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/