Re: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

I believe that someone asked a similar question and he wrote something about 
wanting it "in one place"; I'm not sure what he meant. Certainly using 
documented and supported interfaces is safer for a neophyte.

As to the original issue, there are lots of ways to get the correct length, but 
until he posts complete and legible code, I'm not going to waste time trying to 
diagnose the problem.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Monday, August 23, 2021 7:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Why not just use CSVDYLPA? I can vouch from personal experience that it works 
as advertised. I recall having very little difficulty getting going with it. 
(Can't say that I am one of those folks whose program worked the first time 
LOL.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, August 23, 2021 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Why ask everyone to play guessing games? Show *ALL* of the code from the LOAD 
to the MVCL.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Monday, August 23, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Jim

I ran this under TESTAUTH but I can get the information

What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
correct length of the module

The length from the directory entry was hex 3530 CSV reported the length as hex 
4000

When I looked at roughly the last hex 400 bytes of the source it was all binary 
zeros

The link map seemed to be in line with the directory entry

Was I used the directory entry value I was able to move the code to CSA and 
copy all the program code





> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>
>   You said you got a 0C4 abend on an MVCL.
>
>  What what the source address and length for the MVCL?
>  What was the target address and length for the MVCL?
>  What was the Translation Exception Id?
>  From a dump, what was the length and address from the
> system trace entry for the GETMAIN which obtained the module storage?
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
>
> "IBM Mainframe Discussion List"  wrote on
> 08/23/2021 10:32:53 AM:
>
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/23/2021 11:03 AM
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> Sent by: "IBM Mainframe Discussion List" 
>>
>> Maybe I should be doing that and with the load use BLDL
>>
>> Quite honestly Greg this is what I was looking for when I posted
>
>
>
> --
> 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

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Charles Mills]

I thought FLOWASM handled that.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Monday, August 23, 2021 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

On 8/23/2021 3:57 PM, Gibney, Dave wrote:
> In this case, I am sure Ed is referring to the total inability to understand 
> it, with this wrapping jumble.

Indeed. The comment was made in jest...

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Ed Jaffe]

On 8/23/2021 3:57 PM, Gibney, Dave wrote:

In this case, I am sure Ed is referring to the total inability to understand 
it, with this wrapping jumble.


Indeed. The comment was made in jest...

--
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: Load Library Module Length and Load Macro Module Length different Values

[Charles Mills]

