Rene FERLAND wrote:
[...]
PRINTER DTFPR
BLKSIZE=81,
CTLCHR=ASA,
DEVADDR=SYSLST,
[...]
BG // JOB HELLO - HELLO WORLD IN DOS/VS ASSEMBLER...
DATE 04/19/20,CLOCK 18/09/23
BG 0S03I PROGRAM CHECK INTERRUPTION - HEX LOCATION 00000C -
CONDITION CODE 0 - OPERATION EXCEPTION
0S00I JOB HELLO CANCELED
BG EOJ HELLO
DATE 04/19/20,CLOCK 18/09/23,DURATION 00/00/00
[...]
000049 000000 41+ DC VL3(IJDFAZIW) ...
[...]
UNRESOLVED EXTERNAL REFERENCES EXTRN IJDFAZIW
001 UNRESOLVED ADDRESS CONSTANTS
I check the system relocatable library and while IJDFAZIZ
is there, IJDFAZIW is not.
Where is the missing module?
Nowhere, obviously.
Or is the problem somewhere else?
Somewhere else.
Because CTLCHR=ASA printer I/O modules are not very common, default DOS/VS installations do not ship with any pre-built versions of DTFPR CTLCHR=ASA, thus requiring you to either build and catalog it for yourself, or to "inline" your non-standard printer I/O logic into your program itself via a PRMOD macro statement which your program seems to be missing.
Refer to the DOS/VS macro reference manual for more information. You can either assemble a separate PRMOD for CTLCHR=ASA via SEPASMB=YES and then catalog it into your RELO (relocatable) library using any name you want or preferably, the default standard name(*). Then when you assemble and link your program, the linkage editor will be able to find the IJDFAZIZ module that you cataloged and your program should run just fine.
Doing that would be the preferred procedure if you plan on writing a lot of programs that use ASA printers.
HOWEVER... if you're only doing a quick test (which seems to be the situation in your case), OR if you only SOMETIMES (but RARELY) write programs that need to use ASA control characters, then it would be MUCH easier to simply specify the missing PRMOD macro statement in your program, along with an associated MODNAME= paramter on your DTFPR macro:
PRINTER DTFPR X
CTLCHR=ASA, X
...etc... X
MODNAME=MYPRMOD
MYPRMOD PRMOD X
CTLCHR=ASA, X
...etc...
OR... last but not least, an even simpler solution would be to simply remove the WORKA=YES and IOAREA2=PRTIO2 parameters from your DTFPR macro statement and then change your program to do:
OPEN PRINTER
MVC PRTIO1,$HELLO
PUT PRINTER
CLOSE PRINTER
(i.e. move the line you want to print directly into the one and only I/O area before issuing your PUT)
If you do that, then your program SHOULD end up successfully linking with the IJDFAZIZ module that already exists.
Ref:
Hope that helps!
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
