Well that's interesting. I just read the relevant passage in DFSMS Macros:
"The support for areas above the line is not provided for the following devices: TSO terminal ... For the above devices, issue macros other than OPEN and CLOSE in 24-bit addressing mode." In my blissful ignorance, I think* I have been issuing PUTs in 31-bit mode and terminal output has been working just fine. (Terminal output is not a key to what the program does but it is specifically documented [our doc] as supported.) Hmm. *Am I missing something? If a program is linked into a conventional PDS with PGM=HEWL,PARM='AMODE=31,RMODE=24... and then executed with TSO Rexx "CALL 'xxxxxx.xxxx.LOAD(xxxxxxxx)'" will it not execute in AMODE 31? I have (in my ignorance, as I said) had no problems with OPEN/PUT/CLOSE to a terminal. I just tested it again just now. All code and macros are in RMODE 24. DCBs specify MACRF=(PM) with no DCBE. Old-fashioned 24-bit OPEN. Curious. <rant> What a piece of #&%#&! Whatever happened to OS/360's vaunted device independence? Talk about three lousy choices: - put all or most of your QSAM code and data below the line - dual-path your code based on whether or not a device is a terminal - disallow terminal output <\rant> Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Monday, August 01, 2005 4:03 PM To: [email protected] Subject: Re: Reference for DCB coexistence with RMODE 31 programs? > Are you saying that if I do all my RMODE 31/24 homework > correctly for a QSAM output DCB, and my user runs it under > TSO with ALLOC DA(*) then it will fail? Sad but true. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