Why not just use CSVDYLPA? I can vouch from personal experience that it works 
as advertised. I recall having very little difficulty getting going with it. 
(Can't say that I am one of those folks whose program worked the first time 
LOL.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, August 23, 2021 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Why ask everyone to play guessing games? Show *ALL* of the code from the LOAD 
to the MVCL.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Monday, August 23, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Jim

I ran this under TESTAUTH but I can get the information

What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
correct length of the module

The length from the directory entry was hex 3530 CSV reported the length as hex 
4000

When I looked at roughly the last hex 400 bytes of the source it was all binary 
zeros

The link map seemed to be in line with the directory entry

Was I used the directory entry value I was able to move the code to CSA and 
copy all the program code





> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>
>   You said you got a 0C4 abend on an MVCL.
>
>  What what the source address and length for the MVCL?
>  What was the target address and length for the MVCL?
>  What was the Translation Exception Id?
>  From a dump, what was the length and address from the
> system trace entry for the GETMAIN which obtained the module storage?
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
>
> "IBM Mainframe Discussion List"  wrote on
> 08/23/2021 10:32:53 AM:
>
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/23/2021 11:03 AM
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> Sent by: "IBM Mainframe Discussion List" 
>>
>> Maybe I should be doing that and with the load use BLDL
>>
>> Quite honestly Greg this is what I was looking for when I posted
>
>
>
> --
> 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: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Normally if I paste it with courier new font 
It’s readable 


> On Aug 23, 2021, at 6:57 PM, Gibney, Dave 
> <03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote:
> 
> In this case, I am sure Ed is referring to the total inability to understand 
> it, with this wrapping jumble.
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Joseph Reichman
>> Sent: Monday, August 23, 2021 3:45 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> 
>> Ed give me a chance I have gotten pretty far with it
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Ed Jaffe
>> Sent: Monday, August 23, 2021 6:42 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> 
>> If I wrote code that looked this way, it wouldn't work either... 
>> 
>>> On 8/23/2021 3:29 PM, Joseph Reichman wrote:
>>> Here is the code below The SLL 1,8 AMD SRL 1,5 basically shift r1 left for 3
>> multiply by 8 and gives and value of X’4000’ when I use LOAD with EXTINFO
>> same Result CSVQUERY same Its wrong Here is the ISPF browse BROWSE
>> JOER.DBGR.DLLLIB Row 015 of 025 Command ===> Scroll ===> CSR
>> Name Prompt Alias-of Size TTR AC AM RM . OPENFILE 3530 000667 01 31
>> ANY It is has the same value as given by the linker instead of multiplying R1
>> by 8 to get the module length I am going use BLDL SYM GENERATED NO TEST
>> NO XPLINK NO MODULE SIZE (HEX) 3530 DASD SIZE (HEX) 8000 Scroll
>> ===> CSR 469 * 471 LOAD EP=OPENFILE 473+ CNOP 0,4 3C0 003C0 474+ BAS
>> 15,LOAD2_0030 BRANC 475+LD2_0030 DS 0H D5C6C9D3C5 476+LE2_0030 DC
>> CL8'OPENFILE' ENTRY 477+LOAD2_0030 DS 0H 000 0 478+ LA 0,LE2_0030-
>> LD2_0030(,15) 479+ SR 1,1 SHOW 480+ SVC 8 008 8 481 SLL R1,8 GET 005
>> 00005 482 SRL R1,5 LENG 08C 0008C 483 ST R1,OPENLEN -----Original Message-
>>  From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent:
>> Monday, August 23, 2021 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:
>> Re: Load Library Module Length and Load Macro Module Length different
>> Values Why ask everyone to play guessing games? Show *ALL* of the code
>> from the LOAD to the MVCL. -- Shmuel (Seymour J.) Metz
>> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
>> BY0HMszNaDT!6_wuYSiPGZ5njrcPDyu3RGYl4kfkPv3IFgZWe64a4Pt_uGOE7Yi4
>> rhc19JLOMw$  ____________ From:
>> IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
>> Joseph Reichman [reichman...@gmail.com] Sent: Monday, August 23,
>> 2021 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library
>> Module Length and Load Macro Module Length different Values Jim I ran this
>> under TESTAUTH but I can get the information What it seem to me the load
>> or load extinfo or CSVQUERY don’t provide the correct length of the module
>> The length from the directory entry was hex 3530 CSV reported the length as
>> hex 4000 When I looked at roughly the last hex 400 bytes of the source it was
>> all binary zeros The link map seemed to be in line with the directory entry
>> Was I used the directory entry value I was able to move the code to CSA and
>> copy all the program code > On Aug 23, 2021, at 11:10 AM, Jim Mulder >
>> wrote: > >  You said you got a 0C4 abend on an MVCL. > > What what the
>> source address and length for the MVCL? > What was the target address and
>> length for the MVCL? > What was the Translation Exception Id? > From a
>> dump, what was the length and address from the system trace > entry for
>> the GETMAIN which obtained the module storage? > > Jim Mulder z/OS
>> Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > >
>> "IBM Mainframe Discussion List" > wrote on > 08/23/2021 10:32:53 AM: > >>
>> From: "Joseph Reichman" > >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date:
>> 08/23/2021 11:03 AM >> Subject: Re: Load Library Module Length and Load
>> Macro Module Length >> different Values Sent by: "IBM Mainframe
>> Discussion List" >> > >> >> Maybe I should be doing that and with the load
>> use BLDL >> >> Quite honestly Greg this is what I was looking for when I
>> posted > > > > 
>> -- >
>> For IBM-MAIN subscribe

Re: Load Library Module Length and Load Macro Module Length different Values

[Gibney, Dave]

In this case, I am sure Ed is referring to the total inability to understand 
it, with this wrapping jumble.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Joseph Reichman
> Sent: Monday, August 23, 2021 3:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length
> different Values
> 
> Ed give me a chance I have gotten pretty far with it
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Ed Jaffe
> Sent: Monday, August 23, 2021 6:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length
> different Values
> 
> If I wrote code that looked this way, it wouldn't work either... 
> 
> On 8/23/2021 3:29 PM, Joseph Reichman wrote:
> > Here is the code below The SLL 1,8 AMD SRL 1,5 basically shift r1 left for 3
> multiply by 8 and gives and value of X’4000’ when I use LOAD with EXTINFO
> same Result CSVQUERY same Its wrong Here is the ISPF browse BROWSE
> JOER.DBGR.DLLLIB Row 015 of 025 Command ===> Scroll ===> CSR
> Name Prompt Alias-of Size TTR AC AM RM . OPENFILE 3530 000667 01 31
> ANY It is has the same value as given by the linker instead of multiplying R1
> by 8 to get the module length I am going use BLDL SYM GENERATED NO TEST
> NO XPLINK NO MODULE SIZE (HEX) 3530 DASD SIZE (HEX) 8000 Scroll
> ===> CSR 469 * 471 LOAD EP=OPENFILE 473+ CNOP 0,4 3C0 003C0 474+ BAS
> 15,LOAD2_0030 BRANC 475+LD2_0030 DS 0H D5C6C9D3C5 476+LE2_0030 DC
> CL8'OPENFILE' ENTRY 477+LOAD2_0030 DS 0H 000 0 478+ LA 0,LE2_0030-
> LD2_0030(,15) 479+ SR 1,1 SHOW 480+ SVC 8 008 8 481 SLL R1,8 GET 005
> 5 482 SRL R1,5 LENG 08C 0008C 483 ST R1,OPENLEN -Original Message-
>  From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent:
> Monday, August 23, 2021 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:
> Re: Load Library Module Length and Load Macro Module Length different
> Values Why ask everyone to play guessing games? Show *ALL* of the code
> from the LOAD to the MVCL. -- Shmuel (Seymour J.) Metz
> https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> BY0HMszNaDT!6_wuYSiPGZ5njrcPDyu3RGYl4kfkPv3IFgZWe64a4Pt_uGOE7Yi4
> rhc19JLOMw$   From:
> IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> Joseph Reichman [reichman...@gmail.com] Sent: Monday, August 23,
> 2021 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library
> Module Length and Load Macro Module Length different Values Jim I ran this
> under TESTAUTH but I can get the information What it seem to me the load
> or load extinfo or CSVQUERY don’t provide the correct length of the module
> The length from the directory entry was hex 3530 CSV reported the length as
> hex 4000 When I looked at roughly the last hex 400 bytes of the source it was
> all binary zeros The link map seemed to be in line with the directory entry
> Was I used the directory entry value I was able to move the code to CSA and
> copy all the program code > On Aug 23, 2021, at 11:10 AM, Jim Mulder >
> wrote: > >  You said you got a 0C4 abend on an MVCL. > > What what the
> source address and length for the MVCL? > What was the target address and
> length for the MVCL? > What was the Translation Exception Id? > From a
> dump, what was the length and address from the system trace > entry for
> the GETMAIN which obtained the module storage? > > Jim Mulder z/OS
> Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > >
> "IBM Mainframe Discussion List" > wrote on > 08/23/2021 10:32:53 AM: > >>
> From: "Joseph Reichman" > >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date:
> 08/23/2021 11:03 AM >> Subject: Re: Load Library Module Length and Load
> Macro Module Length >> different Values Sent by: "IBM Mainframe
> Discussion List" >> > >> >> Maybe I should be doing that and with the load
> use BLDL >> >> Quite honestly Greg this is what I was looking for when I
> posted > > > > 
> -- >
> 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 acce

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Ed give me a chance I have gotten pretty far with it

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Monday, August 23, 2021 6:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

If I wrote code that looked this way, it wouldn't work either... 

On 8/23/2021 3:29 PM, Joseph Reichman wrote:
> Here is the code below The SLL 1,8 AMD SRL 1,5 basically shift r1 left for 3 
> multiply by 8 and gives and value of X’4000’ when I use LOAD with EXTINFO 
> same Result CSVQUERY same Its wrong Here is the ISPF browse BROWSE 
> JOER.DBGR.DLLLIB Row 015 of 025 Command ===> Scroll ===> CSR Name 
> Prompt Alias-of Size TTR AC AM RM . OPENFILE 3530 000667 01 31 ANY It is 
> has the same value as given by the linker instead of multiplying R1 by 8 to 
> get the module length I am going use BLDL SYM GENERATED NO TEST NO XPLINK NO 
> MODULE SIZE (HEX) 3530 DASD SIZE (HEX) 8000 Scroll ===> CSR 469 * 471 
> LOAD EP=OPENFILE 473+ CNOP 0,4 3C0 003C0 474+ BAS 15,LOAD2_0030 BRANC 
> 475+LD2_0030 DS 0H D5C6C9D3C5 476+LE2_0030 DC CL8'OPENFILE' ENTRY 
> 477+LOAD2_0030 DS 0H 000 0 478+ LA 0,LE2_0030-LD2_0030(,15) 479+ SR 1,1 
> SHOW 480+ SVC 8 008 8 481 SLL R1,8 GET 005 5 482 SRL R1,5 LENG 08C 
> 0008C 483 ST R1,OPENLEN -Original Message- From: IBM Mainframe 
> Discussion List On Behalf Of Seymour J Metz Sent: Monday, August 23, 2021 
> 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length 
> and Load Macro Module Length different Values Why ask everyone to play 
> guessing games? Show *ALL* of the code from the LOAD to the MVCL. -- Shmuel 
> (Seymour J.) Metz http://mason.gmu.edu/~smetz3 
>  From: IBM Mainframe Discussion List 
> [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman 
> [reichman...@gmail.com] Sent: Monday, August 23, 2021 11:21 AM To: 
> IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length and Load 
> Macro Module Length different Values Jim I ran this under TESTAUTH but I can 
> get the information What it seem to me the load or load extinfo or CSVQUERY 
> don’t provide the correct length of the module The length from the directory 
> entry was hex 3530 CSV reported the length as hex 4000 When I looked at 
> roughly the last hex 400 bytes of the source it was all binary zeros The link 
> map seemed to be in line with the directory entry Was I used the directory 
> entry value I was able to move the code to CSA and copy all the program code 
> > On Aug 23, 2021, at 11:10 AM, Jim Mulder > wrote: > >  You said you got a 
> 0C4 abend on an MVCL. > > What what the source address and length for the 
> MVCL? > What was the target address and length for the MVCL? > What was the 
> Translation Exception Id? > From a dump, what was the length and address from 
> the system trace > entry for the GETMAIN which obtained the module storage? > 
> > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > 
> Poughkeepsie NY > > > "IBM Mainframe Discussion List" > wrote on > 08/23/2021 
> 10:32:53 AM: > >> From: "Joseph Reichman" > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> >> Date: 08/23/2021 11:03 AM >> Subject: Re: Load Library Module Length and 
> Load Macro Module Length >> different Values Sent by: "IBM Mainframe 
> Discussion List" >> > >> >> Maybe I should be doing that and with the load 
> use BLDL >> >> Quite honestly Greg this is what I was looking for when I 
> posted > > > > 
> -- > 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 Scanned by McAfee 
> and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO
>
-- 
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 intend

Re: Load Library Module Length and Load Macro Module Length different Values

[Ed Jaffe]

If I wrote code that looked this way, it wouldn't work either... 

On 8/23/2021 3:29 PM, Joseph Reichman wrote:

Here is the code below The SLL 1,8 AMD SRL 1,5 basically shift r1 left for 3 multiply by 8 and gives and value of X’4000’ when I use LOAD with EXTINFO same Result CSVQUERY same Its wrong Here is the ISPF browse BROWSE JOER.DBGR.DLLLIB Row 015 of 025 
Command ===> Scroll ===> CSR Name Prompt Alias-of Size TTR AC AM RM . OPENFILE 3530 000667 01 31 ANY It is has the same value as given by the linker instead of multiplying R1 by 8 to get the module length I am going use BLDL SYM GENERATED NO TEST NO 
XPLINK NO MODULE SIZE (HEX) 3530 DASD SIZE (HEX) 8000 Scroll ===> CSR 469 * 471 LOAD EP=OPENFILE 473+ CNOP 0,4 3C0 003C0 474+ BAS 15,LOAD2_0030 BRANC 475+LD2_0030 DS 0H D5C6C9D3C5 476+LE2_0030 DC CL8'OPENFILE' ENTRY 477+LOAD2_0030 DS 0H 000 0 
478+ LA 0,LE2_0030-LD2_0030(,15) 479+ SR 1,1 SHOW 480+ SVC 8 008 8 481 SLL R1,8 GET 005 5 482 SRL R1,5 LENG 08C 0008C 483 ST R1,OPENLEN -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Monday, August 23, 
2021 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length and Load Macro Module Length different Values Why ask everyone to play guessing games? Show *ALL* of the code from the LOAD to the MVCL. -- Shmuel (Seymour J.) Metz 
http://mason.gmu.edu/~smetz3  From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Monday, August 23, 2021 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Load Library Module Length and Load Macro Module Length different Values Jim I ran this under TESTAUTH but I can get the information What it seem to me the load or load extinfo or CSVQUERY don’t provide the correct length of the module The length 
from the directory entry was hex 3530 CSV reported the length as hex 4000 When I looked at roughly the last hex 400 bytes of the source it was all binary zeros The link map seemed to be in line with the directory entry Was I used the directory entry value I 
was able to move the code to CSA and copy all the program code > On Aug 23, 2021, at 11:10 AM, Jim Mulder > wrote: > >  You said you got a 0C4 abend on an MVCL. > > What what the source address and length for the MVCL? > What was the 
target address and length for the MVCL? > What was the Translation Exception Id? > From a dump, what was the length and address from the system trace > entry for the GETMAIN which obtained the module storage? > > Jim Mulder z/OS Diagnosis, 
Design, Development, Test IBM Corp. > Poughkeepsie NY > > > "IBM Mainframe Discussion List" > wrote on > 08/23/2021 10:32:53 AM: > >> From: "Joseph Reichman" > >> To: IBM-MAIN@LISTSERV.UA.EDU >> 
Date: 08/23/2021 11:03 AM >> Subject: Re: Load Library Module Length and Load Macro Module Length >> different Values Sent by: "IBM Mainframe Discussion List" >> > >> >> Maybe I should be doing that and with the load 
use BLDL >> >> Quite honestly Greg this is what I was looking for when I posted > > > > -- > 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 Scanned by McAfee and 
confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO


--
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
fre

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Instead of doing an MVCL I can do the load with ADDR parm 

I still need to know the TRUE length to find out how much storage to obtain 

Truth everybody here has pointed sone flaws I had and using BLDL and LOAD with 
ADDR 

Should rectify it 

So for that all I have to say in all sincerity 

Thank you very much I really really appreciate it 

Thank you 



> On Aug 23, 2021, at 6:31 PM, Seymour J Metz  wrote:
> 
> It doesn't matter whether the code is Metal C or RPG; what matters is that 
> you show the code to the people that you are asking to help you.
> 
> Whether "it" will work depends on what "it" is; you haven't chosen to 
> disclose that.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Joseph Reichman [reichman...@gmail.com]
> Sent: Monday, August 23, 2021 6:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length 
> different Values
> 
> metal C supports AR programming with far keyword typically used for data 
> spaces but with the alet is on DU-AL I can address data from another address 
> space
> 
> I am using BLDL to get the module length
> 
> I think it will work
> 
> 
> 
>> On Aug 23, 2021, at 6:07 PM, Seymour J Metz  wrote:
>> 
>> Why ask everyone to play guessing games? Show *ALL* of the code from the 
>> LOAD to the MVCL.
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>> Joseph Reichman [reichman...@gmail.com]
>> Sent: Monday, August 23, 2021 11:21 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Load Library Module Length and Load Macro Module Length 
>> different Values
>> 
>> Jim
>> 
>> I ran this under TESTAUTH but I can get the information
>> 
>> What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
>> correct length of the module
>> 
>> The length from the directory entry was hex 3530 CSV reported the length as 
>> hex 4000
>> 
>> When I looked at roughly the last hex 400 bytes of the source it was all 
>> binary zeros
>> 
>> The link map seemed to be in line with the directory entry
>> 
>> Was I used the directory entry value I was able to move the code to CSA and 
>> copy all the program code
>> 
>> 
>> 
>> 
>> 
>>>> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>>> 
>>>   You said you got a 0C4 abend on an MVCL.
>>> 
>>> What what the source address and length for the MVCL?
>>> What was the target address and length for the MVCL?
>>> What was the Translation Exception Id?
>>> From a dump, what was the length and address from the
>>> system trace entry for the GETMAIN which obtained the module storage?
>>> 
>>> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
>>> Poughkeepsie NY
>>> 
>>> 
>>> "IBM Mainframe Discussion List"  wrote on
>>> 08/23/2021 10:32:53 AM:
>>> 
>>>> From: "Joseph Reichman" 
>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>> Date: 08/23/2021 11:03 AM
>>>> Subject: Re: Load Library Module Length and Load Macro Module Length
>>>> different Values
>>>> Sent by: "IBM Mainframe Discussion List" 
>>>> 
>>>> Maybe I should be doing that and with the load use BLDL
>>>> 
>>>> Quite honestly Greg this is what I was looking for when I posted
>>> 
>>> 
>>> 
>>> --
>>> 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
> 
> --
> 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: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

It doesn't matter whether the code is Metal C or RPG; what matters is that you 
show the code to the people that you are asking to help you.

Whether "it" will work depends on what "it" is; you haven't chosen to disclose 
that.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Monday, August 23, 2021 6:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

metal C supports AR programming with far keyword typically used for data spaces 
but with the alet is on DU-AL I can address data from another address space

I am using BLDL to get the module length

I think it will work



> On Aug 23, 2021, at 6:07 PM, Seymour J Metz  wrote:
>
> Why ask everyone to play guessing games? Show *ALL* of the code from the 
> LOAD to the MVCL.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Joseph Reichman [reichman...@gmail.com]
> Sent: Monday, August 23, 2021 11:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length 
> different Values
>
> Jim
>
> I ran this under TESTAUTH but I can get the information
>
> What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
> correct length of the module
>
> The length from the directory entry was hex 3530 CSV reported the length as 
> hex 4000
>
> When I looked at roughly the last hex 400 bytes of the source it was all 
> binary zeros
>
> The link map seemed to be in line with the directory entry
>
> Was I used the directory entry value I was able to move the code to CSA and 
> copy all the program code
>
>
>
>
>
>> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>>
>>   You said you got a 0C4 abend on an MVCL.
>>
>> What what the source address and length for the MVCL?
>> What was the target address and length for the MVCL?
>> What was the Translation Exception Id?
>> From a dump, what was the length and address from the
>> system trace entry for the GETMAIN which obtained the module storage?
>>
>> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
>> Poughkeepsie NY
>>
>>
>> "IBM Mainframe Discussion List"  wrote on
>> 08/23/2021 10:32:53 AM:
>>
>>> From: "Joseph Reichman" 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Date: 08/23/2021 11:03 AM
>>> Subject: Re: Load Library Module Length and Load Macro Module Length
>>> different Values
>>> Sent by: "IBM Mainframe Discussion List" 
>>>
>>> Maybe I should be doing that and with the load use BLDL
>>>
>>> Quite honestly Greg this is what I was looking for when I posted
>>
>>
>>
>> --
>> 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

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Here is the code below The SLL 1,8 AMD SRL 1,5 basically shift r1 left for 3 
multiply by 8 and gives and value of X’4000’ when I use LOAD with EXTINFO same 
Result CSVQUERY same Its wrong Here is the ISPF browse BROWSE JOER.DBGR.DLLLIB 
Row 015 of 025 Command ===> Scroll ===> CSR Name Prompt Alias-of Size 
TTR AC AM RM . OPENFILE 3530 000667 01 31 ANY It is has the same value as 
given by the linker instead of multiplying R1 by 8 to get the module length I 
am going use BLDL SYM GENERATED NO TEST NO XPLINK NO MODULE SIZE (HEX) 3530 
DASD SIZE (HEX) 8000 Scroll ===> CSR 469 * 471 LOAD EP=OPENFILE 473+ CNOP 
0,4 3C0 003C0 474+ BAS 15,LOAD2_0030 BRANC 475+LD2_0030 DS 0H D5C6C9D3C5 
476+LE2_0030 DC CL8'OPENFILE' ENTRY 477+LOAD2_0030 DS 0H 000 0 478+ LA 
0,LE2_0030-LD2_0030(,15) 479+ SR 1,1 SHOW 480+ SVC 8 008 8 481 SLL R1,8 GET 
005 5 482 SRL R1,5 LENG 08C 0008C 483 ST R1,OPENLEN -Original 
Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz 
Sent: Monday, August 23, 2021 6:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 
Load Library Module Length and Load Macro Module Length different Values Why 
ask everyone to play guessing games? Show *ALL* of the code from the LOAD to 
the MVCL. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 
 From: IBM Mainframe Discussion List 
[IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] 
Sent: Monday, August 23, 2021 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 
Re: Load Library Module Length and Load Macro Module Length different Values 
Jim I ran this under TESTAUTH but I can get the information What it seem to me 
the load or load extinfo or CSVQUERY don’t provide the correct length of the 
module The length from the directory entry was hex 3530 CSV reported the length 
as hex 4000 When I looked at roughly the last hex 400 bytes of the source it 
was all binary zeros The link map seemed to be in line with the directory entry 
Was I used the directory entry value I was able to move the code to CSA and 
copy all the program code > On Aug 23, 2021, at 11:10 AM, Jim Mulder > wrote: > 
>  You said you got a 0C4 abend on an MVCL. > > What what the source address 
and length for the MVCL? > What was the target address and length for the MVCL? 
> What was the Translation Exception Id? > From a dump, what was the length and 
address from the system trace > entry for the GETMAIN which obtained the module 
storage? > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > 
Poughkeepsie NY > > > "IBM Mainframe Discussion List" > wrote on > 08/23/2021 
10:32:53 AM: > >> From: "Joseph Reichman" > >> To: IBM-MAIN@LISTSERV.UA.EDU >> 
Date: 08/23/2021 11:03 AM >> Subject: Re: Load Library Module Length and Load 
Macro Module Length >> different Values Sent by: "IBM Mainframe Discussion 
List" >> > >> >> Maybe I should be doing that and with the load use BLDL >> >> 
Quite honestly Greg this is what I was looking for when I posted > > > > 
-- > 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 Scanned by McAfee and 
confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO


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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

metal C supports AR programming with far keyword typically used for data spaces 
but with the alet is on DU-AL I can address data from another address space 

I am using BLDL to get the module length 

I think it will work 



> On Aug 23, 2021, at 6:07 PM, Seymour J Metz  wrote:
> 
> Why ask everyone to play guessing games? Show *ALL* of the code from the 
> LOAD to the MVCL.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Joseph Reichman [reichman...@gmail.com]
> Sent: Monday, August 23, 2021 11:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length 
> different Values
> 
> Jim
> 
> I ran this under TESTAUTH but I can get the information
> 
> What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
> correct length of the module
> 
> The length from the directory entry was hex 3530 CSV reported the length as 
> hex 4000
> 
> When I looked at roughly the last hex 400 bytes of the source it was all 
> binary zeros
> 
> The link map seemed to be in line with the directory entry
> 
> Was I used the directory entry value I was able to move the code to CSA and 
> copy all the program code
> 
> 
> 
> 
> 
>> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>> 
>>   You said you got a 0C4 abend on an MVCL.
>> 
>> What what the source address and length for the MVCL?
>> What was the target address and length for the MVCL?
>> What was the Translation Exception Id?
>> From a dump, what was the length and address from the
>> system trace entry for the GETMAIN which obtained the module storage?
>> 
>> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
>> Poughkeepsie NY
>> 
>> 
>> "IBM Mainframe Discussion List"  wrote on
>> 08/23/2021 10:32:53 AM:
>> 
>>> From: "Joseph Reichman" 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Date: 08/23/2021 11:03 AM
>>> Subject: Re: Load Library Module Length and Load Macro Module Length
>>> different Values
>>> Sent by: "IBM Mainframe Discussion List" 
>>> 
>>> Maybe I should be doing that and with the load use BLDL
>>> 
>>> Quite honestly Greg this is what I was looking for when I posted
>> 
>> 
>> 
>> --
>> 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: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

Why ask everyone to play guessing games? Show *ALL* of the code from the LOAD 
to the MVCL.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Monday, August 23, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Jim

I ran this under TESTAUTH but I can get the information

What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
correct length of the module

The length from the directory entry was hex 3530 CSV reported the length as hex 
4000

When I looked at roughly the last hex 400 bytes of the source it was all binary 
zeros

The link map seemed to be in line with the directory entry

Was I used the directory entry value I was able to move the code to CSA and 
copy all the program code





> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>
>   You said you got a 0C4 abend on an MVCL.
>
>  What what the source address and length for the MVCL?
>  What was the target address and length for the MVCL?
>  What was the Translation Exception Id?
>  From a dump, what was the length and address from the
> system trace entry for the GETMAIN which obtained the module storage?
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
>
> "IBM Mainframe Discussion List"  wrote on
> 08/23/2021 10:32:53 AM:
>
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/23/2021 11:03 AM
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> Sent by: "IBM Mainframe Discussion List" 
>>
>> Maybe I should be doing that and with the load use BLDL
>>
>> Quite honestly Greg this is what I was looking for when I posted
>
>
>
> --
> 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: Load Library Module Length and Load Macro Module Length different Values

[Charles Mills]

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:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Monday, August 23, 2021 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
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 
> <000433f07816-dmarc-requ...@listserv.ua.edu> 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 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: Load Library Module Length and Load Macro Module Length different Values

[Paul Gilmartin]

On Mon, 23 Aug 2021 13:59:21 -0400, Joseph Reichman wrote:

>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 
>
Interesting.  The only mention of relocatability in the Metal C Ref. is:
• CSECT statement to identify the relocatable control section in the 
program.

Is thre more information elsewhere?


 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

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 
> <000433f07816-dmarc-requ...@listserv.ua.edu> 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 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: Load Library Module Length and Load Macro Module Length different Values

[Paul Gilmartin]

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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

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


> 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.
> 
> Can be written that way does not equal guaranteed to be written that way.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Monday, August 23, 2021 2:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Load Library Module Length and Load Macro Module Length 
> different Values
> 
>> On Sun, 22 Aug 2021 17:04:20 -0700, Charles Mills wrote:
>> 
>> Not what you asked, but can one MVCL a load module from one address to
>> another and rely on its executing correctly? What about relocatable address
>> constants? (Less necessary today than once upon a time due to LARL, but
>> still lots of them around.) Of course in some case one might know that the
>> load module in question was a table e.g. that had no RLDs.
>> 
> https://en.wikipedia.org/wiki/Position-independent_code
> 
> I was once modifying a Pascal compiler to generate code to run embedded,
> on bare metal on 370-like processor.  I added the capability to generate
> position-independent_code (PIC).  I generated all pointers self-relative,
> used by the sequence:
> USING *,R15
> ...
> LARx,POINTER
> ALRx,POINTER
> 
> Pascal has the limitation, useful in this case, of having no syntax to
> statically initialize pointers in data areas.
> 
> The MVCL test worked.
> 
> For other reasons the product never made GA.
> 
> I believed the 360 base-displacement hardware design facilitated PIC,
> making RLDs unnecessary; OS designers ignored the capability.
> 
> -- 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

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Charles Mills]

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.

Can be written that way does not equal guaranteed to be written that way.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, August 23, 2021 2:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

On Sun, 22 Aug 2021 17:04:20 -0700, Charles Mills wrote:

>Not what you asked, but can one MVCL a load module from one address to
>another and rely on its executing correctly? What about relocatable address
>constants? (Less necessary today than once upon a time due to LARL, but
>still lots of them around.) Of course in some case one might know that the
>load module in question was a table e.g. that had no RLDs.
>
https://en.wikipedia.org/wiki/Position-independent_code

I was once modifying a Pascal compiler to generate code to run embedded,
on bare metal on 370-like processor.  I added the capability to generate
position-independent_code (PIC).  I generated all pointers self-relative,
used by the sequence:
 USING *,R15
 ...
 LARx,POINTER
 ALRx,POINTER

Pascal has the limitation, useful in this case, of having no syntax to
statically initialize pointers in data areas.

The MVCL test worked.

For other reasons the product never made GA.

I believed the 360 base-displacement hardware design facilitated PIC,
making RLDs unnecessary; OS designers ignored the capability.

-- 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: Load Library Module Length and Load Macro Module Length different Values

[Paul Gilmartin]

On Mon, 23 Aug 2021 11:10:33 -0400, Jim Mulder wrote:

>  You said you got a 0C4 abend on an MVCL.
>  
Is this relevant to what JR intends to do?:

https://www.ibm.com/docs/en/zos/2.3.0?topic=programs-search-order-system-uses
...
Modules that have previously been loaded in common area virtual storage (LPA
modules or those loaded by an authorized program into CSA) must be loaded
into common area virtual storage before they can run.

(I searched only for JPA andd CSA.  JR wants to move a program
from JPA(?) to CSA.)

-- gil

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

I understand I’ll redo my test before posting 
To obtain the info 

Thanks 



> On Aug 23, 2021, at 11:37 AM, Jim Mulder  wrote:
> 
>   For diagnosis, I require facts. 
> Was the module loaded from a PDS, or from a PDSE?
> What does the D DIAG  command display (or 
> VERBX IGVDGNIP   under IPCS)? 
> 
> If the amount of storage obtained by the system for the
> module is less than the length reported by LOAD, that would
> be a problem.  I would need to see proof of that in order
> to investigate.
> 
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
> Poughkeepsie NY
> 
> "IBM Mainframe Discussion List"  wrote on 
> 08/23/2021 11:21:57 AM:
> 
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/23/2021 11:30 AM
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> Sent by: "IBM Mainframe Discussion List" 
>> 
>> Jim 
>> 
>> I ran this under TESTAUTH but I can get the information 
>> 
>> What it seem to me the load or load extinfo or CSVQUERY don’t 
>> provide the correct length of the module 
>> 
>> The length from the directory entry was hex 3530 CSV reported the 
>> length as hex 4000 
>> 
>> When I looked at roughly the last hex 400 bytes of the source it was
>> all binary zeros 
>> 
>> The link map seemed to be in line with the directory entry 
>> 
>> Was I used the directory entry value I was able to move the code to 
>> CSA and copy all the program code 
>> 
>> 
>> 
>> 
>> 
>>>> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
>>> 
>>>   You said you got a 0C4 abend on an MVCL.
>>> 
>>> What what the source address and length for the MVCL? 
>>> What was the target address and length for the MVCL?
>>> What was the Translation Exception Id?
>>> From a dump, what was the length and address from the 
>>> system trace entry for the GETMAIN which obtained the module storage?
>>> 
>>> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
>>> Poughkeepsie NY
>>> 
>>> 
>>> "IBM Mainframe Discussion List"  wrote on 
>>> 08/23/2021 10:32:53 AM:
>>> 
>>>> From: "Joseph Reichman" 
>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>> Date: 08/23/2021 11:03 AM
>>>> Subject: Re: Load Library Module Length and Load Macro Module Length
>>>> different Values
>>>> Sent by: "IBM Mainframe Discussion List" 
>>>> 
>>>> Maybe I should be doing that and with the load use BLDL 
>>>> 
>>>> Quite honestly Greg this is what I was looking for when I posted 
>>> 
>>> 
>>> 
>>> --
>>> 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: Load Library Module Length and Load Macro Module Length different Values

[Jim Mulder]

  For diagnosis, I require facts. 
 Was the module loaded from a PDS, or from a PDSE?
 What does the D DIAG  command display (or 
VERBX IGVDGNIP   under IPCS)? 

 If the amount of storage obtained by the system for the
module is less than the length reported by LOAD, that would
be a problem.  I would need to see proof of that in order
to investigate.
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on 
08/23/2021 11:21:57 AM:

> From: "Joseph Reichman" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/23/2021 11:30 AM
> Subject: Re: Load Library Module Length and Load Macro Module Length
> different Values
> Sent by: "IBM Mainframe Discussion List" 
> 
> Jim 
> 
> I ran this under TESTAUTH but I can get the information 
> 
> What it seem to me the load or load extinfo or CSVQUERY don’t 
> provide the correct length of the module 
> 
> The length from the directory entry was hex 3530 CSV reported the 
> length as hex 4000 
> 
> When I looked at roughly the last hex 400 bytes of the source it was
> all binary zeros 
> 
> The link map seemed to be in line with the directory entry 
> 
> Was I used the directory entry value I was able to move the code to 
> CSA and copy all the program code 
> 
> 
> 
> 
> 
> > On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
> > 
> >   You said you got a 0C4 abend on an MVCL.
> > 
> >  What what the source address and length for the MVCL? 
> >  What was the target address and length for the MVCL?
> >  What was the Translation Exception Id?
> >  From a dump, what was the length and address from the 
> > system trace entry for the GETMAIN which obtained the module storage?
> > 
> > Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
> > Poughkeepsie NY
> > 
> > 
> > "IBM Mainframe Discussion List"  wrote on 
> > 08/23/2021 10:32:53 AM:
> > 
> >> From: "Joseph Reichman" 
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Date: 08/23/2021 11:03 AM
> >> Subject: Re: Load Library Module Length and Load Macro Module Length
> >> different Values
> >> Sent by: "IBM Mainframe Discussion List" 
> >> 
> >> Maybe I should be doing that and with the load use BLDL 
> >> 
> >> Quite honestly Greg this is what I was looking for when I posted 
> > 
> > 
> > 
> > --
> > 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: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Jim 

I ran this under TESTAUTH but I can get the information 

What it seem to me the load or load extinfo or CSVQUERY don’t provide the 
correct length of the module 

The length from the directory entry was hex 3530 CSV reported the length as hex 
4000 

When I looked at roughly the last hex 400 bytes of the source it was all binary 
zeros 

The link map seemed to be in line with the directory entry 

Was I used the directory entry value I was able to move the code to CSA and 
copy all the program code 





> On Aug 23, 2021, at 11:10 AM, Jim Mulder  wrote:
> 
>   You said you got a 0C4 abend on an MVCL.
> 
>  What what the source address and length for the MVCL? 
>  What was the target address and length for the MVCL?
>  What was the Translation Exception Id?
>  From a dump, what was the length and address from the 
> system trace entry for the GETMAIN which obtained the module storage?
> 
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
> Poughkeepsie NY
> 
> 
> "IBM Mainframe Discussion List"  wrote on 
> 08/23/2021 10:32:53 AM:
> 
>> From: "Joseph Reichman" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/23/2021 11:03 AM
>> Subject: Re: Load Library Module Length and Load Macro Module Length
>> different Values
>> Sent by: "IBM Mainframe Discussion List" 
>> 
>> Maybe I should be doing that and with the load use BLDL 
>> 
>> Quite honestly Greg this is what I was looking for when I posted 
> 
> 
> 
> --
> 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: Load Library Module Length and Load Macro Module Length different Values

[Jim Mulder]

  You said you got a 0C4 abend on an MVCL.
 
  What what the source address and length for the MVCL? 
  What was the target address and length for the MVCL?
  What was the Translation Exception Id?
  From a dump, what was the length and address from the 
system trace entry for the GETMAIN which obtained the module storage?

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY


"IBM Mainframe Discussion List"  wrote on 
08/23/2021 10:32:53 AM:

> From: "Joseph Reichman" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/23/2021 11:03 AM
> Subject: Re: Load Library Module Length and Load Macro Module Length
> different Values
> Sent by: "IBM Mainframe Discussion List" 
> 
> Maybe I should be doing that and with the load use BLDL 
> 
> Quite honestly Greg this is what I was looking for when I posted 



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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Maybe I should be doing that and with the load use BLDL 

Quite honestly Greg this is what I was looking for when I posted 


Thank you 




> On Aug 23, 2021, at 10:29 AM, Greg Price  wrote:
> 
> On 8/23/2021 10:20 AM, Joseph Reichman wrote:
>> Wonder how ISPF determines the size
> 
> I expect it looks at the directory entry like the rest of us...
> :)
> 
> PDS2STOR is what I use.
> 
> Cheers,
> Greg
> 
> --
> 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: Load Library Module Length and Load Macro Module Length different Values

