IBM Mainframe Forum

Hi everyone,

I am looking for a sample JCL that compiles and link two assembler programs.

The first assembler defines a V-type constant as shown below:

ENTRY MSG1,MSG2
.
.
.

MSG1 DC CL15'*HELLO WORLD1 *'
MSG2 DC CL15'*HELLO WORLD2 *'

The second program accesses the vcons variables in the manner shown below:

L R2,=V(MSG1)
ST R2,MSGADDR
WTO MF=(E,WTOBLOCK)
LTR R15,R15
BNZ ABENDX
*
***DISPLAY ADDRESS OF MSG2***
*
L R2,=V(MSG2)
ST R2,MSGADDR
MVI WTOMSG+14,C'2'
WTO MF=(E,WTOBLOCK)
LTR R15,R15
BNZ ABENDX


Thanks in advance!!!

By itself, the topic title mentions 2 issues.

1. What is the JCL used to assemble and link two Assembler programs?
   This forum cannot provide a proper answer to this question. Every installation has its own standards, and you should follow that installations standards. In the 40+ years I've been writing Assembler programs I have used at least 6 different programs to assemble programs. Each program has its own requirements, and every installation may impose additional standards.
2. What is the proper way to define external symbols in one module and access the data in a second statically linked module?
   There are many issues here; I have reduced the issues somewhat by the way I have worded the bullet topic. You should carefully study the ENTRY and EXTRN Assembler instructions in HLASM V1R6 Language Ref. These instructions have been essentially the same for every Assembler program I have used for OS/360 and its derivative operating systems.
   The V-type address constant sort of combines the EXTRN Assembler instruction and an A-type address constant, but it should only be used to provide the address of an external symbol that defines an executable program. In some infrequently encountered situations a V-type address constant used to access data will point to junk.

For what it's worth, the model you are using will not work, though it has nothing to do with using a V-type address constant.

This is correct.

The "main" programThe data module
Sample JCL to assemble, link, and run the modules. The modules are in a PDS in my userid.JCL like this will work in many installations, but it will almost certainly violate coding standards in most installations.

Notes.

• The "main" program does not prepare a new save area because it does not call any subroutines. WTO is a system service invoked by an SVC instruction. The system code invoked by the SVC instruction preserves your registers in the system; it does not use or require the register save area whose address is in register 13.
• A plain WTO macro (e.g. WTO 'THIS IS A WTO MACRO') prepares a parameter list that includes the message and invokes the system WTO service. The "execute" form of a WTO macro (e.g. WTO MF=(E,PARMLIST) ) load the address of a WTO parameter list and invokes the system WTO service. The "list" form of a WTO macro (e.g., PARMLIST WTO 'THIS IS A WTO MACRO',MF=L prepares the parameter list with a fixed message. A programmer that knows the parameter list can prepare a parameter list with a message containing variable data and use the "execute" form of the WTO macro to write the message.
• The first and second steps overrides the data set name specified in the SYSLIN DD statement in the HLASMC cataloged procedure. The LINK step, which uses the Binder, which does not normally require a SYSUT1 DD statement, and creates load module G in temporary data set &&G. The RUN step executes the load module created by the LINK step. The LINK and RUN steps are typical of RYO (Roll Your Own) JCL.