🚀 go-pugleaf

In article <u0ced9.ih6.ln@frigg.belbone.net>, "Kristoff Bonne"
<kristoff.bonne@compaqnet.nospam.be> wrote:
>
> Mogelijk oplossingen:
> 1/ De meest 'logisch' manier is dat het 'child'-process eerst een 'lock'
> zet (ergens in een bestandje), maar gezien eigenschap 2 (soms voortijdig
> sterven) wil ik vermijden dat er 'locks' blijven staan (die niet konden
> gewist worden door het child-process wegens een 'plotse dood').
> 
> 2/ Ik zoek dus iets dat een 'lock' aanmaakt, maar dat 'automatisch'
> verdwijnt als het child-process verdwijnt; ook als (bv.) dat process
> 'afgemaakt' wordt door een 'kill -9'.
> 
> 3/ Een andere mogelijkheid zou zijn dat 'mama' een lijst bijhoudt van
> de 'pid's van haar children. De vraag is dan hoe 'mama' (de volgende
> keer dat ze opgestart wordt) dat process nr. xxx effectief 'haar' child
> is, en niet iets anders dat toevallig opgestart is onder dat pid?
> 
> 4/ De enige manier die ik gevonden heb, is dat elk 'child'-process een
> TCP-socket zou openen als 'lock'. (want een 'tcp-socket' verdwijnt
> vanzelf als het process 'achter' die socket verdwijnt), maar dat lijkt
> me allemaal wel serieus 'zwaar'.
> 
> Dus, zou het kunnen om iets 'lichters' daarvoor gebruiken (fifo's,
> semaforen, ...).
> 
> 
> Iemand enig idee?

Een (nog altijd niet heel mooie oplossing) zou zijn om een child process
een bestand te laten creeren met daarin zijn PID. Als het dan een tweede
keer opgestart wordt, vindt het dat bestand en kan kijken of het proces
met dat PID nog bestaat en indien ja, stoppen.

Een mogelijk probleem is dan wel dat het mogelijk is dat als het child
process niet goed gestopt is dat bestand blijft bestaan en een ander
proces hetzelfde PID al heeft gekregen (niet erg waarschijnlijk, maar
toch mogelijk). Om dat op te lossen kun je in /proc/XXX/cmdline de
commandoregel van het proces opvragen en kijken of die hetzelfde
is.

Kj0n.