Erstmal mußt du bedenken, daß StrToFloat und Co. sprachabhängige Systemeinstellungen für "," "." usw. verwenden.
Dessen bin ich mir bewusst. Ich mein, das Zahlenformat welches ich zu verarbeiten habe ist immer Deutsch. Ich bin |-| so kurz davor nen eigenes StrToFloat zu hacken...
Zitat:
Dann gibt es in einigen Windows 7-Intallationen einen "Fehler", welcher dein Programm andere Werte auslesen läßt, als in der Systemsteuerung angezeigt werden.
- speziell betrifft das einige deutsche (vorinstallierte) Windows 7, wo die deutschen Einstellungen nicht überall eingetragen sind
- Delphi list dabei dann leider die englischen Einstellungen aus. obwohl der Benutzer auf deutsch eingestellt ist.
(Problem: dort sind natürlich , und . vertauscht)
Dazu gibt es schon mehrere Threads
> Lösung: Die Sprachoptionen in Windows auf Englisch stellen und dann zurück auf Deutsch,
Hach... Also der Debugger gibt mit nach dem GetLocaleFormatSettings richtige Werte zurück... Und wenn es daran liegen würde, dürfte er (zumindest nach meiner Logik) nicht den 2. Wert (12,34) konvertieren sondern müsste hier auch aussteigen bzw. eine 0 zurückgeben. Oder sehe ich das falsch?
Ich mein, entweder funktioniert es top oder gar nicht.. Aber so mal hü mal hott ist ja das, was mich hier um den Verstand bringt...
Zitat:
Was passiert, wenn du nicht vergißt auch noch den Tausenderpunkt zu setzen?
Zu setzen? Also wenn ich z.B. 12.345,67 konvertieren möchte schmeisst er mir ne
Exception raus.
Zitat:
PS: GetLocaleFormatSettings mußt du nicht unbedingt nutzen, es reicht auch, wenn du da einfach die (nötigen) Werte direkt setzt, also die Werte, welche von der entsprechenden Funktion genutzt werden.
Hrm... Das Probiere ich doch gleich mal durch.. Ich hatte nur in einigen Examples gesehen, dass die immer mit der GetLocale.... arbeiten bevor die an den FormatSetting "rumfummeln".
Sonnige Grüsse,
easy