On Thu, 26 Apr 2018 12:51:40 -0500, John McKown wrote: > >So, in any mixed platform environment, the beginners are at a disadvantage. >That is one reason given for the "Windows only" mantra chanted here. There >is no need for people to be as intelligent or knowledgeable. > Ah! A principle of uniform disadvantage! Make it as unpleasant as possible, but the same for everyone.
On Thu, 26 Apr 2018 13:00:38 -0500, John McKown wrote: >> >> All archiving facilities such as ADRDSSU, TERSE, TSO TRANSMIT, pax, IEBCOPY, >> ... should treat their archives as featureless streams which can be wrtteh >> to CKD DASD, tape, directed to UNIX files (which could be piped to network >> or transmitted via FTP BINARY), ... Extraction should ignore record >> boundaries >> in those archives. > >I agree. Given that XMIT only works with FB/80, I think it would be >"reasonable" for it to "assume" that any UNIX data stream fed to it is >implicitly FB/80 and just process incoming data in 80 byte "chunks" (aka >records). > Does RECEIVE work if you BPXWDYN( "alloc dd(INFILE) FB80 path(...) ...")? For some utilities (e.g. TRSMAIN) it helps to pre-concatenate an empty temp CKD data set.) CMS shareware VMARC demands FB80. A generous contributor enhanced it it so it also accepts VB80 (MVS programmers: think VB84.) Underreaching. It should at least accept FTP's default attributes. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
