Format Strings

' schrieb:Erst mal ein Screenshot:
[attachment=49862:Image01.png]
Das obere VI liefert (auch bei mir) eine Fehlermeldung, das untere dagegen nicht. Man beachte den feinen Unterschied, oben sind die Sekundenbruchteile mit Punkt abgetrennt, unten mit Komma.

Im Gegensatz zu Lucki steht mein LabVIEW auf "use localized decimal point", erwartet also ein Komma als Trennzeichen. Daher habe ich offensichtlich ein Problem mit dem Punkt im Zeitstempel-Format als Trennzeichen für die Sekundenbruchteile -> Error 1 at Scan from String!

Zuerst mal muß ich erklären, daß ich das Komma als Dezimaltrennzeichen total aus meinem System verbannt habe. Also bereits die Windows-Voreinstellung ist Dezimalpunkt. Es macht demzufolge bei mir in LabVIEW keinen Unterschied, ob ich das lokalisierte oder das LabVIEW-System Dezimalzeichen verwende.

Mir ist schon früher aufgefallen, daß beim Zeitstring der Dezimalpunkt anders behandelt wird als normal. Das sieht man auch schon an der Textdatei im Posting #1: Sie wurde offensichtlich mit Laview generiert, mit Komma els Dezimalzeichen. Das Dezimalzeichen für die Sekundenbruchteile ist aber trotzden ein Punkt!

Und bei beim Rückwärts-Vorgang (Datums/Zeitstring zu Zeitstempel) gibt es die gleichen Merkwürdigkeiten.
   
Mit Dezimalpunkt geht alles in Ordnung, mit Komma gibt es für mich mit dem %c -Formatierungszeichen überhaupt keine Möglichkeit, den String zu konvertieren. Allerdings kommt auch keine Fehleremeldung. Das Zeichen %,; bewirkt nichts, eingefügte Kommas bewirken auch nichts. Wahrscheinlich wird es mit dem ausführlichen Zeit-Formatstring irgendwie gehen, habe jetzt nur keine Lust das zu probieren.
Ich betrachte das aber nicht als Bug, sondern eher als einen Schritt in die richtige Richtung: das deutsche Komma mehr und mehr links liegen zu lassen. (So wie ich es schon für für mich getan habe )