Jack J. Woehr wrote:
>> Yes. BLSUTRMV passes the address of an IKJIOPL in register 1.
>This routine should be renamed to its anagram BLURTMVS :)
Arrrh! You're BLURTing out some anagram... ;-D
Sorry and sorry, but I can't resist this... actually, this is a really good
anagram! Good catch.
Shmuel Metz (Seymour J.) wrote:
Yes. BLSUTRMV passes the address of an IKJIOPL in register 1.
This routine should be renamed to its anagram BLURTMVS :)
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogatin
> >>>If ISPF services are not available, the message is
> >>>transmitted to the terminal via the TSO IKJPUTL service routine.
>
> >>Is that the routine called by PUTLINE? If so, what are the parameters?
>
> >Yes. BLSUTRMV passes the address of an IKJIOPL in register 1.
>
> Then there would se
In
,
on 09/21/2015
at 04:50 PM, Jim Mulder said:
>>>If ISPF services are not available, the message is
>>>transmitted to the terminal via the TSO IKJPUTL service routine.
>>Is that the routine called by PUTLINE? If so, what are the parameters?
>Yes. BLSUTRMV passes the address of an IKJIO
>>If ISPF services are not available, the message is
>>transmitted to the terminal via the TSO IKJPUTL service routine.
>Is that the routine called by PUTLINE? If so, what are the parameters?
Yes. BLSUTRMV passes the address of an IKJIOPL in register 1.
Jim Mulder z/OS System Test IBM Cor
In <027701d0f219$6139da70$23ad8f50$@mindspring.com>, on 09/18/2015
at 06:52 AM, Lizette Koehler said:
>I think it depends on what method IBM uses to produce the message. I
>do not think you can capture a TPUT message and suppress it.
You could use the session manager interface. Don't do this
In
,
on 09/19/2015
at 01:25 AM, Jim Mulder said:
>If ISPF services are not available, the message is
>transmitted to the terminal via the TSO IKJPUTL service routine.
Is that the routine called by PUTLINE? If so, what are the parameters?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ptember 19, 2015 3:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS BLS18028I message suppression
On 9/19/2015 3:26 PM, Hardee, Chuck wrote:
> Thanks Jim, your explanation was helpful, believe it or not.
> It bears out with what I am seeing.
> I really appreciate your passing on your insig
delete all copies.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim Mulder
Sent: Saturday, September 19, 2015 1:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS BLS18028I message suppression
Interesting you should suggest that.
I
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim Mulder
Sent: Saturday, September 19, 2015 1:26 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 an
tem
> 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
You cannot OUTTRAP Tputs, and, some of the outputs from IPCS utilize TPUTS.
Messages delivered via PUTLINE can be OUTTAP'ed.
k.kri...@comcast.net
--
For IBM-MAIN subscribe / signoff / archive access instructions,
se
3-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
-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 o
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 +
> From: chuck.hardee
/snip/
> Charles (Chuck) Hardee
> Senior Systems Engineer/Databas
, 2015 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS BLS18028I message suppression
I think it depends on what method IBM uses to produce the message. I do not
think you can capture a TPUT message and suppress it.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion
y, September 18, 2015 4:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPCS BLS18028I message suppression
>
> Hello Listers!
>
> Has anyone figured out how to suppress the BLS18028I message.
> This is the message issued as a result of a FIND command when the object of
Hello Listers!
Has anyone figured out how to suppress the BLS18028I message.
This is the message issued as a result of a FIND command when the object of the
FIND command was not found:
"BLS18028I Argument not found, searched to end of FINDAREA"
I am writing a REXX EXEC that issues various IPCS
18 matches
Mail list logo