Gary Diehl wrote on 11/10/2006 09:30:44 AM: > We've had these issues in the recent past, and switched from using > ICETOOL to just plain IFASMFDP to copy or merge SMF records. Too many > production abends to mess around with trying to fix ICETOOL when > IFASMFDP does it seamlessly. > > And we saw the same thing you saw with the DD name containing invalid > characters in the ICE output: > > 2 INCOMPLETE SPANNED RECORD DETECTED ON q - RC=16
That message indicates that there's an incomplete spanned record in the file and that SPANINC=RC16 is in effect so DFSORT should terminate. If you have SPANINC=RC0 or SPANINC=RC4 in effect, DFSORT will attempt to eliminate incomplete spanned records and keep valid records. It's not clear if you tried SPANINC=RC0/RC4 or not. DFSORT's shipped installation default is SPANINC=RC16, but you can change that to RC0 or RC4 so it's used for all DFSORT and ICETOOL jobs. Or you can change it for a particular DFSORT or ICETOOL like this: //DFSPARM DD * OPTION SPANINC=RC4 /* > Why ICE won't but IFASMFDP will, is perhaps a better question for Frank > than I. Well, if you have SPANINC=RC16 in effect, you're telling DFSORT to terminate so that's what it does. If you have SPANINC=RC0/RC4 in effect, then I guess the question would be are there problem(s) with spanned records that IFASMFDP can fix, but DFSORT can't, and if so, what are those specific problem(s). Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ ---------------------------------------------------------------------- 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
