Re: DATE in *PRTF: Missing leading Zero

Patrik, I have some dim memories of being able to hack the edit word by adding an extra zero to the front.  I haven't had a chance to try this today, but I thought you could add an "extra" leading zero. So you could create an edit word like this:

'0bb/bb/bbbb' (where "b" is a blank)

Note that there are actually nine positions specified.  Then if you ran that against an 8.0 field, you'd get 00/00/0000 with no leading blank.  I could be mis-remembering this, but I just thought I'd bring it up.


On 6/8/2020 4:07 AM, Patrik Schindler wrote:

Hello Art,

Am 05.06.2020 um 21:54 schrieb Art Tostaine, Jr. <atostaine@xxxxxxxxx>:

I’ve always used an edit word for this

‘0 /  /    “

Thanks, I tried. Did this really work for you? For me it is not, consistent with the documentation, which states:

To stop zero suppression, place a zero in the farthest right position where it is to stop. The zero is then replaced with the character from the corresponding position of the data field, unless that character is a zero. Any zeros in the data that appear to the right of the stop-zero-suppression character are printed. The stop-zero-suppression character is considered a digit position; however, when it is the first character, it may not represent the digit position. *At least one leading zero is suppressed.* Each zero that is suppressed is replaced by a blank.

See sentence enclosed in asterisks.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc