Ungültige Gleitkommaoperation nur bei bestimmten PC's

[DeddyH]

Entweder SQL-Parameter(dringend empfohlen) oder QuotedStr, beides zusammen ist doppelt gemoppelt.

[haentschman]

Zitat:

QuotedStr

...CopyPaste.
Q_sArtikel.ParamByName('ANN').AsString := edt_SearchEdit.Text + '%';

[Phoenix]

Okay, die SQL-Injection haben wir jetzt gelöst. Die Exception noch nicht.

Die Exception "Ungültige Gleitkommaoperation" bei der Eingabe von Nummern riecht für mich auch Extrem nach einer Locale-Thematik.
Also wirklich checken:
- Welche Region ist auf den jeweiligen PCs eingestellt?
- Welche Sprache nutzen die jeweiligen Rechner?
- Welches "Regional Format" ist eingestellt?

Mir ist mal eine Fremdprogrammierte Java-Vereinsmanagementsoftware jedes mal bei einer Zifferneingabe abgeschmiert, weil mein System English (US) war und mein Regional Format German (Date/Time, Tausender- und Nachkomma-Trennzeichen), und der Entwickler dort halt nur auf reinen German-Systemen gearbeitet hat und der übliche Vereins-Verwaltungs-Typ maximal auch ne Deutsche Windows-Kiste hatte und das da nie vorgekommen ist.

[HCB]

So jetzt das Ergebnis
Region, Sprache etc. alles ok, bei allen Rechnern gleich.
Nochmals zur Klarstellung:
Der Fehler wird nur auf manchen Rechnern geworfen wenn man Z.B. unsinniges wie "hehfehehefgh" eingibt (nicht Zahlen!) das natürlich nicht gefunden werden kann!
Das ist kurios warum die Exception "Ungültige Gleitkommaoperation" angezeigt wird.
Die Änderungen auf TryStrToInt hat auch nichts gebracht. Gleiche Fehlrmeldung!!

Vielleicht sollte ich mal Änderungen bei Region vornehmen, speichern und wieder auf "Deutschland" einstellen. Manchmal verhält sich Windows "merkwürdig".

LG Harry

[Uwe Raabe]

Ist offenbar noch nicht nach gefragt worden: Sind Threads im Spiel?

[Jasocul]

Zitat von HCB:

Das ist kurios warum die Exception "Ungültige Gleitkommaoperation" angezeigt wird.
Die Änderungen auf TryStrToInt hat auch nichts gebracht. Gleiche Fehlrmeldung!!

Bist du dir sicher, dass du den Fehler an der richtigen Stelle suchst?
Mit TryStrToInt sollte keine Exception mehr ausgelöst werden und der SQL-Abfrage ist es egal, was in dem String steht. Abgesehen davon würde bei einem SQL-Fehler eine andere Exception ausgelöst werden.