I have 2 files, and needs to get output using SORT
file-1
Code:
AB00001 X12
AB00002MACY12
* BBCZ34
File-2
Code:
AB00002AAAX12
AB00003CCCY13
AB00004SSSU32
If first 7 positions matches from both the file then
then from 8th position I i have to check for spaces or MAC then move 'N' to last byte of that record else 'M'
Joined: 07 Dec 2007 Posts: 2205 Location: San Jose
Pandora-Box wrote:
Is there a place where I could learn how sort inteprets these things
I believe it won't be available for layman like me
Pandora-Box,
Contrary to your name , you need to OPEN the box (manuals) that internet gave you. There is nothing cryptic about how BUILD or OVERLAY works. The manuals explains in detail about these parms. If you're not familiar with DFSORT and DFSORT's ICETOOL, I'd suggest reading through "z/OS DFSORT: Getting Started". It's an excellent tutorial, with lots of examples, that will show you how to use DFSORT, DFSORT's ICETOOL and DFSORT Symbols. You can access it online, along with all of the other DFSORT books, from:
And most DFSORT keywords follow the actual English meaning. So BUILD is actually building a record from scratch where as OVERLAY is just overlaying in a particular position with already built record.
When you use OVERLAY beyond the record length it is same as BUILD.
The most important Flowchart you need to keep in mind is this
and it is ok, but if the match is not there then I want to add 'N' at the last byte of the record from the first input file and write it to a output file.
Could you please help to modify the above controld card??
Here, if I want to get two output files like
1) one file will be created newly with DISP=(new,catlg,delete)
2)second file will be with DISP=SHR mode
then how to go ahead with this.
Why do you have a OPTION COPY and also SORT FIELDS=(1,16,CH,A) for the main task? Why did you move the elimination of * records to the main task from JNF*CNTL?
If you are running Syncsort then please post your questions in the JCL forum and please do not take advantage of people trying to help you.
Craq,
I am replacing my current COBOL program with SORT so whatever the current fuctionality is there, I have to keep them same. And hence I am creating it with SHR.
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
"DISP=SHR" is nothing to do with "functionality".
It will allow two jobs to access (including write to) the same dataset at the same time.
So, two jobs writing to the same dataset. Or one job writing another reading. At the same time. Dumb-as-all-heck. Review it. Unless it is "protected" from doing such things by some other method, then it should be changed.
I'm sure your spec doesn't really include "provide same functionality even if it is garbage and an accident waiting to happen". If it does, you should at least have something to say about it, not just lie down silently.
If nothing else, you need a CYA memo/e-mail so that you don't get busted for it whilst preparing your "I was warned about this, but you said..." to which the reply is "if I told you to jump off a cliff, would you just do it, because it is in the spec?"
Joined: 22 Jan 2008 Posts: 117 Location: Liberty city
Hello,
Quote:
I am replacing my current COBOL program with SORT so whatever the current fuctionality is there, I have to keep them same. And hence I am creating it with SHR.
You dont have to follow the same unless it is meant to be.
Joined: 03 Oct 2009 Posts: 1788 Location: Bloomington, IL
Bill Woodger wrote:
If nothing else, you need a CYA memo/e-mail so that you don't get busted for it whilst preparing your "I was warned about this, but you said..." to which the reply is "if I told you to jump off a cliff, would you just do it, because it is in the spec?"
And the reply to that is, "Yes, it is the requirement"
yes I agree Dick. But this is something which is already in place,if it would have been into some new development project then would have sounds good not to use it in SHR mode Thanks again!!