Ungültige Gleitkommaoperation nur bei bestimmten PC's

[HCB]

Hallo, 5 User nutzen mein Programm.
Bei einer Suchfunktion mit z.B. Werten die nicht gefunden werden können, da nicht vorhanden, kommt bei 2 PC's die korrekte Messagebox dass der Suchbegriff nicht gefunden wurde.
Die anderen 3 PC's zeigen statt die MessageBox die Fehlermeldung "Ungültige Gleitkommaoperation", die MessageBox wird aber nicht gezeigt.
Ich muss dazu sagen, das mit dummy:= StrToInt(eingabetext) geprüft wird, ob Nummern eingegeben werden, dementsprechend wird die except Routine ausgeführt.

Kennt Ihr so ein Verhalten, dass mit den selben Programm das Ergebnis auf verschiedenen Rechnern anders aussieht?

Über Tipps würde ich mich freuen.

LG Harry

[jaenicke]

Ein Thema könnte das FPU control word sein, mit dem Einfluss auf Gleitkommaberechnungen genommen werden kann.
https://docwiki.embarcadero.com/RADS...ntrol_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?

Ein beliebter Fehler ist z.B., einen Wert auf "= 0" zu prüfen, statt IsZero zu verwenden.

[HCB]

Ich habe schon gedacht dass es am jeweiligen Bertriebssystemstand liegt. Fällt aber auch aus, da der eine PC- Stand 22H2 19045.3693 hat und es ohne Fehlermeldung läuft, während der andere PC mit dem selben Betriebssystemstand die Fehlermeldung bringt.
Ich vermute, dass irgend etwas an der Rechnerkonfiguration sich unterscheidet. Nur was????

LG Harry

[haentschman]

Zitat:

Welche Zeile wirft denn den Fehler?

:wink: Code?

[LoZe]

ich hatte mal ein ähnliches Problem bei mir waren die jeweiligen Rechner im Windows nicht auf Region Deutschland eingestellt Sondern Englisch, Chinesisch oder Slowakisch.

[Sinspin]

Zitat:

Zitat von LoZe (Beitrag 1530969)

ich hatte mal ein ähnliches Problem bei mir waren die jeweiligen Rechner im Windows nicht auf Region Deutschland eingestellt Sondern Englisch, Chinesisch oder Slowakisch.

Dem gebe ich auch 100 Punkte.
Länder Einstellungen, Format Einstellungen. Habe ich regelmäßig Probleme mit.

Ich würde generell mit StrToIntDef arbeiten da hier keine Exceptions kommen, sondern der angegebene Defaultwert wenn etwas schief geht.

[DeddyH]

StrToInt hat aber doch mit Gleitkomma nichts zu tun, ansonsten würde ich eher mit einem EConvertError rechnen, wenn man Stringumwandlungen versucht.

[HCB]

Die Variable dummy ist vom Typ cardinal, ich werde es mal auf Integer oder LongInt umstellen und sehen was dann passiert.
Fragt sich nur warum es bei 2 Rechnern ohne Fehlermeldung läuft.???

[himitsu]

Ihhh, eine Exception zur Flusssteuerung.

OK, wenn sowieso abgebrochen werden soll und der der Benutzer die Meldung sehen soll, dann ja,

aber sonst TryStrToInt oder StrToIntDef, jenachdem wie die Fehleingabe behandelt werden soll.


Aber ein Fließkommafehler bei einer Ganzzahloperation? :gruebel:

[Delphi.Narium]

Wenn statt einer MessageBox, außerhalb der Fehlerbehandlungsroutine zur Flusssteuerung, eine andere Fehlermeldung kommt, liegt die Vermutung nahe, dass die andere Fehlermeldung nicht von dort kommt, wo du es vermutest oder gerne hättest, sondern von einer anderen Stelle.
Oder die Fehlerbehandlung selbst enthält einen Fehler, so dass dort nicht die gewünschte Fehlerbehandlung erfolgt, sondern ein Folgefehler sichtbar wird.

haentschman bat um Code. Wie wäre es damit? Dann hätten wir sogar 'ne Chance die Fehlerstelle mal anzuschauen, den Fehler nachzuvollziehen, für Abhilfe zu sorgen, statt einfach nur in Mutmaßungen zu stochern.

Zitat:

Zitat von himitsu

Aber ein Fließkommafehler bei einer Ganzzahloperation?

Wie kommst Du dadrauf? ;-) ;-) ;-)

StrToInt(eingabetext) suggeriert zwar, dass hier die Eingabe zu 'nem Integer werden soll, aber ob die Eingabe ein Integer ist, wissen wir nicht.

Ist Eingabetext auf manchen Systemen ein Integer mit Tausenderpunkt, der auf anderen Systemen zu 'nem Dezimaltrenner mutiert? Oder ist die Eingabe zwar für StrToInt ein "richtiger" Integer, für die weitere Routine aber nicht?

Und was kommt hier auf welchem Weg nach Eingabetext? TEdit, TMemo, TMaskEdit, InputQuery, InputBox, ...

Und wo sucht die Suchfunktion? In 'ner Ini, im Arbeitsspeicher, 'ner StringList, 'ner Datenbank? Passen da die Ländereinstellungen überall zusammen?

Delphi mit Tausenderpunkt, Datenbank mit Tausenderkomma? Integer mit Tausenderpunkt ist Integer. Mit Tausenderkomma aber eventuell bei der DB dann nicht mehr. Oder was weiß wer da sonst noch so alles schiefgehen könnte, ...