Re: Review My Program

From: "David S." Sent: Tuesday, December 15, 2015 5:42 AM Why do you use LM and STM to load the fields in to registers and then out to memory again, rather than just using MVC for a “memory to memory” move? ... [eg] MVC ARG1(ARG1_L),CONSTS MVC will work. And all

Re: Review My Program

MVC does not modify registers, so there is no way to get data into or out of registers. Sent from my iPad On Dec 14, 2015, at 10:42 AM, "David S." wrote: >> Why do you use LM and STM to load the fields in to registers >> and then out to memory again, rather than just

Re: Review My Program

Never mind, I realize I misunderstood the question. Apologies. Sent from my iPad > On Dec 14, 2015, at 10:49 AM, Gerhard Adam wrote: > > MVC does not modify registers, so there is no way to get data into or out of > registers. > > Sent from my iPad > > On Dec 14, 2015,

Re: Review My Program

You don't really need any code in the loadmodule at all, it only needs to contain the table (preceded a header that contains things like the table length, row length or whatever you need. Than you can do: WORKING-STORAGE SECTION. 01 FNC-PTR FUNCTION-POINTER. 01 PTR REDEFINES FNC-PTR POINTER.

Re: Review My Program

Fred, Do you happened to have an example of the Assembler Code? I want to build something similar , with the Assembler being a message table... Regards, Scott On Saturday, December 12, 2015, Fred van der Windt < 03f9f1712aba-dmarc-requ...@listserv.uga.edu> wrote: > You don't really need

Re: Review My Program

. <dlstaudac...@gmail.com<mailto:dlstaudac...@gmail.com>> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU<mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU> Sent: Thursday, December 10, 2015 7:31 AM Subject: Re: Review My Program I think the LE compliant Assembler wrapper is way over-the-top for this. LE c

review my program?

ARG 3 LOAD DE=(R4),LOADPT=(R5) NOW LOAD THE MODULE That seems quite worthy. Thanks for the input! Frank From: Steve Smith <sasd...@gmail.com> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Sent: Tuesday, December 8, 2015 8:15 PM Subject: Re: review my program? The one main thing I see is that you s

Re: Review My Program

David, I really like your idea of such an Assembler suffix [never thought of it, prefix - yes, but suffix?] as the load point still points to the table top. However, when such a "compiled table" also needs to be updatable [i.e. linked NORENT as RENT would load it into write-protected storage],

Re: Review My Program

e intended recipient, please inform the sender and delete all copies. -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Victor Gil Sent: Thursday, December 10, 2015 10:42 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: Review

Re: review my program?

As LOAD provides the length (other than certain cases), I don't see how anything else is easier. sas On Wed, Dec 9, 2015 at 12:25 PM, Victor Gil wrote: > I guess you all missed the original Frank's email [probably on IBM-MAIN] > where he said this load module is just

Re: review my program?

Victor, That may work if your load module consists of only a single csect. If you start building multi-csect load modules, then it won't work at all, since your method can provide only the length of that single csect. If you want to find the length of a multi-csect load module, you can do

Re: review my program?

On 2015-12-09, at 09:59, David Cole wrote: > > That may work if your load module consists of only a single csect. If you > start building multi-csect load modules, then it won't work at all, since > your method can provide only the length of that single csect. > > If you want to find the

Re: review my program?

I guess you all missed the original Frank's email [probably on IBM-MAIN] where he said this load module is just a [configuration?] DATA to be accessed via either MVS or CICS LOAD and then mapped by a copybook... -Victor- = On 2015-12-09, at 09:59, David Cole wrote:

Re: review my program?

Quoting from IBM-MAIN - Your expectation is not correct. The length returned (both in R1 as the number of doublewords, or via EXTINFO) represents the amount of space that the system obtains. Particularly for program objects, it is often the case that the storage amount allotted is rounded up

Re: review my program?

Well, page-aligning and filling of PDSE modules is a new one on me. Regardless, OP didn't say what the length is used for, so whether this or that technique will suit is presently unknown. sas On Wed, Dec 9, 2015 at 1:22 PM, Victor Gil wrote: > Quoting from IBM-MAIN

Re: review my program?

Frank, I think it's MUCH easier to stick the load module length right inside the module than obtain it from the system. All you need is to add something like this at a KNOWN location and re-assemble it L_TAB DCA(TAB_END-TAB_BEG) - TOTAL TABLE LENGTH HTH, -Victor-

review my program?

I am not a sysprog, and I don't often write assembler (and when I do I've often forgotten many things I once knew).  I'm wondering if someone might take a look at a little assembler routine I wrote to load a 'data only assembler table' and retrieve its length as well.  It will be called with

Re: review my program?

The one main thing I see is that you should never have a code label on a DS 0C (or EQU*). DS 0H (or DC 0H) is the usual thing. Sooner or later, such a label will assemble to an odd address, and you'll have to fix it. Indexing through the ARG list doesn't make much sense here. Elaborate the