Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-14 Thread R.S.

W dniu 2018-11-12 o 17:50, Paul Gilmartin pisze:

[...]
Others:

o At times I've needed to resort to PDS rather than PDSE because of
   cross-plex sharing constraints on PDSE.

o Does PDSE impose a stricter constraint on number of records in a
   single member than PDS?  Perhaps 16Mi?


Yes. PDSE V1 had a limit on 15 728 639 records per member, which yields 
approx 1,2 GB for RECFM=80.
For PDSE V2 the limit was increased to 2 146 435 071 records, approx. 
171 GB.
PDS has no limitation for member size, but it is limited to 64k tracks, 
so the biggest member could be ~3,8 GB - more than PDSE V1, much less 
than PDSE V2.


BTW: there is poorly documented limit for PDSE size 16 TB or 178 956 970 
tracks (~10,1 TB). Both are theoretical nowadays, because the largest 
volume is 1 TB.




o Could an installation convert *all* its PDS to PDSE and never deal
   with PDS again?  Is this precluded only by the scatter-load limitation?
   What abour PARMLIB-type data sets?


ServerPac Installation Dialog can tell you which libraries cannot be 
converted form PDS to PDSE. There really few of them, vast majority can 
be converted, more and more must be PDSE. According to Dialog PARMLIB 
has to be PDS.



--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.



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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-13 Thread Jesse 1 Robinson
This point was discussed recently. The restriction as stated applies to LPA 
list. Link list has a number of IBM-supplied PDSE libraries specified in 
PROGxx. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Tuesday, November 13, 2018 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS 
LOAD MODULES.

The last I looked you couldn't have PDSE in the initial link list, although you 
could add it dynamically.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 12, 2018 11:50 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IGW01203E MEMBER xxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

On Mon, 12 Nov 2018 09:28:44 -0600, Tom Marchant wrote:

>On Fri, 9 Nov 2018 15:35:55 -0600, Paul Gilmartin wrote:
>
>>It's a shame that the capabilities of PDSE aren't a superset of the 
>>capabilities of PDS.
>
>They are, with the exception of scatter-load. I believe that is used only for 
>the system nucleus.
>
Others:

o At times I've needed to resort to PDS rather than PDSE because of
  cross-plex sharing constraints on PDSE.

o Does PDSE impose a stricter constraint on number of records in a
  single member than PDS?  Perhaps 16Mi?

o Could an installation convert *all* its PDS to PDSE and never deal
  with PDS again?  Is this precluded only by the scatter-load limitation?
  What abour PARMLIB-type data sets?

o A PDS with RECFM=U can contain both load modules and non-load
  module data members.  The analogous is not possible with PDSE.

-- gil


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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-13 Thread Seymour J Metz
The last I looked you couldn't have PDSE in the initial link list, although you 
could add it dynamically.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 12, 2018 11:50 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IGW01203E MEMBER xxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

On Mon, 12 Nov 2018 09:28:44 -0600, Tom Marchant wrote:

>On Fri, 9 Nov 2018 15:35:55 -0600, Paul Gilmartin wrote:
>
>>It's a shame that the capabilities of PDSE aren't a superset of the 
>>capabilities
>>of PDS.
>
>They are, with the exception of scatter-load. I believe that is used only for 
>the system nucleus.
>
Others:

o At times I've needed to resort to PDS rather than PDSE because of
  cross-plex sharing constraints on PDSE.

o Does PDSE impose a stricter constraint on number of records in a
  single member than PDS?  Perhaps 16Mi?

o Could an installation convert *all* its PDS to PDSE and never deal
  with PDS again?  Is this precluded only by the scatter-load limitation?
  What abour PARMLIB-type data sets?

o A PDS with RECFM=U can contain both load modules and non-load
  module data members.  The analogous is not possible with PDSE.

-- gil

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-12 Thread Paul Gilmartin
On Mon, 12 Nov 2018 09:28:44 -0600, Tom Marchant wrote:

>On Fri, 9 Nov 2018 15:35:55 -0600, Paul Gilmartin wrote:
>
>>It's a shame that the capabilities of PDSE aren't a superset of the 
>>capabilities
>>of PDS.  
>
>They are, with the exception of scatter-load. I believe that is used only for 
>the system nucleus.
> 
Others:

o At times I've needed to resort to PDS rather than PDSE because of
  cross-plex sharing constraints on PDSE.

o Does PDSE impose a stricter constraint on number of records in a
  single member than PDS?  Perhaps 16Mi?

o Could an installation convert *all* its PDS to PDSE and never deal
  with PDS again?  Is this precluded only by the scatter-load limitation?
  What abour PARMLIB-type data sets?

o A PDS with RECFM=U can contain both load modules and non-load
  module data members.  The analogous is not possible with PDSE.

-- gil

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-12 Thread Tom Marchant
On Fri, 9 Nov 2018 15:35:55 -0600, Paul Gilmartin wrote:

>It's a shame that the capabilities of PDSE aren't a superset of the 
>capabilities
>of PDS.  

They are, with the exception of scatter-load. I believe that is used only for 
the system nucleus.

-- 
Tom Marchant

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-11 Thread Charles Mills
In what language? IBM XLC C++ V2R3.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Saturday, November 10, 2018 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

What is this load module written?

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-10 Thread Steve Beaver
What is this load module written?




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, November 9, 2018 10:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

On 11/9/2018 3:24 PM, Charles Mills wrote:
> The debug load module is 18MB. The release compile load module is 002FE160 = 
> ~3 MB.


It's reassuring to know it's not YOUR inefficient code that's made this 
module so massive! ;-)


-- 
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-10 Thread Charles Mills
You don't know -- it might have been 18 MB of brilliant functionality. 

Seriously, one other thing I forgot to mention. This used to work. I know I 
have done a "practice" distro using a debug build. But the debug build must 
have grown from < to > 16 MB in the interim.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, November 9, 2018 8:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER xxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

On 11/9/2018 3:24 PM, Charles Mills wrote:
> The debug load module is 18MB. The release compile load module is 002FE160 = 
> ~3 MB.


It's reassuring to know it's not YOUR inefficient code that's made this 
module so massive! ;-)

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Ed Jaffe

On 11/9/2018 3:24 PM, Charles Mills wrote:

The debug load module is 18MB. The release compile load module is 002FE160 = ~3 
MB.



It's reassuring to know it's not YOUR inefficient code that's made this 
module so massive! ;-)



--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Tom Brennan
I agree.  In fact, when I started learning C I liked it enough that I 
made a set of z/OS assembler macros and subroutines to sort of simulate 
some of the C methods I liked best. For example:


 #PRINTF 'IGW%05dE Member %s with length %d is too large for a PDS',
   MSGID,MEMBER,LEN

On 11/9/2018 4:16 PM, Charles Mills wrote:

It is one of the benefits of working in C or C++: it is trivially easy to 
produce incredibly informative error messages:

CZA0082S Error detected while processing maximum message length ('20') of 
'MAXMSG'
CZA0084I   Near column 48 of record 46 of Parameter File 
xxx..CZAPARMS(CZAPARMS)
CZA0105I  V
CZA0106I SERVER 172.29.97.4 TRANS(TCP) MAXMSG(20  )   +
CZA0023S   Value must be numeric and between 512 and 250

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, November 9, 2018 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

In assembler I tended to code that way initially, while promising myself
I would add separate error messages as soon as I got the kinks out.  Sure.

On 11/9/2018 3:20 PM, Charles Mills wrote:

EXACTLY

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, November 9, 2018 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

http://www.mildredbrennan.com/mvs/error_logic.png

On 11/9/2018 2:32 PM, Charles Mills wrote:

Geez, again, would it kill them to say that in the error message?




