View previous topic :: View next topic
|
Author |
Message |
mtrujis
New User
Joined: 27 May 2009 Posts: 3 Location: Mexico
|
|
|
|
I have always used DFSORT, this is the first time I'm using CA-SORT. So, I wrote this JCL to create a Dynamic ControlCard and it looks like I'm missing some DD's
This is what I'm getting:
ICE601I 0 DFSORT ICETOOL UTILITY RUN ENDED - RETURN CODE: 16
CASO047E OPEN ERR SYSIN
CASO060I CA-SORT END,RC=16
I don't have manuals for CA-Sort, so, can anyone provide me an example of using ICETOOL through CA-SORT?
Thanks in advance. |
|
Back to top |
|
|
Terry Heinze
JCL Moderator
Joined: 14 Jul 2008 Posts: 1249 Location: Richfield, MN, USA
|
|
|
|
If your shop is licensed for CA-SORT, they should be able to provide you with manuals. Have you checked with the sort support folks there? |
|
Back to top |
|
|
Frank Yaeger
DFSORT Developer
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
|
|
|
|
ICETOOL is a function available with DFSORT. As far as I know, CA-SORT does not have the ICETOOL function. So you can't use ICETOOL through CA-SORT.
The ICE601I message indicates you do have DFSORT so when you use PGM=ICETOOL, you're invoking DFSORT's ICETOOL. The CAS messages are from CA-SORT, so it appears you have both DFSORT and CA-SORT.
Here's what I think is happening.
The CA-SORT libraries are higher in the order of search then the DFSORT libraries.
You use PGM=ICETOOL. ICETOOL is found in the DFSORT library, so DFSORT's ICETOOL is invoked. DFSORT then LINKs to ICEMAN, but ICEMAN is an alias in the CA-SORT library, so CA-SORT is called instead of DFSORT (since the CA-SORT libs are higher in the order of search). Since CA-SORT does not understand the ICETOOL JCL/control statement, it terminates.
Since you have both DFSORT and CA-SORT, you could use DFSORT's ICETOOL by using a JOBLIB to the DFSORT library. This will ensure that DFSORT's ICETOOL calls DFSORT, not CA-SORT.
But if you're trying to use ICETOOL with CA-SORT itself, you're out of luck because CA-SORT doesn't have that function!
What is going on here? Why do you have both CA-SORT and DFSORT. Are you trying to migrate from one to the other (which)? |
|
Back to top |
|
|
mtrujis
New User
Joined: 27 May 2009 Posts: 3 Location: Mexico
|
|
|
|
Thanks a lot for a quick response.
Exactly, that is what is happening. We have both DFSORT and CA-SORT. We have several tools from CA, so I guess that is why CA-SORT libs are higher in the order of search.
I'll try using a STEPLIB.
Thanks again for the advice. |
|
Back to top |
|
|
Frank Yaeger
DFSORT Developer
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
|
|
|
|
You might want to talk to your System Programmers about putting the DFSORT libraries higher in the order of search then the CA-SORT libraries, so you can use DFSORT as your primary sort product. That will also allow you to use DFSORT's ICETOOL without having to STEPLIB. |
|
Back to top |
|
|
mtrujis
New User
Joined: 27 May 2009 Posts: 3 Location: Mexico
|
|
|
|
Thanks Frank!
It works using a STEPLIB. I'll check with System Programmers if there is any reason to have CA-SORT at all! I mean, if DFSORT is more powerful and we already have it, why still using the other.....
Thanks again! |
|
Back to top |
|
|
|