I use TPUT sometimes as a trace tool only and it uses a DCB that must be below the line. As I just use it in debugging situations, and inside a macro, that was easiest to me do this way. But the discussion is not the TPUT but RMODE. That was just a sample. There are some other situations that need to change it. I'll read more about RMODE(SPLIT). thanks
-----Mensagem original----- De: IBM Mainframe Assembler List <[email protected]> Em nome de Ed Jaffe Enviada em: sexta-feira, 1 de dezembro de 2023 19:57 Para: [email protected] Assunto: Re: RES: Reseting RMODE On 12/1/2023 1:06 PM, João Reginato wrote: > But I have a program that can or not call TPUT. > If it calls, so I'd like to set RMODE 24, otherwise 31. We issue TPUT all over the place in 31-bit mode (AMODE/RMODE). If I did have a function that required RMODE(24), I would not force an entire module below the line just for that. I would use a different technique, for example splitting the RMODE(24) code into its own CSECT and linking with RMODE(SPLIT). -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ -------------------------------------------------------------------------------- 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.
