On 2014-05-12 14:24, R.S. wrote: >> >> o The "jar" command can (probably) be used to extract the .zip, removing >> the requirement for a desktop system. >> >> o Extracting on z/OS provides verification over more of the transfer >> path, largely detecting problems caused by EBCDIC, code page, >> and newline conversion. >> > It's not broken, why do you want to fix it? > I've seen enough errors in FTP or IND$FILE, (almost) always due to user error, that I can't consider it "not broken". At best, "error-prone".
> I agree, the form of delivery is not the best I can imagine, but it's > working, quite easy to use and more or less convenient. > What I would want to have is not changed delivery, rather some "atomization", > separated ESD, JCL and "DD *" files. Reason: no need to re-customize the tool > during version upgrade. > Ah! That sounds like TSO TRANSMIT (cf. cbttape.org), or even .tar.Z (oops! Perhaps not for ESD); both using native z/OS methods. > BTW: What DOS do you mean? VSE or MS-DOS? I don't know VSE, bit the .BIN > extension remains me AMSDOS system (Amstrad CPC H/W platform). > MS-DOS. I used a perhaps archaic OS name deliberately. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
