<![CDATA[-1.#IND00]]>Hallo!

Ich hänge hier an einem ganz blödne problem rum, kA worans liegt...
Dabei gehen Variablen vom Typ

struct mePoint
{
  float x;
  float y;
};

ganz plötzlich in diesen absurden wert über (sowohl x als auch y), obwohl sie im Frame davor noch bei 5000 oder so waren.
Das -1.#IND00 steht da, wenn ich die x und ykoordinate mit sprintf(c, "%f, %f", x, y) in eine Datei schreibe..
Was bedeutet dieses -1.#ind00 eigentlich? -0 oder - unendlich?

edit: das ganze läuft unter VC6

]]>https://www.c-plusplus.net/forum/topic/123377/1-ind00RSS for NodeSun, 23 Aug 2026 13:09:45 GMTSun, 16 Oct 2005 09:31:31 GMT60<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 09:33:53 GMT]]>Hallo!

Ich hänge hier an einem ganz blödne problem rum, kA worans liegt...
Dabei gehen Variablen vom Typ

struct mePoint
{
  float x;
  float y;
};

ganz plötzlich in diesen absurden wert über (sowohl x als auch y), obwohl sie im Frame davor noch bei 5000 oder so waren.
Das -1.#IND00 steht da, wenn ich die x und ykoordinate mit sprintf(c, "%f, %f", x, y) in eine Datei schreibe..
Was bedeutet dieses -1.#ind00 eigentlich? -0 oder - unendlich?

edit: das ganze läuft unter VC6

]]>https://www.c-plusplus.net/forum/post/893285https://www.c-plusplus.net/forum/post/893285Sun, 16 Oct 2005 09:33:53 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 09:41:38 GMT]]>Gut das VS Memory-reakpoints unterstützt. 😎

Bye, TGGC (Demo or Die)

]]>https://www.c-plusplus.net/forum/post/893294https://www.c-plusplus.net/forum/post/893294Sun, 16 Oct 2005 09:41:38 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 09:44:58 GMT]]>meinst du memory-breakpoints?
bei vc6 kann ich irgendwie nur einstellen, dass er aufpassen soll, wann sich ein wert ändert, nicht, wenn er zB 0 wird (dummerweise) ausserdem kommt noch dazu dass das ganze in einer instanz von einer klasse abläuft...

]]>https://www.c-plusplus.net/forum/post/893298https://www.c-plusplus.net/forum/post/893298Sun, 16 Oct 2005 09:44:58 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 09:58:17 GMT]]>Maxi schrieb:

meinst du memory-breakpoints?
bei vc6 kann ich irgendwie nur einstellen, dass er aufpassen soll, wann sich ein wert ändert, nicht, wenn er zB 0 wird (dummerweise) ausserdem kommt noch dazu dass das ganze in einer instanz von einer klasse abläuft...

Prima, dann musst du jetzt nur noch warten, bis die Stelle kommt.

Bye, TGGC (Demo or Die)

]]>https://www.c-plusplus.net/forum/post/893311https://www.c-plusplus.net/forum/post/893311Sun, 16 Oct 2005 09:58:17 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 10:05:50 GMT]]>[OT]... warum tust du immer so, bzw tust es wirklich, dass du alle verarschst? Aber das kennen wir ja schon[/OT]
Meine Frage war ja auch eigentlich, was dieses -1.#IND00 bedeutet...
und die stelle zu finden, wo es auf diese Wert geht, geht bei meinem vc6 irgendwie nich, weil der eben nur drauf achtet, wann sich ein wert verändert 😉

]]>https://www.c-plusplus.net/forum/post/893316https://www.c-plusplus.net/forum/post/893316Sun, 16 Oct 2005 10:05:50 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 10:43:18 GMT]]>Es bedeutet undefiniert. Ich verarsche dich auch nicht, ich dachte nur, du willst wissen wo es passiert.

Bye, TGGC (Demo or Die)

]]>https://www.c-plusplus.net/forum/post/893344https://www.c-plusplus.net/forum/post/893344Sun, 16 Oct 2005 10:43:18 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 10:46:39 GMT]]>hm... und wie kann es dazu kommen, dass werte auf einmal undefeiniert sind, wärend andere Werte in der Klasse doch noch in Ordnung sind? zB Geschwindigkeit und Ziel-adresse?
Nur die Werte für mePoint sind so -1.ind00, obwohl mePoint sogar einen standardkonstruktor hat wo beide werte auf 0 gesetzt werden...
hab mittlerweile rausbekommen, wie das geht mit dem variablen überwachen wenn in ausdruck wahr wird, aber das bremst mein programm von 60fps auf 0.5 ps aus und da passiert der fehler nciht mehr, weil die raketen einfach sofort wegfliegen... ich verstehs einfach nich..

]]>https://www.c-plusplus.net/forum/post/893349https://www.c-plusplus.net/forum/post/893349Sun, 16 Oct 2005 10:46:39 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 10:53:21 GMT]]>Maxi schrieb:

hm... und wie kann es dazu kommen, dass werte auf einmal undefeiniert sind

Genau wie sie jeden anderen Wert bekommen, er wird zugewiesen. Wenn der Breakpoint zu langsam ist, versuch nach jeder Zuweisung einen Test wie ASSERT( !isNAN( blubb ) );

Bye, TGGC (Demo or Die)

]]>https://www.c-plusplus.net/forum/post/893354https://www.c-plusplus.net/forum/post/893354Sun, 16 Oct 2005 10:53:21 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 11:04:00 GMT]]>ich werds ma versuchen...
das wirdn spaß 😞 überall assert 😉
ich hab vor kurzem von sp6 auf sp5 runtergeupdatet, weil ich das prozessorkit brauchte... jetzt hab ich in der doku gelesen, dass es vor sp1 ma so einen bug mit der FPU bei vc6 gab, dass die auf einmal nur noch #ind00 zurückgibt, wenn der koprozessorstack nith gepopt wird oder so, kA, aber ich versuch das mit dem assert auf alle fälle ma.
kann es sein, dass mir das sp5 sozusagen gar kein sp installiert hat, sondern einfach nur sp6 runtergehauen hat?

]]>https://www.c-plusplus.net/forum/post/893362https://www.c-plusplus.net/forum/post/893362Sun, 16 Oct 2005 11:04:00 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 14:47:57 GMT]]>Kommt das Teil nicht auch bei Division durch 0?

MfG SideWinder

]]>https://www.c-plusplus.net/forum/post/893494https://www.c-plusplus.net/forum/post/893494Sun, 16 Oct 2005 14:47:57 GMT<![CDATA[Reply to -1.#IND00 on Sun, 16 Oct 2005 15:55:52 GMT]]>also...
das war ja mal total blöde...
kA, ahrscheinlich kliegts an dem SP5, denn vorher gings ja noch.
Problem liegt hier:

float angle = acosf(vec1.x*vec2.x+vec1.y*vec2.y)

da hat er ausgehakt, wenn das argument gegen 1 ging (im debugger war es genau eins ls er ausgehkt ist, nu hab ich das argument ncoh mit 0.999f multipliziert, dann steigt er nich mehr aus, son mist, dann sollte er lieber ne exception werfen anstatt son mist auszugeben

]]>https://www.c-plusplus.net/forum/post/893547https://www.c-plusplus.net/forum/post/893547Sun, 16 Oct 2005 15:55:52 GMT