https://www.cbttape.org/ftp/cbt/CBTF1.txt Says File 183 member ZAPXMIT removes the BLK(3120) from the ODS command.
//* ZAPXMIT Patch job - Remove BLKSIZE(3120) from XMIT OUTDA() * FILE 183 //* cmd * FILE 183 //* * FILE 183 //* This patch to the TRANSMIT command sets the BLKSIZE * FILE 183 //* of the output data set to zero when TRANSMIT/XMIT * FILE 183 //* is invoked with the OUTDA or OUTDS parameter. * FILE 183 //* This version of the ZAP works on TSO/E 2.6. * FILE 183 //* * FILE 183 //***FILE 184 On Sun, Dec 7, 2025 at 10:30 PM James Mulder <[email protected]> wrote: > I would have guessed that when RECEIVE creates a target data set, it > would use the blocksize of the TRANSMITted data set. Are you seeing some > other behavior? > I would also guess that if you RECEIVE into a data set that you have > already allocated, which has a block size in the DSCB, RECEIVE shouldn't > change it. > > I do know that TRANSMIT and RECEIVE hardcode BLKSIZE3120 in their DCBs > for the log data set. That really irked me several decades ago, and I > showed the > owners at the time how to fix that, but they refused to do it. Of course, > they are all long gone from IBM now so I suppose I could just do it myself > if I ever get around to it. > I did change TRANSMIT and RECEIVE from 24-bit to 31-bit addressing mode in > z/OS 3.2 so that they could access ASCBs in 31-bit storage. > > Jim Mulder > > >No, that is not the issue I have. We are receiving large XMIT datasets > from an ISV > >which require large amounts of DASD, greater than a 3390-9. If the XMIT > datasets > >used SDB, the space requirements would be greatly reduced (I reblocked > them after > >they were staged). > > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
