Re: Re: Compile and run later

Ron Hudson <[email protected]>
Newsgroups gmane.comp.emulators.turnkey-mvs
Message-ID <[email protected]>
On Thu, May 20, 2010 at 3:03 PM, Rick Fochtman <[email protected]> wrote:

>
>
> ---------------------------------<snip>------------------------------
>
>
> Example from grid build jcl (ulams is also the same):
>
>  //LKED.SYSLMOD DD DSN=HUDSON.GO.LOAD(IGRID),DISP=(OLD,CATLG,)
>
>
> After delete and 3 rebuilds:
>
>  C Dataset name               Volume Ref.dt Org  RECFM RECL   BLK Ext  Size
> Free
>  --- SNIP ---
>     HUDSON.GO.LOAD             PUB000 10.140 PO   U        0 19069   2
> 7    0
>
>
>
>>
>> What's happening is that you're releasing all unused space after each LMOD
>> goes into it.
>>
>> Then try re-allocating with SPACE=(CYL,(5,5,89)).
>>
>
> I did edit my mklib job to use those parameters.
>
>
> --------------------------------------<unsnip>---------------------------------
> DISP=(OLD,CATLG) is unnecessary. I'll bet you're getting a NOT CATLGED - 2
> message on each LINKEDIT. You're more efficient with a pre-defined dataset
> to use SHR.
>

I can change that ...  But RPF says HUDSON.GO.LOAD is cataloged.

>
> Look in the PROC you're using and see if the SYSLMOD card has a SPACE parm
> that includes RLSE. That's what is releasing your space.
>

If I am overriding the syslmod DD isn't the whole old one replaced with my
new one?


>
> You might want to consider building your own proc that does exactly what
> you want and doesn't include any parameters you don't want or need.
>
> Rick
>

Thanks for all your help, I don't want you to think I am arguing with you
above - I am just asking questions to help
my understanding.


BTW - I ran "ulamsld" from TSO! yay!  I used the

ALLOC FI(FT05F001)  DA(*)
ALLOC FI(FT06F001)  DA(*)
CALL GO(ULAMLD)

It then politely waited (since I didn't prompt) for my two 5 digit start and
stop numbers then produced the ulams
data of each number of the series...

I suppose later I will try putting all this in  a clist so I can just call
it by name...

Ron.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.