Forum: Object-Pascal / Delphi-Language
by jaenicke,
22. Dez 2023
Da lag ich mit dem IsZero aus der ersten Antwort ja gar nicht so falsch, nur dass die Prüfung nicht falsch, sondern nicht vorhanden war.
Das kann durchaus am FPU control word liegen.
Forum: Object-Pascal / Delphi-Language
by jaenicke,
21. Dez 2023
Auf dem Entwicklungsrechner hast du ja Delphi, da brauchst du ja normalerweise keinen Fehlerbericht.
Gedacht ist das Tool dafür, dass du die damit kompilierte Exe auf dem PC ausführst, auf dem der Fehler auftritt.
Forum: Object-Pascal / Delphi-Language
by jaenicke,
21. Dez 2023
Das ist in 80-90% der Fehler gar nicht schwierig, bei den anderen 10-20% ist dann deutlich arbeitsintensiver. So weit bist du aber noch gar nicht, was daran liegt, dass du kein sauberes globales Exceptionhandling, Logging oder irgendetwas in der Richtung hast. Denn sonst wüsstest du schon längst, wo der Fehler konkret passiert.
MadExcept wurde ja schon vorgeschlagen. Das musst du im Grunde nur...
Forum: Object-Pascal / Delphi-Language
by jaenicke,
19. Dez 2023
Ein Thema könnte das FPU control word sein, mit dem Einfluss auf Gleitkommaberechnungen genommen werden kann.
https://docwiki.embarcadero.com/RADStudio/en/Floating-Point_Number_Control_Routines
Die Frage ist aber eher, wo das konkrete Problem liegt. Deine Prüfung mit StrToInt kann da kaum eine Rolle spielen, denn es geht ja um eine Gleitkommaoperation. Welche Zeile wirft denn den Fehler?
...