HP Basic Anomalie im Druck mit

Question

Wie ich es verstehe, folgende Anweisung:

generasacodicetagpre.

Ausgänge:

generasacodicetagpre.

was sinnvoll ist; Führende Nullen (davon nicht) und fünf Zeichen für die fünf Zeichen, die wir ausgeben möchten. Eine andere Aussage, die ich verstehe, ist:

generasacodicetagpre.

welche gibt an:

generasacodicetagpre.

ist wieder sinnvoll, um mein Verständnis der Formatierungszeichen zu verstehen; 14 Zeichen für die Ziffern, Kommas und führende Nullen.

Was ich nicht verstehe, ist, wie:

generasacodicetagpre.

kann ausgegeben werden:

generasacodicetagpre.

Sicher ist das eine zu viele führende Nullen? Sicher sollte es sein:

generasacodicetagpre.

Ich kann sehen, dass manchmal ein führender Nullpunkt gegenüber der angegebenen Länge hinzugefügt wird, wenn ansonsten der Ausgang mit einem führenden Komma beginnen würde, beispielsweise in diesem Beispiel:

generasacodicetagpre.

das produziert

generasacodicetagpre.

trotz scheinbar nicht genug Platz reservieren. Aber ist das vorherige Beispiel ein Fehler in Basic, oder vermisse ich hier etwas?

Answer 1

sieht aus wie der Fehler.Es fügt einen Bonus, der Null ergibt, wenn <0> und das Tausende Separator zusammen spielen. Das <0> sollte für 1 Position zählen.

es reproduziert für mich unter Basic 1.3 (OpenVMS 8.3) und 1,7-000 auf OpenVMS 8.4. Ich habe kleinere Testwerte verwendet, um zu vermeiden, dass Verwirrung / Interaktion mit der maximalen Integergröße der "zehn Ziffern der Präzision für lange Ganzzahlen" grundlegende REF-Handbuch erstellt werden.

Btw .. Gute Verwendung des "NNN" l.Das entleert sich eine (implizite) Umwandlungsdiskussion. Ich würde das Komma bis zum Ende oder den Start der ###-Sequenz bewegen, um zu vermeiden, eine bestimmte Position zu implizieren.

AS A (BUCH-UGGLY) -Anlounung, Sie können Format $ (Val, Format-String) verwenden. Es hat das gleiche Problem, aber das Programm erhält eine Änderung, um das Ergebnis zu optimieren.

generasacodicetagpre.