[Greg Price]

On 8/23/2021 10:20 AM, Joseph Reichman wrote:

Wonder how ISPF determines the size


I expect it looks at the directory entry like the rest of us...
:)

PDS2STOR is what I use.

Cheers,
Greg

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

How would you handl calls to sepaerately compiled subroutines without RLD? How 
would you write PIC that called external subroutines?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Monday, August 23, 2021 5:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

On Sun, 22 Aug 2021 17:04:20 -0700, Charles Mills wrote:

>Not what you asked, but can one MVCL a load module from one address to
>another and rely on its executing correctly? What about relocatable address
>constants? (Less necessary today than once upon a time due to LARL, but
>still lots of them around.) Of course in some case one might know that the
>load module in question was a table e.g. that had no RLDs.
>
https://secure-web.cisco.com/1mX3-5aTixR5J_GEfLu3CF6JSXalM3xCEbyqLSTLHK6L47JbhkEvgo-_pxAuRpdS9-cUbdEqADk1Alcme5euyqGCq6Kj0YnEI6v8-h13y4WnLt5ySfo886u3Y4mWib7wzY9T8c9tvwhHpN-OElSDqDM4XPSEapnUcQhcDyKuFDVKOMPG-bYRox__LnmkWNe4gtsLts5_eRGHoFktwE-sG6KNlQX9-SWxBP0J0AJmK8iaPzVwOsmiMNDGPapjs8ZQzsvZ4yZ5sooqg-giHg0So9Y-nqK5BdY2iBji-UubUiQxrLQFs6CDArXXX1-LbIsmls9URXMe8gfDq8kTLjfz9N5-iPh89D0wuiiYavTbxBwiEuS543WaEJEpwQt1fBksiTgZcod41slPfIEX9jM6I6KGw8t8uI7PU0gd-F_Z3TTg_rfY0OFP0dH2_8TCZ_yed/https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FPosition-independent_code

