Kindprozesse beenden wenn der Elternprozess beendet wird?

Hallo,

hat zwar nicht direkt mit VDR zu tun, aber da ich weiß das hier einige C-Profis sind, frage ich trotzdem mal nach.

Ich schreibe gerade an einem Programm, welches einen "Elternprozess" hat, welcher blockierend auf ein Ereignis wartet (udev). Immer wenn das Ereignis eintritt forkt der Elternprozess einen Kindprozess weg, welcher sich an das verfügbar gewordene Device hängt. Werden soll das letztlich ein Usermode-Treiber.

Das ganze funktioniert im Test schon einigermaßen. Problematisch ist aber das Beenden. Wenn ich den Elternprozess beende, dann laufen die Kindprozesse munter weiter. Sollen sie aber nicht.

Gibt es einen eleganten Weg um das zu lösen? Kann man irgendwie ein Signal erhalten wenn der Elternprozess beendet wird oder muss ich selber eine Liste der PIDs führen, die ich lostrete? Dazu kommt, dass die Kindprozesse sich ja auch beenden könnten und PIDs recycled werden. Wenn eine PID in meiner Liste also längst anders vergeben ist, dann wird ein unbeteiligter Prozess beendet...

Vermutlich ein Problem das irgendwo schon gelöst wurde, aber ich werde aktuell nicht fündig.

Prozesse sind ja auch als Prozessgruppen organisiert. Mein Hauptprozess wird mit "daemon()" in den Hintergrund geschoben. Wenn ich das richtig verstehe wird auch eine neue "Session" gestartet. Könnte man nicht die irgendwie komplett wegräumen wenn der Hauptprozess beendet wird?

Danke für jeden Tipp.

Threads wären auch eine Option. Sofern man nicht doch irgendwo etwas verwendet das nicht "Thread-Safe" ist. Ich werde mir da mal Gedanken machen.

Allerdings dachte ich, man könnte später eventuell mal so umbauen, dass die "Kindprozesse" ihre Root-Rechte "abgeben". Das wäre mit Threads nicht möglich.

Das ganze wird später sowieso von systemd ausgeführt. Ich will aber, wenn der Aufwand sich in Grenzen hält, zumindest die Option behalten, dass auch andere Init-Systeme den Daemon starten und beenden können. Wobei ein "killall" zum Beenden natürlich immer geht.

Was ich noch gefunden habe:

http://linux.die.net/man/2/kill

Zitat

If pid is less than -1, then sig is sent to every process in the process group whose ID is -pid.

Wie ich das genau in den Hauptprozesse gebastelt kriege (Prozessgruppe erstellen, deren ID rausfinden und dann beim Beenden des Hauptprozesses die Prozessgruppe beenden) muss ich aber noch rausfinden.

Es wird ein Treiber für ein Eingabegerät und dafür gibt es bereits "uinput" als einfache Schnittstelle für Usermode-Treiber.

Allerdings frage ich mich wie sinnvoll es überhaupt ist, einen Treiber die Rechte "abwerfen" zu lassen. Vom Benutzer zum Treiber zurück kann nur über uinput selbst kommuniziert werden und das auch nur über klar definierte Schnittstellen.

Das stimmt so leider nur wenn es auch ein "Controlling Terminal" gibt. Das ist bei Daemons aber eher selten der Fall.

Scheint mir so als hätte ich zwei Optionen.

Beim "Parent" sollte ich alle Kindprozesse beenden können, wenn ich "kill(-getpid() ..." verwende. Das müsste dann in einem Signalhandler geschehen der alle gängigen Signale abfängt die zum Beenden des Parent führen würden.

Oder ich baue auf Threads um. Die haben aber den Nachteil das der Speicher geshared wird. Der Device-Pfad liegt z.B. an einer Adresse, die von udev im Hauptthread wieder freigegeben wird. Also vorher alles, was über die Threadgrenze muss, in neuen Speicher kopieren und im gestarteten Thread freigeben.

Danke nochmal für die Tipps.

Ich habe jetzt gestern auf Threads umgebaut.

Da ich nich sicher weiß, wann libudev seine Werte freigibt, kopiere ich die erst in neuen Speicher und gebe den dann im gestarteten Thread wieder frei.

Bisher funktioniert das einwandfrei.

Kennt jemand einen komfortablen Weg um den von einem Prozess (PID bekannt) erzeugten "Thread-Baum" auf der Konsole anzuzeigen? Im Gegensatz zu Prozessen sind die Threads für mich aktuell relativ unsichtbar.