MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Syncsort Reentrant Access Method (SSRAM) type functionality

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities
View previous topic :: View next topic  
Author Message
Exit16W
Beginner


Joined: 25 Jan 2015
Posts: 4
Topics: 2

PostPosted: Fri Dec 11, 2015 2:14 pm    Post subject: Syncsort Reentrant Access Method (SSRAM) type functionality Reply with quote

Does DFSORT have the functionality to invoke up several sorts each of which can manipulate the same data differently?

I've been advised by a system programmer that Syncsort needs to be retained because this type functionality is not available with DFSORT.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Fri Dec 11, 2015 3:02 pm    Post subject: Re: Syncsort Reentrant Access Method (SSRAM) type functional Reply with quote

Exit16W wrote:
Does DFSORT have the functionality to invoke up several sorts each of which can manipulate the same data differently?


Exit16w,

How are you invoking multiple sorts ? Via a program? To answer your question yes DFSORT can be invoked simultaneously just like how DB2 does it when it invokes DFSORT.

Exit16W wrote:
I've been advised by a system programmer that Syncsort needs to be retained because this type functionality is not available with DFSORT.


Can you share in detail about this functionality by sending us an email to dfsort@us.ibm.com ?
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Exit16W
Beginner


Joined: 25 Jan 2015
Posts: 4
Topics: 2

PostPosted: Fri Dec 11, 2015 5:30 pm    Post subject: Reply with quote

Kolusu:
I'll be digging in deeper on this, but this is the understanding right now.
Developers in 1994-1997 (befoe my time) used CA SSRAM in one step to create multiple output files from the same source of data. In order to support this functionality after CA dropped support, syncosrt agreed to provide the same functionality as a band-aid until a conversion was made that did not need this solution.
As always, this modification was never made.
In 2015, there's no appetite for developers to re-work the code. If we want to move off Syncsort to DFSORT, we'd need similar functionality in DFSORT (because developers aren't interested in fixing the code).
I'm going to ask individuals that were here at the time if they can get me more information. The system programmer that talked about this at our staff meeting advised that an attempt was made to normalize the Syncsort libraries to the delivered product and several jobs abended. He can't remember the names of the jobs.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Fri Dec 11, 2015 6:24 pm    Post subject: Reply with quote

Exit16W wrote:
Kolusu:
I'll be digging in deeper on this, but this is the understanding right now.
Developers in 1994-1997 (befoe my time) used CA SSRAM in one step to create multiple output files from the same source of data. In order to support this functionality after CA dropped support, syncosrt agreed to provide the same functionality as a band-aid until a conversion was made that did not need this solution.
As always, this modification was never made.


Aha Just CA-SORT's CA-SRAM Feature? Then Please tell your systems programmer that he is WRONG on all counts and DFSORT does indeed supports that function.

If you have internal sort programs, that use CA-SRAM which uses special SRTOPEN, SRTFILL, SRTGET, and SRTCLSE statements in the application programs written in COBOL or PL/I ,we have a routine DFSORTSI which is used to intercept SRAM calls from application programs and invoke DFSORT instead of CA-SORT. So install that and you are good to go.


Exitw wrote:

In 2015, there's no appetite for developers to re-work the code. If we want to move off Syncsort to DFSORT, we'd need similar functionality in DFSORT (because developers aren't interested in fixing the code).
I'm going to ask individuals that were here at the time if they can get me more information. The system programmer that talked about this at our staff meeting advised that an attempt was made to normalize the Syncsort libraries to the delivered product and several jobs abended. He can't remember the names of the jobs.


It is great news that you want to migrate from syncsort. Please let me know if you need more information. As I mentioned earlier please send an email to our hotline and I will send you over the migration documents.
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Exit16W
Beginner


Joined: 25 Jan 2015
Posts: 4
Topics: 2

PostPosted: Fri Dec 11, 2015 6:28 pm    Post subject: Reply with quote

Thank you for the great information.
We look forward to making contact.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
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


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group