I was once modifying a Pascal compiler to generate code to run embedded,
on bare metal on 370-like processor.  I added the capability to generate
position-independent_code (PIC).  I generated all pointers self-relative,
used by the sequence:
 USING *,R15
 ...
 LARx,POINTER
 ALRx,POINTER

Pascal has the limitation, useful in this case, of having no syntax to
statically initialize pointers in data areas.

The MVCL test worked.

For other reasons the product never made GA.

I believed the 360 base-displacement hardware design facilitated PIC,
making RLDs unnecessary; OS designers ignored the capability.

-- 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: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

 1.) It's run together; put each statement on a separate line
 2.) It's incomplete; show everything from the load to the S0C4


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Monday, August 23, 2021 7:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Here is My Code LOAD EP=OPENFILE SLL R1,8 GET RID OF THE AUTH CODE SRL R1,5
LENGTH IS VALUE TIMES 8 ST R1,OPENLEN This generates X'4000' in r1 This
is what I see in ISPF Browse BROWSE JOER.DBGR.DLLLIB Row 015 of 025
Command ===> Scroll ===> CSR Name Prompt Alias-of Size TTR AC AM RM .
OPENFILE 3530 000667 01 31 ANY This is the exec I use to kick off TEST
so OPENFILE is coming from JOER.DBGR.DLLLIB **
* Top of Data **
000100 PROC 0 000200 TSOLIB ACTIVATE DATASET
('JOER.TEST.AUTHLIB','JOER.DBGR.DLLLIB') 000300 TESTAUTH
'JOER.TEST.AUTHLIB(TESTPRGH)' 000400 LOAD 'SYS1.CMDLIB(IKJEGLST)' 000500 Q
TESTPRGH.TESTPRGH.+0 JOER.DBGR.DLLLIB Data Set Information Command ===>
More: Data Set Name . . . : JOER.DBGR.DLLLIB General Data Current Allocation
Management class . . : **None** Allocated cylinders : 35 Storage class . . .
: **None** Allocated extents . : 4 Volume serial . . . : WORKA1 Maximum dir.
blocks : NOLIMIT Device type . . . . : 3390 Data class . . . . . : **None**
Organization . . . : PO Current Utilization Record format . . . : U Used
pages . . . . : 264 Record length . . . : 0 % Utilized . . . . : 4 Block
size . . . . : 6144 Number of members . : 25 1st extent cylinders: 5
Secondary cylinders : 10 Data set name type : LIBRARY Dates Data set
encryption : NO Creation date . . . : 2019/07/05 Data set version . : 1
Referenced date . . : 2021/08/23 Expiration date . . : ***None*** Thanks
-Original Message- From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz Sent: Monday, August 23, 2021 6:51 AM To:
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length and Load
Macro Module Length different Values Show your code. -- Shmuel (Seymour J.)
Metz http://mason.gmu.edu/~smetz3 
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Joseph Reichman [reichman...@gmail.com] Sent: Sunday, August 22, 2021 7:06
PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Load Library Module Length and Load
Macro Module Length different Values Hi I have a number of programs I am
trying to move to CSA towards this end I need to know the starting address
and length of the load module Here is the code I use to obtain the length as
register 1 low order 3 bytes has the length in double words SLL R1,8 Get Rid
of auth code SLL R1,5 Length is value times 8 After doing the following the
result is X'4' However looking in ISPF browse for the loadlibrary in
the size column it says X'3530' When I try to MVCL fore X'4000' I get s0c4
for X'3530' its okay I tried using LOAD with the EXTINFO parm It returns one
extent with a length X'4000' as well Could anyone shed light on this
conflict Thanks _ Scanned by McAfee and confirmed virus-free.
-- 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 Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO


