Division durch 0 -> NAN

[Gruber_Hans_12345]

Hallo, habe ein blödes problem,
Auf meinem Entwicklungssystem, bekomme ich nun statt einer Exception wenn ich durch 0 dividiere die "Zahl" NaN raus, meine Kunden, jedesmal eine Exception, nun ist es zum Fehlersuchen sehr mühselig, das zu finden.

ich habe schon probiert, ein     SetExceptionMask(GetExceptionMask + [exZeroDivide]); zu machen, aber das bringt erstens nix, und zweitens war es schon gesetzt, wenn ich mir den wert mit GetExecptionMask anschaue ...

Was kann das noch sein, hat da wer eine Idee?

[Forlan]

Hi,
Könnte es evtl. sein, dass das Problem betriebssystemabhängig ist?
Siehe hier

Gruß,

[Gruber_Hans_12345]

möglich, habe diese seite auch schon gesehen

Allerdings die letzten Jahre über bekam ich auf dem selben system immer diese Exception und nun siet ca. 1-2 wochen nicht mehr ....

[himitsu]

Man könnte natürlich auch so programmieren, daß soeine Berechnung erst garnicht durchgeführt und über die Eingabewerte schon frühzeitig abgefangen wird.

[Forlan]

Welches Betriebssystem wird denn genutzt?
Wurden evtl. Updates geladen?
Eine andere Möglichkeit als ein Windowsupdate fällt mir dann auch im Moment nicht ein...

Wäre ja nicht das erste Mal das ein Windowsupdate komische Dinge tut...

[Namenloser]

Probier es mal mit Set8087CW.

[Forlan]

Zitat von NamenLozer:

Probier es mal mit Set8087CW.

...Obwohl es denke ich sinnvoller wäre Himitsus Vorschlag in die Tat umzusetzen.

[Bernhard Geyer]

Zitat von Gruber_Hans_12345:

Allerdings die letzten Jahre über bekam ich auf dem selben system immer diese Exception und nun siet ca. 1-2 wochen nicht mehr ....

Hast du einen neuen Drucker oder Druckertreiber installiert? HP-Treiber sind bekannt dafür den Defaultwert für das Exception-Handling der Fließkommaeinheit der CPU zu verändern.

[Gruber_Hans_12345]

ist ein win2000 Rechner

und ja, ich will diese sachen ja vermeiden, aber es ist halt um einiges leichter, wenn der compiler in der entwicklungsumgebnung dann mit der exception dort stehen bleibt, wo es auftritt, und nicht einfach weitergeht mit dem wert NaN.

Es ist nun einfach schwierig diese Bugs aufzuspüren ...

also, das brachte auch nix
    System.Set8087CW(Default8087CW);

[bassman]

Hallo Hans,

habe folgendes:

I think I gave you the wrong code. A clear bit allows the exception, a
set bit masks it. Try the following instead:

SetExceptionMask(GetExceptionMask - [exZeroDivide]);

Now it should give you a divide by zero error. What did Format('$%.4X',
[Get8087CW]) result in, in your case?

hier gefunden: https://forums.codegear.com/thread.j...ssageID=163649

Hoffe dies hilft dir weiter.

Gruss, Jörn