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 <[email protected]> On > Behalf Of Joseph Reichman > Sent: Monday, August 23, 2021 3:45 PM > To: [email protected] > 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 <[email protected]> On > Behalf Of Ed Jaffe > Sent: Monday, August 23, 2021 6:42 PM > To: [email protected] > 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 0000015 of 0000025 Command ===> Scroll ===> CSR > Name Prompt Alias-of Size TTR AC AM RM . OPENFILE 00003530 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) 00003530 DASD SIZE (HEX) 00008000 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 00000 478+ LA 0,LE2_0030- > LD2_0030(,15) 479+ SR 1,1 SHOW 480+ SVC 8 008 00008 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: [email protected] 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 [[email protected]] on behalf of > Joseph Reichman [[email protected]] Sent: Monday, August 23, > 2021 11:21 AM To: [email protected] 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: [email protected] >> 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 [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 Scanned by McAfee and confirmed virus-free. Find out more > here: > https://urldefense.com/v3/__https://bit.ly/2zCJMrO__;!!JmPEgBY0HMszNa > DT!6_wuYSiPGZ5njrcPDyu3RGYl4kfkPv3IFgZWe64a4Pt_uGOE7Yi4rhczjXHR_g > $ > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!JmP > EgBY0HMszNaDT!6_wuYSiPGZ5njrcPDyu3RGYl4kfkPv3IFgZWe64a4Pt_uGOE7 > Yi4rhfQwtHzhA$ > > > > -------------------------------------------------------------------------------- > 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 [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