--
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: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Here is My Code LOAD EP=OPENFILE SLL R1,8 GET RID OF THE AUTH CODE SRL R1,5
LENGTH IS VALUE TIMES 8 ST R1,OPENLEN This generates X'4000' in r1 This
is what I see in ISPF Browse BROWSE JOER.DBGR.DLLLIB Row 015 of 025
Command ===> Scroll ===> CSR Name Prompt Alias-of Size TTR AC AM RM .
OPENFILE 3530 000667 01 31 ANY This is the exec I use to kick off TEST
so OPENFILE is coming from JOER.DBGR.DLLLIB **
* Top of Data **
000100 PROC 0 000200 TSOLIB ACTIVATE DATASET
('JOER.TEST.AUTHLIB','JOER.DBGR.DLLLIB') 000300 TESTAUTH
'JOER.TEST.AUTHLIB(TESTPRGH)' 000400 LOAD 'SYS1.CMDLIB(IKJEGLST)' 000500 Q
TESTPRGH.TESTPRGH.+0 JOER.DBGR.DLLLIB Data Set Information Command ===>
More: Data Set Name . . . : JOER.DBGR.DLLLIB General Data Current Allocation
Management class . . : **None** Allocated cylinders : 35 Storage class . . .
: **None** Allocated extents . : 4 Volume serial . . . : WORKA1 Maximum dir.
blocks : NOLIMIT Device type . . . . : 3390 Data class . . . . . : **None**
Organization . . . : PO Current Utilization Record format . . . : U Used
pages . . . . : 264 Record length . . . : 0 % Utilized . . . . : 4 Block
size . . . . : 6144 Number of members . : 25 1st extent cylinders: 5
Secondary cylinders : 10 Data set name type : LIBRARY Dates Data set
encryption : NO Creation date . . . : 2019/07/05 Data set version . : 1
Referenced date . . : 2021/08/23 Expiration date . . : ***None*** Thanks
-Original Message- From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz Sent: Monday, August 23, 2021 6:51 AM To:
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length and Load
Macro Module Length different Values Show your code. -- Shmuel (Seymour J.)
Metz http://mason.gmu.edu/~smetz3 
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Joseph Reichman [reichman...@gmail.com] Sent: Sunday, August 22, 2021 7:06
PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Load Library Module Length and Load
Macro Module Length different Values Hi I have a number of programs I am
trying to move to CSA towards this end I need to know the starting address
and length of the load module Here is the code I use to obtain the length as
register 1 low order 3 bytes has the length in double words SLL R1,8 Get Rid
of auth code SLL R1,5 Length is value times 8 After doing the following the
result is X'4' However looking in ISPF browse for the loadlibrary in
the size column it says X'3530' When I try to MVCL fore X'4000' I get s0c4
for X'3530' its okay I tried using LOAD with the EXTINFO parm It returns one
extent with a length X'4000' as well Could anyone shed light on this
conflict Thanks _ Scanned by McAfee and confirmed virus-free.
-- 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 Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO


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

