I'm running an OREXECD command

    which is a REXX exec

        which does "address 'TSO' another-rexx-exec"

            which invokes "ISPSTART cmd( %itself )"

                which does "address ISPEXEC lmcopy ..."

I read:

"z/OS V1R7.0 ISPF Services Guide"
2.25          LMCOPY - Copy Members of a Data Set
  2.25.4        Return Codes

   The following return codes are possible:                                     
 ...
   12
                ...
          + One or more members of the 'TO' data set are "in use"
            by you or another user and could not be copied

I'm deliberately editing a member to test error recovery.
I get:

   185 *-*   trace R
   186 *-*   'lminit dataid(TEMPID) ddname(SYSUT2) enq(SHR)'
       >>>     "lminit dataid(TEMPID) ddname(SYSUT2) enq(SHR)"
   187 *-*   'lmcopy fromid('TEMPID') todataid('To.DSN')
                  tomem('Member') replace trunc'
       >>>     "lmcopy fromid(ISR00017) todataid(ISR00001)
                    tomem(mymember) replace trunc"
  ISRU356 "To" member in use      -/-"To" member is being updated
              by you or another user.
    12 *-*   'ISPSTART cmd( %saveprod re-enter-saveprod' arg(1) ')'
TSOLNK failed: rc=24 rsn=212 code=FFFFFFFF
       +++ RC(-3) +++

.. I'd expect to get RC=12, which I'd handle as appropriate.
Instead, my entire EXEC terminates abnormally.

Is there something I don't understand?

Or, is ISPF confused by my nest of (sometimes recursive) calls?

Why is there no code on the "TSOLNK failed" message?  Is this
"FOMF0134I" from "z/OS V1R7.0 UNIX System Services Messages and Codes"

   FOMF0134I TSOLNK failed: reason

   Explanation: The TSO service routine could not be invoked.
        Reason provides more information about the failure.

Where do I find the "Reason 212"?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to