SMDE_NAME_OFF is the offset of the name.
SMDE_PMAR_OFF is the offset of the PMAR.
SMDE_PNAME_OFF is the offset of the primary name if this is a program object
alias.
The data returned by DESERV is not mapped by IHAPDS.
The mapping of the DESERV output is clearly documented.
Peter Relson
z/OS
Subject: Re: BLDL User Data
Hi
I used the FUNC=GET_ALL
Still a little bit confused by the mapping returned
I got a IGWDDESB it has a number of IGWSMDE's one for each member of the PDS
the SMDE_NAME_OFF pointes to the offset of the first SMDE_NAME the
SMDE_NAME_VAL is then mapped by IHAPDS
, August 20, 2023 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data
If you have only the primary name, for a PDS your only approach to finding
all the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.
IHAPDS maps the PDS directory entry
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Sunday, August 20, 2023 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data
What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which
work for PDS as well?
--
Shmuel
On Sun, 20 Aug 2023 13:05:39 +, Seymour J Metz wrote:
>What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which work
>for PDS as well?
>
And which, if any, work for allocated UNIX directories as BLDL does?
I noticed that when I bound a program object with SYSLMOD allocated
...@us.ibm.com]
Sent: Sunday, August 20, 2023 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data
If you have only the primary name, for a PDS your only approach to finding all
the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.
IHAPDS maps the PDS
If you have only the primary name, for a PDS your only approach to finding all
the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.
IHAPDS maps the PDS directory entry. IGWSMDE/IEWPMAR maps the PDSE directory
entry.
PDS2ALIS for the former,
DESERV will do the job for PDSE; I suspect that it will work for PDS as well.
You can contact me at work if you have questions.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom
Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
Sent: Friday, August 18, 2023 8:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data
IIRC there is only entry point
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data
Alias entry points have separate directory entries. The alias directory entries
have a flag bit on (I remember there is a DSECT IHAPDS or similar name) which
indicate that this directory entry is an alias and also may have a different
entry
On a PDSE a binder of IEFBR14 with alias BR14 then bind of IEFBR14 no alias and
BR14 alias was gone. Use 3.1 on the real member of first bind of IEFBR14
removed alias. Didn’t try to see what happens with 3.1 delete of alias. PDSE
orphaning of alias appears to be addressed at least in ISPF and
On Sat, 19 Aug 2023 17:14:41 -0500, Dave Kreiss wrote:
>... If the real member is deleted but not all alias(s), those alias(s) are
> orphaned member(s) but the tensing member(s) data (load module) still exist.
>
Did that change with PDSE?
--
gil
Alias entry points have separate directory entries. The alias directory entries
have a flag bit on (I remember there is a DSECT IHAPDS or similar name) which
indicate that this directory entry is an alias and also may have a different
entry point address than the real or other alias members
Take a look at PDS2EPM
https://www.ibm.com/docs/en/zos/2.1.0?topic=areas-pds-directory-entry-format-returned-by-bldl
On Sat, Aug 19, 2023 at 7:29 AM Joseph Reichman
wrote:
> Hi
>
>
>
> Just looking the user data I got from a BLDL specifically the entry name I
> have multiple (4) entry points
IIRC there is only entry point in a directory entry for a load library.
Other entry points would be in alias directory entries if there are any.
--
Tom Marchant
On Fri, 18 Aug 2023 17:28:32 -0400, Joseph Reichman
wrote:
>Just looking the user data I got from a BLDL specifically the entry
15 matches
Mail list logo