In
<[EMAIL PROTECTED]>,
on 11/11/2005
at 08:26 AM, "Diehl, Gary (MVSSupport)" <[EMAIL PROTECTED]> said:
>What your doing looks fine except for one thing listed in the book:
>Interactive System Productivity Facility (ISPF) Services Guide z/OS
>Version 1 Release 2.0 Document Number SC34-4819-01
>2.28.3 Parameters
>
>list-id
> The LMDFREE service removes this dslist ID from the list of
> dslist IDs. The LMDLIST and LMDFREE service cannot use the
dslist ID for the remainder of the TSO session.
>It says there that even if you free a dslist ID, you can't use it
>again for the remainder of that TSO session. Which I don't really
>understand either, because a re-exec of the REXX gives the same
>results again, rather than empty lists. Furthermore, changing the
>second dslist ID to something different yields the same results -
>just the vtocix is listed - for either the same volume or any other
>volume I cared to plug in (even when the second volume listed didn't
>match the first!).
Take a closer look at the code;
"LMDINIT LISTID(LISTID) VOLUME(SYHD99)"
generates a new dslist ID and stores it in the variable LISTID.
What is happening may be cleared if you insert a
trace i
in the code; you will see that LISTID(LISTID) occurs *only* in the
LMDINIT.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
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
