Greetings to the -L...

This is now headed for my -L friends, after limited success from the
powerhouse list.

I have a fairly straightforward QUIZ proc which outputs a disc file.  The
last 6x bytes of the record are defined conditionally (CHA*6) and as such
aren't always going to be blank.

When :LISTF,2 is run, the disc file shows correct rec len.  When I examine
rec contents, a carriage return is coming up BEFORE my conditional CHA*6
field.   FCOPY;hex;char shows the blanks....
gsmgr:fcopy from=ids012;to=;hex;char

HP31900A.05.02 FILE COPIER (C) HEWLETT-PACKARD CO. 1990

IDS012 RECORD 0 (%0, #0)

0000: 3130 3132 3420 2020 2020 2020 2020 2030 10124 0

0008: 3033 3531 3120 2020 2020 2050 3030 3938 03511 P0098

0010: 3420 2020 204D 5230 3031 3234 3934 3137 4 MR001249417

0018: 3230 3030 3030 3031 3030 3030 3130 3232 2000000100001022

0020: 3339 3530 3030 3030 3030 3130 3634 3030 3950000000106400

0028: 3030 3030 3030 3638 3036 3931 3230 3030 0000006806912000

0030: 3030 3030 3030 3030 3031 3034 3030 3030 0000000001040000

0038: 3030 3030 3830 3132 3138 3630 3030 3030 0000801218600000

0040: 3030 3030 3030 3530 3030 2020 3030 3030 0000005000 0000

0048: SAME: TO 0058-1

0058: 3030 3638 3037 3036 3553 4D4C 5520 3433 006807065SMLU 43

0060: 3430 3530 2D32 3030 3130 3330 3131 2020 4050-200103011

0068: 2020 2020 20

 The trailing blanks are reflected in the dump (originally viewed with

 :PRINT/display functions). How come they aren't reflected in the MPE

 record? Again,   the rec length is correct ....

     FILENAME CODE ------------LOGICAL RECORD----------- ----SPACE----
                     SIZE  TYP        EOF      LIMIT R/B SECTORS #X MX

    IDS012          213B  FA            3         3   1    16  1  *


But I still get <cr> deposited at pos 208.


What did I neglect to prevent this?

T I A!!

Happy he's not in Shake, Rattle and Roll NW, but in 'Vote Early and Vote
Often' Chicago.....
Al Karman
IT Consultant
US Freightways
[log in to unmask]
773.824.2284