Re: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

No, if the load module contains address constants then the copy won't work.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Sunday, August 22, 2021 8:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Load Library Module Length and Load Macro Module Length different 
Values

Not what you asked, but can one MVCL a load module from one address to
another and rely on its executing correctly? What about relocatable address
constants? (Less necessary today than once upon a time due to LARL, but
still lots of them around.) Of course in some case one might know that the
load module in question was a table e.g. that had no RLDs.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: Sunday, August 22, 2021 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load Library Module Length and Load Macro Module Length different
Values

Hi



I have a number of programs I am trying to move to CSA towards this end I
need to know the starting address and length of the load module



Here is the code I use to obtain the length as register 1 low order 3 bytes
has the length in double words



SLL  R1,8   Get Rid of auth code

SLL  R1,5Length is value times 8





After doing the following the result is X'4'  However looking in
ISPF browse for the loadlibrary in the size column it says X'3530'



When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay



--
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: Load Library Module Length and Load Macro Module Length different Values

[Binyamin Dissen]

While your code is obviously wrong, there is no reason to do it this way any
more.

IBM has provided CSVDYLPA to do it.


On Sun, 22 Aug 2021 19:06:35 -0400 Joseph Reichman 
wrote:

:>Hi
:>
:> 
:>
:>I have a number of programs I am trying to move to CSA towards this end I
:>need to know the starting address and length of the load module 
:>
:> 
:>
:>Here is the code I use to obtain the length as register 1 low order 3 bytes
:>has the length in double words
:>
:> 
:>
:>SLL  R1,8   Get Rid of auth code
:>
:>SLL  R1,5Length is value times 8
:>
:> 
:>
:> 
:>
:>After doing the following the result is X'4'  However looking in
:>ISPF browse for the loadlibrary in the size column it says X'3530' 
:>
:> 
:>
:>When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay
:>
:> 
:>
:>I tried using LOAD with the EXTINFO parm It  returns one extent with a
:>length X'4000' as well
:>
:> 
:>
:>Could anyone shed light on this conflict
:>
:> 
:>
:>Thanks  
:>
:> 
:>
:>
:>  _  
:>
:> 
:>mail_content=emailclient?utm_medium=email_source=link_campaign=s
:>ig-email_content=emailclient> Scanned by McAfee
:>mail_content=emailclient?utm_medium=email_source=link_campaign=s
:>ig-email_content=emailclient>  and confirmed virus-free.  
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Seymour J Metz]

