I have no particular insight into this design, but I know a few things about TPUT vs. PUTLINE. For one thing, TPUT does not even work at all in batch. Neither can it be captured by OUTTRAP in foreground or background. PUTLINE works for both. So from the evidence presented, I would guess that BLS18028I issued in batch via PUTLINE but interactively via TPUT. So why the difference? Sounds like a bug, whether at the design level or in implementation.
You could try first to get an APAR. Sigh, good luck. Failing that an RFE. I can't imagine that IBM would defend the current function as, Yes, that's exactly what we had in mind. Like the cat who bounces off the patio glass and tries to look purposefully nonchalant. An oops is an oops. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hardee, Chuck Sent: Friday, September 18, 2015 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPCS BLS18028I message suppression Interesting you should suggest that. I did a batch IPCS run with my REXX and sure enough, in TSO/Batch the BLS18028I is captured by OUTTRAP and my REXX displays it as expected. Question now is, why isn't it captured with the REXX is executed interactively? So, if IPCS is executed in interactive TSO, the BLS18028I messages is issued to the "print" file that is displayed upon the terminal. If, however, the same REXX is executed in TSO/Batch, the message is captured by OUTTRAP and placed in the stem that was passed in the first OUTTRAP call. It does not appear in the print file nor on the output associated with SYSTSPRT. Interesting. Since the primary use of this REXX will be batch as opposed to interactive, I can live with it I guess. Just wish it would work the same regardless of environment. C- Charles (Chuck) Hardee Senior Systems Engineer/Database Administration EAS Information Technology Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: Friday, September 18, 2015 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPCS BLS18028I message suppression Assuming it is a TPUT and assuming your logic doesn't depend on it, (yeah, I know) could you run it in batch? This may prevent the message messing up your report. > Date: Fri, 18 Sep 2015 14:12:45 +0000 > From: chuck.hardee /snip/ > Charles (Chuck) Hardee > Senior Systems Engineer/Database Administration EAS Information > Technology > > It's more frustrating than technical, but I'm trying to produce a > > custom > report from > > the dump and this message gets in the way of the report's information. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
