>I'd prefer to see no stripping of trailing blanks or digits. If the >programmer enters the data, respect it. It makes the rules >simpler.
While it does make the rules simpler, this was done intentionally and will likely not be changed. It make it far easier for users trying to meet a syntax that does not allow imbedded blanks, as well as for users who need to change their input data. Imagine having to go out to column 72 and starting at column 1 even if you're in the middle of a word. And then imagine doing so once and then wanting to add a character in the middle and having to flow that change through the rest of the file. Possible, sure. Pleasant, no. Q.Does this apply alike for FB, LRECL other than 80? A.Yes (I believe we checked that things ISPF do sequence numbers even for FB LRECL other than 80). Q.Is this rule applied individual line-by-line, or like Rexx does it decide based on the last 8 characters of the first line whether to strip the last 8 characters of every line? A.I think it is applied line by line. This makes it least likely that valuable data is ignored. Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
