Joined: 15 Dec 2002 Posts: 637 Topics: 43 Location: Bengaluru, INDIA
Posted: Wed Aug 13, 2003 1:39 am Post subject:
I do not think, I understand this correctly.
Code:
INREC FIELDS=(1,5,SEQNUM,8,ZD,6)
You want the first 5 bytes of the input file, then an 8 digit sequence number in ZD and, then '6'. What does '6' mean?
If it means 6 more bytes after 5th byte in input file, then this is the error. The INCLUDE condition asks for the 7 bytes from 14th byte. The 14th byte (after INREC) is first byte after sequence number. But, you have a '6' there. Could this be the reason?
PS: I do not have access to m/f right now. _________________ ALL opinions are welcome.
Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
-- Sherlock Holmes.
Joined: 26 Nov 2002 Posts: 12377 Topics: 75 Location: San Jose
Posted: Wed Aug 13, 2003 12:06 pm Post subject:
newuser,
I never had luck with passing parms to synctool via parm. remove the parm statement on the program and pass it via $ORTPARM DD statement.Try this
Code:
//$ORTPARM DD *
PARM='VLTESTI=1'
Even if this does not work for you then split the job into 2 steps with SORT as the program name and you can pass parms to it.
Cogito : newuser's inrec fields are correct. For a VB input file , you don't have to specify the length, you just need to specify the start position of the record.
Code:
INREC FIELDS=(1,4, $ RDW
5,1, $ MACHINE CHARACTER AS RECFM IS VBM
SEQNUM,8,ZD, $ 8 BYTE SEQUENCE NUMBER
6) $ START POSITION OF THE VARIBALE RECORD
First, I just added $ortparm statements only, then the job abended stating, CTL1OUT ddname is not coded. I dont know what it is, I then just added
Code:
//CTL1OUT DD DUMMY
Now atleaset the first COPY goes through fine. But it abends at the second SORT statement. Here's my DFSMSG messages:
Code:
SYNCSORT 3.7DRI TPF3 US PATENTS: 4210961,5117495, OTHER PAT. PEND. (C) 1998 SY
z/OS 1.2.0 CPU MODEL 2064
$ORTPARM : VLTESTI=1
PARMLIST :
OPTION RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=IN,SORTDD=CTL1,COPY
WER428I CALLER-PROVIDED IDENTIFIER IS "0001"
WER161B ALTERNATE PARM USED
WER164B 5,148K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER164B 0 BYTES RESERVE REQUESTED, 275,016 BYTES USED
WER146B 20K BYTES OF EMERGENCY SPACE ALLOCATED
WER108I IN : RECFM=VBM ; LRECL= 214; BLKSIZE= 32760
WER110I CTL1OUT : RECFM=VBM ; LRECL= 214; BLKSIZE= 32760
WER416B BSAM WAS USED FOR IN
WER416B BSAM WAS USED FOR CTL1OUT
WER054I RCD IN 2163, OUT 2163
WER169I RELEASE 3.7D BATCH 0347 TPF LEVEL 3
WER052I END SYNCSORT - X0997791,STEP0100,,DIAG=A400,2489,4AE4,6424,A4E6,2489,4A
SYNCSORT 3.7DRI TPF3 US PATENTS: 4210961,5117495, OTHER PAT. PEND. (C) 1998 SY
$ORTPARM : VLTESTI=1
PARMLIST :
OPTION RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=CON,SORTOUT=OUT,SORTDD=CTL2,DYNAL
LOC
WER428I CALLER-PROVIDED IDENTIFIER IS "0002"
WER161B ALTERNATE PARM USED
WER164B 1,204K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER164B 0 BYTES RESERVE REQUESTED, 1,180K BYTES USED
WER146B 20K BYTES OF EMERGENCY SPACE ALLOCATED
WER267A SORT STATEMENT : STATEMENT NOT FOUND
I tried giving CTL2OUT DD DUMMY also...but no success.
Thought of waiting for some more time before proceeding with 2 step SORT..
Also, in my previous post, eventhough the COPY is giving zero returncode, I dont think it is doing anything that is in the CTL1 cards as is evident from the messges..
Gave up on this one...Resorted to 2 syncsort steps and works great for me!
Had it been Fixed Block, I could have had just one synctool step...Really annoys when this happens..why discriminate poor VBM types..
Would love to hear if DFSORT/ICETOOL can do this in one step..just curious..
Anyway, thanks to all for providing the suggestions.
Regards!
_________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Thank You Frank. Your answer prompted to try with VLSHRT option with synctool. (Removed $ortparm, vltestI statements) And looks like it works...I tried two different files and the output is as expected. Here's my jcl:
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Thu Aug 14, 2003 3:44 pm Post subject:
VLSHRT will work with DFSORT/ICETOOL as well, although VLSCMP is usually a better choice since it only affects INCLUDE/OMIT whereas VLSHRT also affects SORT/MERGE and SUM (you're not using any of those with VLSHRT in this case, so it doesn't matter). _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Just as an FYI regarding the use of parms (such as VLTESTI), if you're going to use it, it'll need to be on the EXEC statement, and the VLTESTI=1 will need to be in ticks. At least that's what finally worked for me. Like this:
Joined: 26 Nov 2002 Posts: 12377 Topics: 75 Location: San Jose
Posted: Wed Nov 10, 2004 4:30 pm Post subject:
comradekev,
Quote:
Just as an FYI regarding the use of parms (such as VLTESTI), if you're going to use it, it'll need to be on the EXEC statement, and the VLTESTI=1 will need to be in ticks. At least that's what finally worked for me. Like this:
//STEP01 EXEC PGM=SORT,PARM='VLTESTI=2'
comradekev,
What you say is true for pgm=sort , but if you look at the all solutions, all of them deal with SYNCTOOL/ICETOOL which is used to club multiple sort/copy steps into a single step. AS far As I Know Synctool does not have the capability to receive parms. I am not sure if ICETOOL has the capacity of accepting parms via Parm statement. Frank can confirm that
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Wed Nov 10, 2004 5:22 pm Post subject:
DFSORT's ICETOOL does not recognize EXEC PARMs. But any parameter you can pass to DFSORT via the EXEC PARM can be passed to DFSORT or ICETOOL in DFSPARM, e.g.
Code:
//DFSPARM DD *
VLSCMP,OVFLO=RC4
/*
_________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum