Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Quote:
They want me to do it using SORT and not ICETOOL. I am not sure why.
I believe your organization needs to make a more consistent decision. . .
Either applications/developers should be permitted to use the "coding" features available in their sort product or they should not. Being permitted to code "anything" that the executable named SORT will do, but not permitted to use xxxMAN or xxxTOOL makes neither logical nor business sense. They are part of the sort product.
If your organization is not willing to support "programming" via the sort product, then it should not be permitted in pgm=sort either. For your management to say that your syntax would be perfectly acceptable if the executable was sort but the same syntax would not be valid if you execute something other than sort is really hard to follow.
The same vendor supports the underlying product code as part of the same product license (afaik).
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
Hello,
Here's a Syncsort job which does the same. It involves 2 steps,
Step-1: Takes the count from counter file-1, increment by one, save it back to the counter file, also creates a Symbol - CNT for the new count.
Step-2: Overlays the symbol - CNT into the header record.