--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Charles Mills
It is one of the benefits of working in C or C++: it is trivially easy to 
produce incredibly informative error messages:

CZA0082S Error detected while processing maximum message length ('20') of 
'MAXMSG' 
CZA0084I   Near column 48 of record 46 of Parameter File 
xxx..CZAPARMS(CZAPARMS)
CZA0105I  V 
   
CZA0106I SERVER 172.29.97.4 TRANS(TCP) MAXMSG(20  )   + 
   
CZA0023S   Value must be numeric and between 512 and 250
   

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, November 9, 2018 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

In assembler I tended to code that way initially, while promising myself 
I would add separate error messages as soon as I got the kinks out.  Sure.

On 11/9/2018 3:20 PM, Charles Mills wrote:
> EXACTLY
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Tom Brennan
> Sent: Friday, November 9, 2018 3:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IGW01203E MEMBER xxxx EXCEEDS LIMITATIONS FOR PDS LOAD 
> MODULES.
> 
> http://www.mildredbrennan.com/mvs/error_logic.png
> 
> On 11/9/2018 2:32 PM, Charles Mills wrote:
>> Geez, again, would it kill them to say that in the error message?
> 

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Tom Brennan
In assembler I tended to code that way initially, while promising myself 
I would add separate error messages as soon as I got the kinks out.  Sure.


On 11/9/2018 3:20 PM, Charles Mills wrote:

EXACTLY

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, November 9, 2018 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

http://www.mildredbrennan.com/mvs/error_logic.png

On 11/9/2018 2:32 PM, Charles Mills wrote:

Geez, again, would it kill them to say that in the error message?




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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Charles Mills
Yeah, module size was the problem. If anyone cares about the "why" it is 
because I was testing building a distro in a new environment. Normally a distro 
is built from a release compile of the C++ modules, of course. But this was 
just a "test distro" so I built from a debug compile. The debug compile embeds 
-- well, believe it or not, debug information -- in the load module. The debug 
load module is 18MB. The release compile load module is 002FE160 = ~3 MB.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joe du Plumber
Sent: Friday, November 9, 2018 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

Charles, 
 
Check the module size again and refer to this statement in MVS Program 
Management: User's Guide
and Reference (SA23-1393), Chapter 1 Introduction, subsection Using Utilities 
for Program Management, heading IEBCOPY: 
 
"However, you cannot convert a program object into a load module and store it 
in a
partitioned data set library if the program object exceeds the limitations of 
load
modules (for example, if its length is greater than 16 MB)."
  
Your module's size is about 18MB (011C5D10).  Just a few bits too large.  
  
-- 
Joe 

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Charles Mills
EXACTLY

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Friday, November 9, 2018 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

http://www.mildredbrennan.com/mvs/error_logic.png

On 11/9/2018 2:32 PM, Charles Mills wrote:
> Geez, again, would it kill them to say that in the error message?

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Tom Brennan

http://www.mildredbrennan.com/mvs/error_logic.png

On 11/9/2018 2:32 PM, Charles Mills wrote:

Geez, again, would it kill them to say that in the error message?


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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Charles Mills
Hmmm. I've done this before but it seems plausible that the load module has
grown. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Friday, November 9, 2018 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD
MODULES.

Doesn't that size value 011C5D10 mean that the load module is over 16M bytes
long?  Does PDS support load modules that large?  PDSE definitely does, I'm
just not certain about PDS.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Friday, November 9, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

Can anyone explain the subject message to me? The documentation (not!)
helpfully explains that the message means

The PDSE program object exceeded the limitations for PDS load modules and
could not be copied (converted) into the specified PDS library.

and refers you over to the Binder API manual.

There is also a reason code which not very helpfully has the same general
explanation. 

It's a fairly ordinary executable module IMHO and I have copied more or less
the same module from PDSE to PDS before. It is 011C5D10 in size and has no
aliases or other remarkable attributes of which I am aware. PROGRAM TYPE
PROGRAM OBJECT(FORMAT 3)   

