Sida 2 av 2

Postat: 1 juni 2007, 11:53:25
av sodjan
Oavsett var din "flanker < 5" ligger *eller* hur koden ser ut för övrigt, så
får det inte finnas *NÅGON* plats där koden kan "fastna", om man säger så.

Det måste alltid finnas en "väg ut" från *alla* felsituationer, om det så bara
är via WDT (om du inte fixar att lösa det på annat sätt i koden...)

Postat: 1 juni 2007, 12:00:49
av StRob
Jo det är just vad jag försöker åstakomma..
EDIT: Jag hade tänkt att jag skulle nolla min overflow variabel vid varje "varv" i koden så om den fastnar på något ställe så ska overflow variabeln fixa en omstart.

Postat: 1 juni 2007, 12:19:04
av Micke_s
Det är vad typiskt WDT är till för.

Postat: 1 juni 2007, 12:24:45
av sodjan
WDT är till för det *oförutsedda*. :-)

Det man kan räkna ut i förväg att det *kan* hända
kan man hantera bättre än med WDT...

Nu beror det ju även på hur vanligt det är att "flanker"
blir > 5, händer det en gång per år så kanske en
omstart (via WDT) är OK, om det händer ofta så kanske
man vill "ta hand" om det på ett lite snyggare sätt.

Men förvisso, man kan ju kolla efter omstarten att det faktiskt
var en omstart via WDT och sedan ha speciell kod som tar hand
om det (och t.ex kollar *varför* WDT triggade).