Uniqueinstance in Konsolenprogramm (RasPi, keine GUI)

[af0815]

Ich bräuchte einen Gedankenanstoss, ich habe für den RasPi (Rasbian) eine Konsolenanwendung erstellt und möchte verhindern das die Applikation ein zweites mal ausgeführt wird, da ansonsten HWResourcen ein zweites mal verwendet werden.

Die Verwendung der SimpleIPC Lösung scheidet IMHO aus, da es keine GUI gibt (Type Console Application) und somit nichts verwendet werden kann, das vom Typ TComponent abgeleitet ist. Eine einfache Variante mit Lockfile scheidet meiner Meinung nach auch aus, da bei einem Kill die Datei ja nicht gelöscht wird und somit wieder nicht klar ist, ob das Programm noch läuft.

Wie kann ich es verhindern bzw. in Erfahrung bringen ob das Programm bereits gestartet ist und läuft ?

Andreas

[u-boot]

Extern über ps -A nachschauen, ob das Programm schon läuft ist jetzt bestimmt nicht die gesuchte Antwort, wenngleich es die Frage evtl. richtig beantworten könnte ?

[mse]

Die Verwendung der SimpleIPC Lösung scheidet IMHO aus, da es keine GUI gibt (Type Console Application) und somit nichts verwendet werden kann, das vom Typ TComponent abgeleitet ist.

TComponent bedingt keine GUI.

[Socke]

Eine einfache Variante mit Lockfile scheidet meiner Meinung nach auch aus, da bei einem Kill die Datei ja nicht gelöscht wird und somit wieder nicht klar ist, ob das Programm noch läuft.

In ein Lockfile kann man auch eine Prozess-ID schreiben.

[af0815]

Danke für die Rückmeldungen.

Es wird vermutlich eine Lockfilevariante mit der aktuellen ProzessID werden, die dann beim Start kontrolliert wird. Da brauch ich das ps -A dann auch noch

Die Verwendung der SimpleIPC Lösung scheidet IMHO aus, da es keine GUI gibt (Type Console Application) und somit nichts verwendet werden kann, das vom Typ TComponent abgeleitet ist.

TComponent bedingt keine GUI.

Irgendwo sind da aber bindings zu einen widgetset hineingerutscht. Ich will da jetzt nicht tiefer gehen.

Andreas

[m.fuchs]

Die Verwendung der SimpleIPC Lösung scheidet IMHO aus, da es keine GUI gibt (Type Console Application) und somit nichts verwendet werden kann, das vom Typ TComponent abgeleitet ist.

TComponent bedingt keine GUI.

Irgendwo sind da aber bindings zu einen widgetset hineingerutscht. Ich will da jetzt nicht tiefer gehen.

Hm, das ist eigentlich nicht möglich, da SimpleIPC Teil von der FCL ist. Die dürfte nicht Widget-abhängig sein.

[Timm Thaler]

Aber was wenn das Programm oder der Raspi abstürzt? Dann hast Du ein Lockfile, aber kein laufendes Programm - und kannst auch kein Neues starten.

[af0815]

Das SimpleIPC benötigt zusätzlich noch einiges, damit wrid das Programm unnötig aufgebläht, nur für das, das ich wissen will ob es nur einmal gestartet wurde ist mir das zuviel Aufwand. Deswegen suche ich auch nicht mehr nach, wo ich mir da die Abhängigkeiten eingefangen habe.

Die anderen Ideen schau ich mir mal an, vor allen weil das Programm sowieso ein Lockfile (mit einer PID) durch die serielle Schnittstelle erzwingt. Somit werde ich nach dem Lockfile sehen, die ID auslesen und kontrollieren ob es ein gültiger Prozess ist. Wenn ja, so werde ich mein Programm beenden. Sieht einfach und sinnvoll aus.

Wegen dem Absturz - deswegen sehe ich dann nach ob es einen aktiven Prozess mit der PID im Lockfile gibt. Gibt es keinen ist das Lockfile ganz einfach nicht mehr gültig. Minicom macht es auch so - Gibt eine kurze Warbung aus, das es ein nicht mehr gültiges Lockfile gibt und erzeugt dann ein neues.


Andreas

[Mathias]

Wie nicht einfach mit der UniqueInstance-Package ?

http://wiki.lazarus.freepascal.org/UniqueInstance/de

Ich habe es mit folgendem Mini-Code probiert, unter Linux Mint scheint es zu funktionieren.

Code: Alles auswählen

program project1;
uses
  UniqueInstanceRaw;
begin
  if InstanceRunning then begin
    WriteLn('Programm läuft schon !');
    halt;
  end;
  WriteLn('Programm ist ma laufen <Enter>= Abbruch');
  ReadLn;
end.       

[af0815]

Ich habe es mit der UniqueInstance probiert, NICHT aber mit der UniqueInstanceRaw-Version - auf die bin ich nicht gestossen. Werde ich noch nachholen, danke.

Andreas