Normally if I paste it with courier new font It’s readable
> On Aug 23, 2021, at 6:57 PM, Gibney, Dave > <[email protected]> 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 <[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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
