Hi Bernd, On Wednesday 10 July 2002 09:03, Bernd Brodesser wrote:
Hallo Andreas,
* Andreas Tirok schrieb am 10.Jul.2002:
On Tuesday 09 July 2002 09:48, Bernd Brodesser wrote:
[respawn]
wir benutzen das auch bei fehlerhaftem Programmende. Und zwar auf Maschinen, die von der seriellen Schnittstelle Zustandsdaten sammeln.
Wenn auf der seriellen Schnittstelle was anliegt, das den Prozeß beendet, genau für solche Fälle ist auch respawn da. ACK
Wichtig fuer uns ist, dass der Leseprozess wieder in gang kommt. Z.B. nach SIGSEGV durch Programmierfehler. Die koennen dann spaeter ausge- merzt werden.
Was habt Ihr denn für Programme, wo es zu einer Segmentation Violation kommen kann? Schreibt Ihr Programme komplett, um sie dann auszutesten? Das geht bei mehr als $NOTSOGIBNUM Zeilen schief.
Das Problem ist, dass es ja - auch wenn es nicht sein soll - immer wieder mal memory leaks und andere Fehler einschleichen. Die Geraete werden staendig log-maessig ueberwacht, und wenn wir so eine Situation erkennen, wird natuerlich der Fehler gesucht und gefixt und wahrscheinlich der naechste Fehler einprogrammiert ;-)
Ein Problem gibt es nur, wenn sich das Programm staendig beendet, z.B. weil die serielle Schnittstelle nicht geoeffnet werden kann.
Vielleicht wäre eine Nachfrage da nicht verkehrt?
Passiert bei uns eigentlich nur bei de Installation und Konfiguration. Diese Probleme sind meist _PEBKAC_ .
too many respawn - process ... disbled for 5 minutes oder so aehnlich - hatten wir lange nicht ;-)
Ja, init läßt sich nicht als Schleife mißbrauchen.
Besser iss. andy -- ------------------------ /"\ Andreas.Tirok@beusen.de \ / ASCII Ribbon Campaign fon: +49 30 549932-0 X Against HTML Mail fax: +49 30 549932-21 / \