Metal C invokes HLASM, right? If you look at the RLD list (optional listing) 
you can see if there are any RLDs. If there are then your technique *probably* 
will not work.

Charles


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Joseph Reichman
Sent: Monday, August 23, 2021 10:59 AM
To: [email protected]
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

The code is metal C I need to be able to access it from any address space 
hence the move CSA 
I could do a load to global but I would like to keep everything in one spot 

Thanks 


> On Aug 23, 2021, at 1:39 PM, Paul Gilmartin 
> <[email protected]> wrote:
> On Mon, 23 Aug 2021 13:17:21 -0400, Joseph Reichman wrote:
> 
>> My question again isn’t this typical when writting SRB code 
>> 
>> You just have to remember instead of L   RX,=A to do LA RX
> Is the code you wish to MVCL written entirely to that convention: no 
> relocatable
> ADCONs, VCONs, etc.?  Even one exception is too many.
> 
> 
>>> On Aug 23, 2021, at 12:10 PM, Charles Mills wrote:
>>> Yes, it is trivial to write a program that relocates itself and is not 
>>> reliant on loader relocation of address constants.
>>> That was not my point. My point was that generally speaking programs are 
>>> not written that way, so moving "some" program with MVCL is not likely to 
>>> result in a usable image.
>>>    ...
> 
> -- gil
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to