Show your code.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Sunday, August 22, 2021 7:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load Library Module Length and Load Macro Module Length different 
Values

Hi



I have a number of programs I am trying to move to CSA towards this end I
need to know the starting address and length of the load module



Here is the code I use to obtain the length as register 1 low order 3 bytes
has the length in double words



SLL  R1,8   Get Rid of auth code

SLL  R1,5Length is value times 8





After doing the following the result is X'4'  However looking in
ISPF browse for the loadlibrary in the size column it says X'3530'



When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay



I tried using LOAD with the EXTINFO parm It  returns one extent with a
length X'4000' as well



Could anyone shed light on this conflict



Thanks




  _


   Scanned by McAfee
  and confirmed virus-free.

--
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: Load Library Module Length and Load Macro Module Length different Values

[Paul Gilmartin]

On Sun, 22 Aug 2021 17:04:20 -0700, Charles Mills wrote:

>Not what you asked, but can one MVCL a load module from one address to
>another and rely on its executing correctly? What about relocatable address
>constants? (Less necessary today than once upon a time due to LARL, but
>still lots of them around.) Of course in some case one might know that the
>load module in question was a table e.g. that had no RLDs.
>
https://en.wikipedia.org/wiki/Position-independent_code

I was once modifying a Pascal compiler to generate code to run embedded,
on bare metal on 370-like processor.  I added the capability to generate
position-independent_code (PIC).  I generated all pointers self-relative,
used by the sequence:
 USING *,R15
 ...
 LARx,POINTER
 ALRx,POINTER

