Ergebnis einer ungültiger Rechnung erkennen?

[HaWe]

die Fehler muss man normalerweise vorher abfangen, indem man die Werte außerhalb der Definitionsbereiche der Funktion vorher ausschließt.

z.B. bei

float x, y;
y=1/x;
Serial.print(y);

muss es mathematisch und programmier-logisch richtig heißen:

float x, y;
if(x!=0) {
   y=1/x;
   Serial.print(y);
}
else {
   Serial.print("ERROR! x=0 => NAN! Ungültiger Wertebereich!");
}

Genauso musst du deine x-Werte beim acos vorher prüfen und eingrenzen.

Andere Programmiersprachen benutzen dafür eine Konstruktion wie
try / catch / throw exception
etc., die genau solche Fehler durch interne Routinen abfangen.

In C geht das nicht, in C++ aber doch, ist aber nicht meine Baustelle.

try catch throw exception C++:
http://www.cplusplus.com/doc/tutorial/exceptions/
http://www.tutorialspoint.com/cplusp...s_handling.htm

[Sisor]

Im Arduino-Kontext sind die C++ Exceptions ausgeschaltet, u.a. weil die Implementierung von Exceptions größere Programme produziert.

[HaWe]

nur aus Interesse, C++ ist ja eh nicht mein Ding...

Im Arduino-Kontext sind die C++ Exceptions ausgeschaltet, u.a. weil die Implementierung von Exceptions größere Programme produziert.

tatsächlich? immer? oder nur bei AVRs?

[Sisor]

tatsächlich? immer? oder nur bei AVRs?

So weit ich weiss gilt das für alle Arduinos, definitiv auch für z.B. den DUE.

[HaWe]

ok, das ist mal wieder ne Einschränkung, die ziemlich dämlich ist, wenngleich sie auch mich nicht persönlich betrifft....  

[Sisor]

ok, das ist mal wieder ne Einschränkung, die ziemlich dämlich ist, wenngleich sie auch mich nicht persönlich betrifft....  

Exceptions sind defaultmäßig aus, weil sie normalerweise nicht gebraucht werden. Ansonsten rede mit dem Compiler, er lässt sich (mittels Flag) überreden.  

[HaWe]

Ansonsten rede mit dem Compiler, er lässt sich (mittels Flag) überreden.

DAS wäre dann vlt der richtige Tipp für fredyxx  

[HaWe]

@fredyxx:
bevor du hier den Überblick verlierst...

ich würde es so machen wie hier beschrieben:
https://www.roboternetz.de/community...l=1#post629121

[HaWe]

du hast Recht, es ist wirklich ein sehr ausgefallenes Spezial-Rand-Thema.
Normalerweise unmschifft man das Problem ungültiger Funktionswertbereiche eben anders, wie bereits beschrieben.

Übrigens ist wichtig für dich zu wissen:
C-Programme können durchaus absolut unbemerkt vom Beobachter Myriaden von nans bei Berechnungen produzieren, ohne dass das Programm irgendwie in welcher Weise auch immer auffällig wird (sich aufhängt, abstürzt, was auch immer)
- nur wenn du zufällig einen Wert genauer betrachten willst, und eine Ausgabe auf den Bildschirm machst, fällt dir plötzlich ein "nan" auf.

Selber schon erlebt, bei einem Benchmark-Test, der für manche Benchmarks auf manchen Systemen unglaublich (unglaubhaft) schnell lief.
Der Grund war, dass es zu nans kam, mit denen er einfach die folgenden Operationen nicht mehr durchgeführt hat, und daher war er damit ntl sehr schnell fertig und hat dann einfach die nächsten Programmschritte etwas früher als geplant in Angriff genommen...