String -> Zeitstempel

' schrieb:Kaum ein Mensch käme auf die Idee, in so einem Hieroglyphenstring wie 100129.09:58:13 ein Datum zu vermuten.

Zumindest der String "100129" alleine ist sehr wohl üblich.

Zitat:Und weil LabVIEW diesen String auch nicht mag, nennt ihr das einen Bug?

Wenn in der Beschreibung steht %y kann zweistellig dezimal sein, dann hat das so zu sein. Zumal ich mir ohne weiteres eine programmatische Umsetzung genau so vorstellen kann. Wenn also die Beschreibung sinnvoll klinkt, ist die Nichtumsetzung ein Bug.

Zitat:Wenn hier überhaupt etwas zu bemängeln ist, dann höchstens das Fehlen eines entsprechenden Hinweises im LV-Hilfetext. ...

Diese Betrachtungsweise ist natürlich erlaubt. Würde es so sein, würde ich ja sagen, dass es ein miserabel integriertes Feature ist.

Zitat:Das ist nicht nur kein Bug, sondern eine kluge Entscheidung. Denn die Tage und Monate müßten ansonsten grundsätzlich zweistellig sein, d.h. Angaben wie 1.1.10 gingen nicht - und auf diese Freiheit will doch niemand verzichten.

Probiers aus.
Und du wirst sehen was alles geht: %y%m%d:00440322, %y.%m.%d:20440322, %y/%m/%d:44/03/22, %y/%m/%d:44/0322 (!), %d%m%y:1.2.33 - u.v.m.

Möglicherweise fehlt in der Beschreibung ein Hinweis, dass das Y-Format in Zusammenhang mit den Betriebssystemeinstellungen zu sehen sind. Für Monat und Tag gibt es da keine Probleme, wohl aber mit dem Jahr. Da kann nämlich voreingestellt werden, ob die Jahreszahl zwei- oder vierstellig ist. Und hier beißt sich bestimmt die Implementation von %y in LV.


Was mir gerade einfällt, Lucki: Hatten wir uns nicht schonmal diskuttiert bezüglich dieses Themas? Ich glaube da war mal was ...

Hier ein Link mit einem ähnlichen Problem. Auch hier wird vermutet, dass der Fehler eher aus dem Zusammenspiel zwischen Betriebssystem und LV folgt.