TSO - LINKMVS environment - REXX

This is a discussion on TSO - LINKMVS environment - REXX ; I'm calling a native program using ADDRESS LINKMVS. All is well, but each call seems to create a new, initialized environment. I have dynamically allocated objects that I'd like to address on subsequent calls, but they don't hang around. I ...

+ Reply to Thread
Results 1 to 3 of 3

TSO - LINKMVS environment

  1. Default TSO - LINKMVS environment

    I'm calling a native program using ADDRESS LINKMVS. All is well, but each
    call seems to create a new, initialized environment. I have dynamically
    allocated objects that I'd like to address on subsequent calls, but they
    don't hang around. I need to be able to make multiple ADDRESS LINKMVS calls
    to my code and not have the environment get re-established each time. This
    must be possible, otherwise how would the DNSREXX environment work? I'd
    appreciate any help on gettting this to work as I described.



  2. Default Re: TSO - LINKMVS environment

    On Oct 5, 8:54 am, "JJ" <j...@hotmail.com> wrote:
    > I'm calling a native program using ADDRESS LINKMVS. All is well, but each
    > call seems to create a new, initialized environment. I have dynamically
    > allocated objects that I'd like to address on subsequent calls, but they
    > don't hang around. I need to be able to make multiple ADDRESS LINKMVS calls
    > to my code and not have the environment get re-established each time. This
    > must be possible, otherwise how would the DNSREXX environment work? I'd
    > appreciate any help on gettting this to work as I described.


    Well, for starters, it would help to know the environment. Are you
    running native TSO, MVS batch, batch TSO, ISPF, or batch ISPF?

    Mickey


  3. Default Re: TSO - LINKMVS environment

    "JJ" <jj@hotmail.com> wrote:

    > I'm calling a native program using ADDRESS LINKMVS. All is well, but each


    > call seems to create a new, initialized environment. I have dynamically
    > allocated objects that I'd like to address on subsequent calls,


    do you mean datasets, or some other kind of object?

    are the subsequent calls within the same batch job step, or tso session?

    > but they don't hang around.


    What happens to them?



    --
    Jeremy C B Nicoll - my opinions are my own.

+ Reply to Thread

Similar Threads

  1. environment
    By Application Development in forum basic.visual
    Replies: 3
    Last Post: 09-20-2007, 08:16 PM
  2. How to set up this environment?
    By Application Development in forum SendMail
    Replies: 0
    Last Post: 05-23-2007, 10:08 AM
  3. Functioning of ATTCHMVS and LINKMVS
    By Application Development in forum REXX
    Replies: 2
    Last Post: 02-21-2005, 05:27 PM
  4. Environment map
    By Application Development in forum Graphics
    Replies: 20
    Last Post: 05-25-2004, 04:56 PM
  5. ASP 3.0 in .NET environment
    By Application Development in forum DOTNET
    Replies: 1
    Last Post: 07-18-2003, 01:55 AM