Charles
--


This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Charles Mills
Thanks. I'll try to find a few bits to lop off.

Geez, again, would it kill them to say that in the error message?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joe du Plumber
Sent: Friday, November 9, 2018 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

Charles, 
 
Check the module size again and refer to this statement in MVS Program 
Management: User's Guide
and Reference (SA23-1393), Chapter 1 Introduction, subsection Using Utilities 
for Program Management, heading IEBCOPY: 
 
"However, you cannot convert a program object into a load module and store it 
in a
partitioned data set library if the program object exceeds the limitations of 
load
modules (for example, if its length is greater than 16 MB)."
  
Your module's size is about 18MB (011C5D10).  Just a few bits too large.  
  
-- 
Joe 

--
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: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Joe du Plumber
Charles, 
 
Check the module size again and refer to this statement in MVS Program 
Management: User's Guide
and Reference (SA23-1393), Chapter 1 Introduction, subsection Using Utilities 
for Program Management, heading IEBCOPY: 
 
"However, you cannot convert a program object into a load module and store it 
in a
partitioned data set library if the program object exceeds the limitations of 
load
modules (for example, if its length is greater than 16 MB)."
  
Your module's size is about 18MB (011C5D10).  Just a few bits too large.  
  
-- 
Joe

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Farley, Peter x23353
Doesn't that size value 011C5D10 mean that the load module is over 16M bytes 
long?  Does PDS support load modules that large?  PDSE definitely does, I'm 
just not certain about PDS.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, November 9, 2018 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IGW01203E MEMBER  EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

Can anyone explain the subject message to me? The documentation (not!)
helpfully explains that the message means

The PDSE program object exceeded the limitations for PDS load modules and
could not be copied (converted) into the specified PDS library.

and refers you over to the Binder API manual.

There is also a reason code which not very helpfully has the same general
explanation. 

It's a fairly ordinary executable module IMHO and I have copied more or less
the same module from PDSE to PDS before. It is 011C5D10 in size and has no
aliases or other remarkable attributes of which I am aware. PROGRAM TYPE
PROGRAM OBJECT(FORMAT 3)   

Charles
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Paul Gilmartin
On Fri, 9 Nov 2018 15:22:33 -0600, Michael Babcock wrote:

>Funny you ran across this.  We were applying maintenance to Db2 tools
>yesterday and received a message from the binder that said a PMO 3 object
>could not be stored in a PDS.  Holddata for the PTF indicated we needed to
>convert the PDS to PDSE.  We did and all was well with the world.  Don’t
>remember the exact message.
> 
It's a shame that the capabilities of PDSE aren't a superset of the capabilities
of PDS.  Otherwise, all PDS could be converted to PDSE and the PDS consigned
to the Computer Museum.

IBM dropped the ball.

-- gil

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Michael Babcock
Funny you ran across this.  We were applying maintenance to Db2 tools
yesterday and received a message from the binder that said a PMO 3 object
could not be stored in a PDS.  Holddata for the PTF indicated we needed to
convert the PDS to PDSE.  We did and all was well with the world.  Don’t
remember the exact message.

On Fri, Nov 9, 2018 at 2:54 PM Charles Mills  wrote:

> Can anyone explain the subject message to me? The documentation (not!)
> helpfully explains that the message means
>
> The PDSE program object exceeded the limitations for PDS load modules and
> could not be copied (converted) into the specified PDS library.
>
> and refers you over to the Binder API manual.
>
> There is also a reason code which not very helpfully has the same general
> explanation.
>
> It's a fairly ordinary executable module IMHO and I have copied more or
> less
> the same module from PDSE to PDS before. It is 011C5D10 in size and has no
> aliases or other remarkable attributes of which I am aware. PROGRAM TYPE
> PROGRAM OBJECT(FORMAT 3)
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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