Pascal has the limitation, useful in this case, of having no syntax to
statically initialize pointers in data areas.

The MVCL test worked.

For other reasons the product never made GA.

I believed the 360 base-displacement hardware design facilitated PIC,
making RLDs unnecessary; OS designers ignored the capability.

-- gil

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

Charles This kind of logic is done with SRB all the time BTW I just tried
CSVQUERY and it returned X'4000' as well Wonder how ISPF determines the size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of
Charles Mills Sent: Sunday, August 22, 2021 8:04 PM To:
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Load Library Module Length and Load
Macro Module Length different Values Not what you asked, but can one MVCL a
load module from one address to another and rely on its executing correctly?
What about relocatable address constants? (Less necessary today than once
upon a time due to LARL, but still lots of them around.) Of course in some
case one might know that the load module in question was a table e.g. that
had no RLDs. Charles -Original Message- From: IBM Mainframe
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph
Reichman Sent: Sunday, August 22, 2021 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load Library Module Length and Load Macro Module Length different
Values Hi I have a number of programs I am trying to move to CSA towards
this end I need to know the starting address and length of the load module
Here is the code I use to obtain the length as register 1 low order 3 bytes
has the length in double words SLL R1,8 Get Rid of auth code SLL R1,5 Length
is value times 8 After doing the following the result is X'4'
However looking in ISPF browse for the loadlibrary in the size column it
says X'3530' When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay
-- For
IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Scanned by McAfee
and confirmed virus-free. Find out more here: https://bit.ly/2zCJMrO

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Charles Mills]

Not what you asked, but can one MVCL a load module from one address to
another and rely on its executing correctly? What about relocatable address
constants? (Less necessary today than once upon a time due to LARL, but
still lots of them around.) Of course in some case one might know that the
load module in question was a table e.g. that had no RLDs. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: Sunday, August 22, 2021 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load Library Module Length and Load Macro Module Length different
Values

Hi

 

I have a number of programs I am trying to move to CSA towards this end I
need to know the starting address and length of the load module 

 

Here is the code I use to obtain the length as register 1 low order 3 bytes
has the length in double words

 

SLL  R1,8   Get Rid of auth code

SLL  R1,5Length is value times 8

 

 

After doing the following the result is X'4'  However looking in
ISPF browse for the loadlibrary in the size column it says X'3530' 

 

When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay

 

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

Re: Load Library Module Length and Load Macro Module Length different Values

[Joseph Reichman]

The doc says extinfo would match that returned from CSVQUERY 

Ok thanks I’ll give it a shot 

> On Aug 22, 2021, at 7:34 PM, Attila Fogarasi  wrote:
> 
> Program objects with NOPACK option return the length as a page multiple --
> matching your result.  You have to use CSVQUERY to get the actual length
> after the LOAD.
> 
>> On Mon, Aug 23, 2021 at 9:06 AM Joseph Reichman 
>> wrote:
>> 
>> Hi
>> 
>> 
>> 
>> I have a number of programs I am trying to move to CSA towards this end I
>> need to know the starting address and length of the load module
>> 
>> 
>> 
>> Here is the code I use to obtain the length as register 1 low order 3 bytes
>> has the length in double words
>> 
>> 
>> 
>> SLL  R1,8   Get Rid of auth code
>> 
>> SLL  R1,5Length is value times 8
>> 
>> 
>> 
>> 
>> 
>> After doing the following the result is X'4'  However looking in
>> ISPF browse for the loadlibrary in the size column it says X'3530'
>> 
>> 
>> 
>> When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay
>> 
>> 
>> 
>> I tried using LOAD with the EXTINFO parm It  returns one extent with a
>> length X'4000' as well
>> 
>> 
>> 
>> Could anyone shed light on this conflict
>> 
>> 
>> 
>> Thanks
>> 
>> 
>> 
>> 
>>  _
>> 
>> 
>> <
>> https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>> 
>> mail_content=emailclient?utm_medium=email_source=link_campaign=s
>> ig-email_content=emailclient
>> >
>> Scanned by McAfee
>> <
>> https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>> 
>> mail_content=emailclient?utm_medium=email_source=link_campaign=s
>> ig-email_content=emailclient
>> >
>> and confirmed virus-free.
>> 
>> --
>> 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: Load Library Module Length and Load Macro Module Length different Values

[Attila Fogarasi]

Program objects with NOPACK option return the length as a page multiple --
matching your result.  You have to use CSVQUERY to get the actual length
after the LOAD.

On Mon, Aug 23, 2021 at 9:06 AM Joseph Reichman 
wrote:

> Hi
>
>
>
> I have a number of programs I am trying to move to CSA towards this end I
> need to know the starting address and length of the load module
>
>
>
> Here is the code I use to obtain the length as register 1 low order 3 bytes
> has the length in double words
>
>
>
> SLL  R1,8   Get Rid of auth code
>
> SLL  R1,5Length is value times 8
>
>
>
>
>
> After doing the following the result is X'4'  However looking in
> ISPF browse for the loadlibrary in the size column it says X'3530'
>
>
>
> When I try to MVCL fore X'4000' I get s0c4 for X'3530' its okay
>
>
>
> I tried using LOAD with the EXTINFO parm It  returns one extent with a
> length X'4000' as well
>
>
>
> Could anyone shed light on this conflict
>
>
>
> Thanks
>
>
>
>
>   _
>
>
> <
> https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>
> mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient
> >
>  Scanned by McAfee
> <
> https://home.mcafee.com/utm_medium=email_source=link_campaign=sig-e
>
> mail_content=emailclient?utm_medium=email_source=link_campaign=s
> ig-email_content=emailclient
> >
> and confirmed virus-free.
>
> --
> 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