SyncSort follows the standard rules for DCB propagation. It would be difficult to determine when the DCB was wrong and the job should end with and error and when we should ignore the DCB and propagate the data set with the error. It might be instructive to think about the purpose of the program. If you are looking to simply replicate a volume of data, it would be better to make an exact copy of the data, errors and all. If you are running more at the application level, the error may have significance and should not be ignored.
John Reda Syncsort Incorporated -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Russell Witt Sent: Thursday, June 21, 2007 2:01 AM To: [email protected] Subject: Re: Virtual Tape ??? To take what Don says a step further; there are many tape-copy utilities (Innovation's FATSCOPY, Opentech's as Don plugged, IBM's own Tivoli Tape Optimizer, and CA's CA-1/Copycat and TLMS/Copycat) that understand that the DCB information stored in the HDR1 may or may not be correct and take that into account when coping these files. I have not tried using one of the IEBGENER replacements however (ICEGENER from IBM or BetterGener from Syncsort). It would be interesting to see if they also know enough to ignore the HDR1 DCB information and just read the data raw. That might be a question for Frank if he notices this posting. Russell Witt CA-1 Level-2 Support Manager ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
