Re: Migrating Loadlibs from PDSE to PDS?

2023-12-11 Thread Schmitt, Michael
SSI is very important for projects whose workflows depend on it!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Saturday, December 9, 2023 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migrating Loadlibs from PDSE to PDS?

On 12/9/2023 5:24 AM, Steve Estle wrote:

It shows SSI which these days useless info (IMHO) but not PO format
which is important. They never improve anything without an RFE asking
for it. [sigh]

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-10 Thread Support, DUNNIT SYSTEMS LTD.
Hi Steve,

Just curious: why are you interested in reverting load libraries from PDSE to 
PDS? Thanks.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-10 Thread Seymour J Metz
Is REVIEW currently packaged with PDS86 in CBTTAPE file 182.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Peter Vels 
Sent: Saturday, December 9, 2023 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migrating Loadlibs from PDSE to PDS?

I recommend Prycroft's REVIEW which displays Program Management version
(column V below)

SYS1.SIEALNKE  Row 1 of
188
Command ===>Scroll ===>
CS
  RealName Alias-Name  Size AC AMd At RU V Non-0-EP Save-Timestamp
User/Job
. ADRDSFSI  5K 11D0 00 A31RN 2  19-05-07 13:50
RV0591PB
. CBREFSI  43K AB7A 00 A64 NM RN 42d   38F0 19-05-07 13:47
RV0591PB
. CFZR24C   1K  3E8 01 A31 NM RN 2  19-09-25 07:43
WBEMPAX8
. CPOJLNCH 15K 3BC8 01 A31 NM3 d19-05-07 14:04
RV0591PD
. CRURRAP  SSI=170041079FA0 00 PG2  19-05-07 13:44
RV0591PB
. CRURRSV  SSI=17004107DF30 00 PG2  19-05-07 13:44
RV0591PB
. CSFDLL3X 98K1866C 00 A31 NM RN 3 d19-08-26 15:20
PKCS113
. CSFDLL31122K1E6AC 00 A31 NM RN 3 d19-08-26 15:20
PKCS113
. CSFDLL64121K1E330 00 A64 NM RN 42d19-08-26 15:20
PKCS113


The "42" is actually 4 followed by a superscripted 2. See
https://www.prycroft6.com.au/REVIEW/revfaq.html for more details.

Peter

On Sun, 10 Dec 2023 at 11:37, Seymour J Metz  wrote:

> IEBCOPY is the right tool for the program objects that can be converted.
> There re z/OS facilities that won't work with load modules.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Steve Estle 
> Sent: Saturday, December 9, 2023 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migrating Loadlibs from PDSE to PDS?
>
> Seasons Greetings all,
>
> I know this might sound like a strange request, but we are exploring what
> if any options there are to migrate load libraries from PDSE (version 1 or
> 2) back to traditional basic PDS's.  It appears this is highly restricted
> based on my experiences trying to perform via IEBCOPY and ISPF 3.3 (which
> just involkes IEBCOPY under the covers)?  Any thoughts/experiences on ways
> to do this or is it just one of those once you are there the "train don't
> go in reverse" situations?
>
> Thanks in advance for any ideas/suggestions.
>
> Steve Estle
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-10 Thread Martin Trübner

even bugs!!!

Am 09.12.23 um 16:52 schrieb Ed Jaffe:

They never improve anything without an RFE asking for it. [sigh]



Martin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Peter Vels
I recommend Prycroft's REVIEW which displays Program Management version
(column V below)

SYS1.SIEALNKE  Row 1 of
188
Command ===>Scroll ===>
CS
  RealName Alias-Name  Size AC AMd At RU V Non-0-EP Save-Timestamp
User/Job
. ADRDSFSI  5K 11D0 00 A31RN 2  19-05-07 13:50
RV0591PB
. CBREFSI  43K AB7A 00 A64 NM RN 42d   38F0 19-05-07 13:47
RV0591PB
. CFZR24C   1K  3E8 01 A31 NM RN 2  19-09-25 07:43
WBEMPAX8
. CPOJLNCH 15K 3BC8 01 A31 NM3 d19-05-07 14:04
RV0591PD
. CRURRAP  SSI=170041079FA0 00 PG2  19-05-07 13:44
RV0591PB
. CRURRSV  SSI=17004107DF30 00 PG2  19-05-07 13:44
RV0591PB
. CSFDLL3X 98K1866C 00 A31 NM RN 3 d19-08-26 15:20
PKCS113
. CSFDLL31122K1E6AC 00 A31 NM RN 3 d19-08-26 15:20
PKCS113
. CSFDLL64121K1E330 00 A64 NM RN 42d19-08-26 15:20
PKCS113


The "42" is actually 4 followed by a superscripted 2. See
https://www.prycroft6.com.au/REVIEW/revfaq.html for more details.

Peter

On Sun, 10 Dec 2023 at 11:37, Seymour J Metz  wrote:

> IEBCOPY is the right tool for the program objects that can be converted.
> There re z/OS facilities that won't work with load modules.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Steve Estle 
> Sent: Saturday, December 9, 2023 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migrating Loadlibs from PDSE to PDS?
>
> Seasons Greetings all,
>
> I know this might sound like a strange request, but we are exploring what
> if any options there are to migrate load libraries from PDSE (version 1 or
> 2) back to traditional basic PDS's.  It appears this is highly restricted
> based on my experiences trying to perform via IEBCOPY and ISPF 3.3 (which
> just involkes IEBCOPY under the covers)?  Any thoughts/experiences on ways
> to do this or is it just one of those once you are there the "train don't
> go in reverse" situations?
>
> Thanks in advance for any ideas/suggestions.
>
> Steve Estle
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Seymour J Metz
IEBCOPY is the right tool for the program objects that can be converted. There 
re z/OS facilities that won't work with load modules.



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of 
Steve Estle 
Sent: Saturday, December 9, 2023 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Migrating Loadlibs from PDSE to PDS?

Seasons Greetings all,

I know this might sound like a strange request, but we are exploring what if 
any options there are to migrate load libraries from PDSE (version 1 or 2) back 
to traditional basic PDS's.  It appears this is highly restricted based on my 
experiences trying to perform via IEBCOPY and ISPF 3.3 (which just involkes 
IEBCOPY under the covers)?  Any thoughts/experiences on ways to do this or is 
it just one of those once you are there the "train don't go in reverse" 
situations?

Thanks in advance for any ideas/suggestions.

Steve Estle

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Ed Jaffe

On 12/9/2023 5:24 AM, Steve Estle wrote:

Seasons Greetings all,

I know this might sound like a strange request, but we are exploring what if any options 
there are to migrate load libraries from PDSE (version 1 or 2) back to traditional basic 
PDS's.  It appears this is highly restricted based on my experiences trying to perform 
via IEBCOPY and ISPF 3.3 (which just involkes IEBCOPY under the covers)?  Any 
thoughts/experiences on ways to do this or is it just one of those once you are there the 
"train don't go in reverse" situations?


It's a smooth transition if you're copying program object format 2 or 
lower. Anything over that and you might be losing something important. 
In some cases, you will get warnings or errors from the binder (which is 
called by IEBCOPY to rebind the modules).


The binder produces a save operation summary that tells you which format 
is used. For example:


|SAVE OPERATION SUMMARY:
|
|   MEMBER NAME modname
|   LOAD LIBRARY    data.set.name
|   PROGRAM TYPE    PROGRAM OBJECT(FORMAT 5) <-- here!
|   VOLUME SERIAL   volser
|   DISPOSITION ADDED NEW
|   TIME OF SAVE    15.50.30  NOV 29, 2023

After the fact, you can use AMBLIST LISTLOAD to show this information to 
you:


|MODULE SSI:    NONE
|APFCODE:   
|RMODE: ANY
|LONGPARM:  NO
|PO FORMAT: 5 <-- here!
|OS COMPAT LEVEL:   z/OSV2R1
|XPLINK:    NO

Sadly, the ISPF member list for a program object library does not 
display PO format along with the other load module attributes. If it 
did, you could sort on that field and easily see where you stand.


It shows SSI which these days useless info (IMHO) but not PO format 
which is important. They never improve anything without an RFE asking 
for it. [sigh]


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Mike Schwab
Limits are based on what compiler you used.  Cobol 5+ uses PDSE features
that can't be moved into a PDS.

On Sat, Dec 9, 2023 at 7:24 AM Steve Estle  wrote:

> Seasons Greetings all,
>
> I know this might sound like a strange request, but we are exploring what
> if any options there are to migrate load libraries from PDSE (version 1 or
> 2) back to traditional basic PDS's.  It appears this is highly restricted
> based on my experiences trying to perform via IEBCOPY and ISPF 3.3 (which
> just involkes IEBCOPY under the covers)?  Any thoughts/experiences on ways
> to do this or is it just one of those once you are there the "train don't
> go in reverse" situations?
>
> Thanks in advance for any ideas/suggestions.
>
> Steve Estle
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Mark Jacobs
The ADRDSSU COPY command with the CONVERT option will do what you're looking 
for.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


On Saturday, December 9th, 2023 at 8:24 AM, Steve Estle  
wrote:


> Seasons Greetings all,
> 
> I know this might sound like a strange request, but we are exploring what if 
> any options there are to migrate load libraries from PDSE (version 1 or 2) 
> back to traditional basic PDS's. It appears this is highly restricted based 
> on my experiences trying to perform via IEBCOPY and ISPF 3.3 (which just 
> involkes IEBCOPY under the covers)? Any thoughts/experiences on ways to do 
> this or is it just one of those once you are there the "train don't go in 
> reverse" situations?
> 
> Thanks in advance for any ideas/suggestions.
> 
> Steve Estle
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Migrating Loadlibs from PDSE to PDS?

2023-12-09 Thread Steve Estle
Seasons Greetings all,

I know this might sound like a strange request, but we are exploring what if 
any options there are to migrate load libraries from PDSE (version 1 or 2) back 
to traditional basic PDS's.  It appears this is highly restricted based on my 
experiences trying to perform via IEBCOPY and ISPF 3.3 (which just involkes 
IEBCOPY under the covers)?  Any thoughts/experiences on ways to do this or is 
it just one of those once you are there the "train don't go in reverse" 
situations?

Thanks in advance for any ideas/suggestions.

Steve Estle

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN