Prüfen ob Programm abgestürzt ist

[Olli73]

Zitat von EWeiss:

Man muss doch nur herausfinden wie Windows das selbst macht wenn ein Process hängt.

Gar nicht bzw. nicht korrekt. Ich weiß nicht wie oft Kunden schon ein Programm abgeschossen haben, nur weil Windows meldet "keine Rückmeldung".

Winodws meldet das aber nur aufgrund der Tatsache, ob das Programm seine Messages abarbeitet. Bei single threaded passiert das eben nicht, obwohl das Programm z.B. nur auf die Antwort eines DB-Servers wartet oder selbst noch am Rechnen ist. Bei multithreaded ist es dann genau umgekehrt.

Code:

loop
  TuWas;
until IrgendEineBedingung;

Wie entscheidest du ("von außen"), ob die Bedingung irgendwann erfüllt sein wird?

[Furtbichler]

Der Umkehrschluss ist natürlich der, das man anfängt, diese Dinge in einen Thread auszulagern, eben damit Windows nicht mehr meckert,übrigens zu Recht: Es kommt von der Anwendung ja wirklich keine Rückmeldung.

Wenn man auf eine Datenbankabfrage wartet, dann muss man die eben auch abbrechen können. Wenn die Komponente das nicht hergibt, muss man eben eine andere nehmen.

[Medium]

Nur hilft das überhaupt nicht, wenn man auf das zu überwachende Programm keinen Einfluss hat. Also im Sinne von selbst daran rumprogrammieren.

Fazit ist doch: Man kann gewisse Anzeichen von aussen als Hinweis interpretieren, dass ein Programm nicht mehr so läuft, wie es gedacht ist. Man kann damit allerdings auch sehr daneben liegen. Ob das so ist, ist von der Art und Weise abhängig, wie das zu überwachende Programm geschrieben ist. Eine allgemeingültige Lösung gibt es schlicht und ergreifend nicht. Und selbst wenn man das zu überwachende Programm selbst in der Hand hat, ist es noch immer recht schwierig. (Was bringt einem ein Life-Beat-Thread der einem Überwacher über z.B. TCP sein Vorhandensein mitteilt, wenn der eigentliche Arbeitsthread in einer Endlosschleife hängt z.B.? Solche Dinge müssten sehr gut durchdacht werden.)

Die Lösung des Problems ist hier daher davon abhängig, wie (und ob) man dem zu überwachenden Programm anerkennen kann, dass es gegen eine Wand gelaufen ist. Und zudem, ob dies aus einem fremden Prozess mit API Mitteln überhaupt ersichtlich werden kann. Ohne sehr genaue Kenntnis des Programms kann man daher imho nur ähnlich naive Methoden nutzen wie es Windows selbst macht, ohne jegliche Garantien auf Korrektheit der Absturzerkennung.

[jaenicke]

Zitat von Smut:

Wie oft hatte ich das schon, das Windows 7 behauptet hat, ein Programm reagiere nicht mehr....
Manchma war es sogar von der gleichen Software Schmiede...
dann einfach noch ein bisschen gewartet... und hoppla es lief ja doch.

Das sind zwei verschiedene Sachen. Windows prüft ausschließlich, ob das Programm noch reagiert. Und da ist die Meldung auch absolut korrekt, wenn ein Programm nicht mehr reagiert. Das ist auch das Störende für den Bediener.

Wenn hingegen ein Programm länger läuft und dabei korrekterweise noch auf die GUI reagiert (Threads), erkennt Windows auch nicht, wenn der Vorgang an sich "abstürzt". Eben weil eine solche Absturzerkennung nicht möglich ist.

Ein Hängen im Sinne von nicht reagieren kann man jedenfalls einfach über die glaube ich schon genannte API Funktion herausfinden. Damit erkennt man das gleiche wie Windows selbst auch anzeigt. Wobei ich das mittlerweile nur noch bei wenigen kleineren Softwaretools als Problem habe. Die größeren Programme sind da besser und reagieren auch bei längeren Vorgängen noch.

[hoika]

Hallo,

Da es ein fremdes Programm ist,
was zusätzlich auch noch im Netz läuft,
definiere ich "abgestürzt" einfach mit
"erfüllt seine Funktion nicht mehr so wie erwartet".

Das prüfe ich 5mal im Abstand von 1 Minute
und schieße es dann ab.

Heiko

[Furtbichler]

Zitat von hoika:

...und schieße es dann ab....

... und starte es dann neu?

Leider kann man nicht jedes Programm 'abschießen', vor allen Dingen gerade die, die 'hängen'.

Aber wenigstens hast Du das für dich definiert und hier kundgetan: Alle anderen reden nur um den heißen Brei herum