You can't pass a V/VB/VBS file in and out of windows or unix unless it is tersed or XMIT Manager'd at both ends, or unless you write a program to reconstruct the raw records after uploaded to the second z/OS.
Windows/Unix/Linux etc. have no knowledge of records and will store the file as a serial stream of bytes, (AND ONLY IF THE FILE IS RECFM=U will the BDW and RDW be included in that serial stream of bytes - ftp will show you how smart it is by stripping the BDW and RDW and only downloading the data portion of V/VB/VBS records). While you can then upload them into a z/OS file, there is no intelligence to create records going back to z/OS. MXG sites can use SAS and MXG's UDEBLOCK on z/OS, or the ASM program ASMDBLKU if you don't have z/OS SAS, to rebuild the BDW/RDWs in the serial file that was uploaded into a RECFM=U file. Those programs exist for users who execute MXG on ascii, using the SAS ftp access method to directly read the z/OS file, who also store a backup of that SMF file on ascii, in case IBM needs to see that original SMF file. Barry Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas TX 75229 214 351 1966 tel 214 350 3695 fax www.mxg.com ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
