ICE201I E RECORD TYPE IS F - DATA STARTS IN POSITION 1
ICE230A 0 37 BYTE HEADER/TRAILER RECORD EXCEEDS 25 BYTE LRECL FOR AUS1
ICE751I 0 C5-K90007 C6-K90007 C7-K90000 C8-K90007 E4-K90007 E7-K11698
ICE052I 3 END OF DFSORT
Then in both CTL1 and CTL2, i made changes like this and increased teh output LRECL to 37 (DDNAME:AUS1) and 38(DDname: AUS2).
My queries are
(i) I am sure that the sum up values in CTL1 card won't exceed 4 digits. Can't i produce the output file with LRECL = 25 itself?
(ii) When i changed the CTL1 to have LRECL of 37 bytes for AUS1, DFSORT throws error saying that
"ICE230A 0 38 BYTE HEADER/TRAILER RECORD EXCEEDS 37 BYTE LRECL FOR AUS2"? how can i find the exact LRECL for the output file without trial and error method
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Quote:
(i) I am sure that the sum up values in CTL1 card won't exceed 4 digits. Can't i produce the output file with LRECL = 25 itself?
Yes. Your problem is that you have:
TOT=(22,04,UFF)
This tells DFSORT to use the default for the total field which is 15 bytes long with an edit mask of M0. To get what you want, you just would need to use this:
Thanks frank, though you could have told me to look in to the manual properly.
Kolusu,
Your solution didn't work for my requirement. I think your solution will just tell me which Nr_ID + Date_Id combination occurs most.
In my first CTL1, i am summing up all the 'transaction_count' for a 'Nr_ID' done on a same day. then in the CTL2, i am finding out on a day 'date_ID', which 'NR_ID' has done the maximum 'transaction_count'.
Hope i defined the requirement more clearly this time.