AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-25 Thread Peter Hunkeler
>> What was Peter H. (informally?) quoting without citation?
 >
>In: z/OS  IBM MVS Program Management: User's Guide and Reference
>Version 2 Release 3  SA23-1393-30


Re-read my post and you will find my citation. I admit I missed the word 
"Reference" and I did not include the pubs number. I thought it would be 
understood, nevertheless. It seems, not. I'm sorry for the confusion this may 
have caused.


--
Peter Hunkeler




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


Re: AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Paul Gilmartin
On Thu, 24 May 2018 12:54:41 +0200, Peter Hunkeler wrote:
>
>>It primarily has to do with the module attributes (is it reentrant?) and the 
>>APF authorization of the job step.
>
>I hate to correct you, but ISTR it is RENT plus loaded from an authorized 
>library, no matter whether the step is actually running APF authorized or not.
>
I believe that lately there's a PARMLIB option (REFRPROT?) which modulates this.

>David: Does you HFS module have the "a" extended attribute set, and is it 
>really required?

-- gil

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


Re: AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Thomas David Rivers

Peter Hunkeler wrote:



 

It primarily has to do with the module attributes (is it reentrant?) and  
   

the APF authorization of the job step. 



I hate to correct you, but ISTR it is RENT plus loaded from an authorized 
library, no matter whether the step is actually running APF authorized or not.


David: Does you HFS module have the "a" extended attribute set, and is it really required? 



--
Peter Hunkeler

 


Loading from the HFS seems to prefer to load RENT modules in read-only
memory; without the "a" attribute.

By default, it seems, the c99/cc/etc.. drivers set things up so that 
REUSE=RENT
is specified (or perhaps that's the binder default when writing an HFS 
program

object?)

And - HFS loading seems to really like putting things in read-only memory.

That's way, to debug anything with dbx, you have to specify the environment
variable (_BPX_PTRACE_ATTACH=yes) to get the programs loaded in
writable storage so dbx can set break-pts.  


But - when you programatically invoke BPX1LOD; there is no way to honor
the environment variable...   I suppose the exec family of functions can
examine the environment variable (since they have it) and somehow load
the module appropriately, but BPX1LOD has no similar function.

   - Dave R. -


--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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


AW: Re: How to get BPX loadhfs (BPX1LOD) to load module into writable memory?

2018-05-24 Thread Peter Hunkeler

>It primarily has to do with the module attributes (is it reentrant?) and
the APF authorization of the job step.


I hate to correct you, but ISTR it is RENT plus loaded from an authorized 
library, no matter whether the step is actually running APF authorized or not.


David: Does you HFS module have the "a" extended attribute set, and is it 
really required?


--
Peter Hunkeler



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