IND$FILE is only useful for small datasets. Its performance is woeful for larger datasets and it is not well supported under some 3270 emulators, I would use FTP/SFTP/NFTP etc instead.
Cheers, Paul Gillis -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony L. Zak Sent: Monday, 23 May 2016 1:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO receive on MultiVolume PS error TRANSMIT, a TSO command processor running on the z/OS M/F, repackages the input dataset and then writes it to JES to be handled via NJE which means the data can be RECEIVEd wherever there is NJE connectivity. IND$FILE piggybacks over a 3270 type session with Comm Server and AFAIK only gets you as far as the host you have the 3270 session with. One could use them in series. How about using z/OS Explorer which is a 21st century product? Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu> Sender: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Date: Sun, 22 May 2016 20:53:26 To: <IBM-MAIN@LISTSERV.UA.EDU> Reply-To: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: [IBM-MAIN] TSO receive on MultiVolume PS error On 2016-05-22, at 14:31, R.S. wrote: > W dniu 2016-05-20 o 18:33, Paul Gilmartin pisze: >>> >> My quick check for this is (IIRC): >> >> cp -B "//'DSN(MEMBER)'" /dev/fd/1 | cksum >> >> ... at both ends of the transfer and compare the checksums and lengths. >> > I remember how I spent half a day on such problem. > I had to download PTF package then move it from one PC to another, using pendrive, then upload it to z/OS and do SMPE tasks. > I took a lot of time to recognize the reason is failing pendrive (nota bene with IBM logo! ;-))) ). It simply changed some bytes within the file with no CRC32 error or so. It was the last thing on the list of suspects. > Ouch! Do you mean the pendrive reported no error, or that you got the same CRC32 on the originating PC and the destination PC? Windows is woefully deficient in checksum utilities. One must install one. I use Cygwin. But my suggestion was elliptical. I should have mentioned the need to use TRANSMIT with the OUTDSN option; FTP/SFTP/IND$FILE; then compare checksums; then RECEIVE with the INDSN option. Can TRANSMIT use IND$FILE for the TCP/IP challenged? Can IND$FILE transfer z/OS to z/OS? -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN