On 8/30/2021 5:35 PM, Robert Prins wrote:
I'm clueless, so I've created
https://prino.neocities.org/temp/pc.h-hx.xmit
https://prino.neocities.org/temp/v496.file093.xmit
<https://prino.neocities.org/temp/v496.file09.xmit>
https://prino.neocities.org/temp/h-h.zall.xmit
https://prino.neocities.org/temp/h-h.cntl.xmit
1) The PDS containing four members that hang SuperC
2) The original version of UPDTE I'm using
3) The PC uploaded file containing the four members in 1)
4) The JCL to load the PDS with the PC uploaded data - need to change a
"vol=ref"
Rob, it seems that pc.h-hx.xmit is really another copy of the UPDTE source.
Any chance that the XMIT of it did not work?
Perhaps because it was corrupt?
Anyway, predictably, UPDTE writes the length of the input record to the
output block. BPAM/BSAM do not deblock - as long as the BDW length
indicator does not exceed DCBBLKSI, they are happy.
QSAM is not happy when the RDW length indicator exceeds DCBLRECL.
ISPF obviously just copied the LRECL-based data width from the start of
the long records for presentation purposes.
REVIEW complains about lengths in general without showing the data, and
the VERIFY subcommand of PDS reports:
PDS813E RECORD LENGTH OF 300 EXCEEDS THE MAXIMUM DCB LRECL
Cheers,
Greg
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
