Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Thu Dec 18, 2003 4:49 pm Post subject:
To convert a ZD number like 120B to 1202+ you can use the following in INREC, OUTREC or OUTFIL OUTREC:
Code:
p,m,ZD,SIGNS=(,,+,-)
This uses the default M0 edit mask but overrides the default of blank for a trailing positive sign to +. Note that SIGNS has two commas before the +,- representing the unneeded leading signs.
What are you using in Syncsort? If you post the Syncsort control statements, I can show you how to use DFSORT to do the same thing. _________________ 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
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Thu Dec 18, 2003 5:31 pm Post subject:
Vijayakrishna,
We really need to see your Syncsort statements. M0 is equivalent to I...ITS and M1 is equivalent to T...TS. Your data does not have any leading zeros, so it's not clear what needs to be done with leading zeros (keep them or suppress them?).
I'd also like to see the Syncsort statements in order to determine why DFSORT is producing a different result. _________________ 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
Joined: 07 Aug 2003 Posts: 46 Topics: 18 Location: Danbury
Posted: Fri Dec 19, 2003 11:33 am Post subject:
Kolusu,
Thanks for the control statement. I thought that for DFSORT the control statement and DDNames would be different from those of SYNCSORT. Atleast for this function they are same.
Frank,
My friend was getting error messages which say error in control statement. I closely observed his JCL. The control statements in the instream data are starting from first column which is making them unrecognizable to SORT tool. I asked him to start typing in control statements from second column and submit jcl. It worked.
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Fri Dec 19, 2003 1:19 pm Post subject:
Vijayakrishna,
We've tried very hard over the years to recognize the control statements, parameters and DD names the other product uses so as to make migration easier.
The reason control statements must start after column 1 is that you can put a label in column 1 before the "verb", e.g.
Code:
MYSORT SORT FIELDS=(5,4,CH,A)
So anything in column 1 is taken as a label. A blank in column 1 indicates there's no label. Generally, people don't use labels and just start with the verb after one or more blanks. _________________ 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
Joined: 26 Nov 2002 Posts: 12376 Topics: 75 Location: San Jose
Posted: Fri Dec 19, 2003 1:28 pm Post subject:
Frank,
While we are on it , I noticed that TOOLIN statements does not have the above mentioned limitation. Sort does not complain even if the statements start from pos '1'. I would like to know as to why TOOLIN statements are exception.
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Fri Dec 19, 2003 2:15 pm Post subject:
When I "invented" DFSORT's ICETOOL, I decided that labels were not needed for ICETOOL operators since people didn't generally use labels. So I allowed ICETOOL operators to start in column 1. The syntax for ICETOOL and DFSORT are intentionally different. I tried to give ICETOOL a more "modern" look for it's syntax. _________________ 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