View previous topic :: View next topic
|
Author |
Message |
Antonio Barata Warnings : 1 New User
Joined: 04 Apr 2007 Posts: 37 Location: Lisbon, Portugal
|
|
|
|
hello
Is there any way of allocating, changing and sharing memory areas between Cobol programs on a batch environment?
In CICS you have CWA and some other areas. I am looking for an equivalent for Batch.
I don't know if it is possible, under Language Environment and z/OS V1R7.0
Can anyone help please?
Thanks
António Barata |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
Sharing of storage (not concurrently) is possible using the LE Callable Get-Storage routine CEEGTST or an MVS GETMAIN with either one acquiring storage at the start of the JOB. Then, each successive step of this single JOB can use/reuse this storage, providing the address is passed to each step. At JOB termination, this storage is automatically freed.
Could you let us know why you would need this?
Regards,
Bill |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10872 Location: italy
|
|
|
|
are You looking for some kind of cross memory data sharing ?? |
|
Back to top |
|
|
Antonio Barata Warnings : 1 New User
Joined: 04 Apr 2007 Posts: 37 Location: Lisbon, Portugal
|
|
|
|
Bill O'Boyle wrote: |
Sharing of storage (not concurrently) is possible using the LE Callable Get-Storage routine CEEGTST or an MVS GETMAIN with either one acquiring storage at the start of the JOB. Then, each successive step of this single JOB can use/reuse this storage, providing the address is passed to each step. At JOB termination, this storage is automatically freed.
Could you let us know why you would need this?
Regards,
Bill |
Well, I work in a Bank and, by midnight we need to change the processing date (not the system date).
Operations that have been done in the previous day, should assume this change as soon as this happens.
The batch processes we have, in order to avoid additional I/O, read the date from a DB2 table and, keep in memory until the end.
The idea is that at a specific time a signal routine will set up a signal in memory so that, any running process (Cobol program), not necessarily in the same JOB, can access it and check if the processing date has already changed so, it may read the new one, without the need for additional I/O.
Thanks
António |
|
Back to top |
|
|
Antonio Barata Warnings : 1 New User
Joined: 04 Apr 2007 Posts: 37 Location: Lisbon, Portugal
|
|
|
|
enrico-sorichetti wrote: |
are You looking for some kind of cross memory data sharing ?? |
I think that it is something like that.
I have been looking around at Environment Variables that application programs can set, so that other processes can access it and read it but so far, I couldn't find out anything or the way to do it.
At least in the Operating System release that we are using.
Thanks
António Barata |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
How often is this data referenced? If it is quite frequently, retrieving it from a db2 table might not generate additional i/o - it would remain in a buffer due to the frequent use. |
|
Back to top |
|
|
Antonio Barata Warnings : 1 New User
Joined: 04 Apr 2007 Posts: 37 Location: Lisbon, Portugal
|
|
|
|
dick scherrer wrote: |
Hello,
How often is this data referenced? If it is quite frequently, retrieving it from a db2 table might not generate additional i/o - it would remain in a buffer due to the frequent use. |
I think that could be a solution.
It would be necessary only after a specific time and, I think that not so often as that.
I will try to see if it works
Thanks |
|
Back to top |
|
|
|