Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On Sat, 24 Oct 2015 08:49:50 -0500, Donald Likens wrote: >Using SYSOUT on the prompt worked! I never thought to look at the prompt for a >solution. Thank You! > Does this constrain you to running in batch rather than interactive TSO? It's not clear to me what "on the prompt" means. >PS: I

Re: C lang. embedded HLASM latest z/OS 2.1

And with assembler if you re-write it you are stuck with the new architecture, unless you keep the old assembler and the two are functionally equivalent (i.e., has not been enhanced since you re-wrote it). With C or C++, if your boss says "we have to ship this to a customer with a z900" you

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

If found this on this LISTSERV: /* REXX */ X = PROMPT('ON') ADDRESS "TSO" QUEUE "DA(TARGET.DATASET.NAME)" "RECEIVE INDSN(MEAS.PACKAGE.XMITCNTL)" So I could run it in batch but it makes the process

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Gil, It's looks like from the the TSO/E Command Reference, SYSOUT(?) Where the ? Is a class other than * ...I don't think SYSOUT= is validate since the are parks, unless I am missing something On Saturday, October 24, 2015, Charles Mills wrote: > > > Yes. Means =

Re: Using MGCRE with JES2 Commands

This just serves as a reminder that the more info you can put into a post the more likely you are to get the help you need. If the actual code snippet had been posted originally, it could have served to answer the guesses in the last couple of posts about whether there were trailing blanks or

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote: > >NoPreview or Sysout(class other than *) * defaults to terminal > Is "SYSOUT=*" syntactically valid? I haven't tried it. -- gil -- For IBM-MAIN subscribe / signoff /

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

In <562ab1ca.5020...@aim.com>, on 10/23/2015 at 04:16 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Got WAD (which they spell "PRS", but it means the same thing.) No. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Yes. Means = MSGCLASS. CharlesSent from a mobile; please excuse the brevity Original message From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Date: 10/24/2015 8:03 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Redirect or hide IEBCOPY

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

In the context of the RECEIVE command, SYSOUT(*) means the terminal, and has nothing to do with MSGCLASS. See this page of the TSO/E Command Reference: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C5C0/1.38.5 "If * is specified, these messages are directed to the terminal."

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Using SYSOUT on the prompt worked! I never thought to look at the prompt for a solution. Thank You! PS: I Really wanted it to go to a dataset but this will work for me. -- For IBM-MAIN subscribe / signoff / archive access

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Bill, That's exactly what the manual says if that's what the OP wants Scott On Saturday, October 24, 2015, Bill Godfrey wrote: > In the context of the RECEIVE command, SYSOUT(*) means the terminal, and > has nothing to do with MSGCLASS. > > See this page of the TSO/E

Re: (External):Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

The sysout keyword goes on the response to the RECEIVE prompt, e.g. da(myds) shr sysout(x) . . . 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

Re: Employees exposed to direct enforcement actions (WAS Volkswagen Programmed Vehicle to Deactivate Pollution Control

Just to close out this issue of the IRS "scandal," after a long investigation (including the FBI) the U.S. Department of Justice has closed its case with no criminal charges. See this press report for example: http://www.latimes.com/nation/la-na-irs-conservatives-20151023-story.html The

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Bill, Good, I am glad he found it useful. Scott On Saturday, October 24, 2015, Bill Godfrey wrote: > Scott, > > As far as I can tell, you were the one who pointed the OP to the SYSOUT > option, and it worked for him. > > Bill > > On Sat, 24 Oct 2015 15:49:31 -0400,

Re: Create zIIP workload

Since Scala compiles to Java byte code and is run like any other java class or jar application, I don't see how z/OS could differentiate between byte code from Scala (or Groovy or JPython or ) and Java itself. But I've been proven wrong before. On Sat, Oct 24, 2015 at 7:16 PM, Tony Harminc

Re: Create zIIP workload

On 24 October 2015 at 00:53, David Crayford wrote: > Scala goes pretty well on z/OS too. That's an interesting one.Depending on how you interpret those IBM rules, it may or may not be legit to run it on a zAAP/zIIP. I can pretty much parse the rule either way, but of course

Re: Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

On Fri, 23 Oct 2015 18:06:07 -0400, Scott Ford wrote: >What about, > >NoPreview or Sysout(class other than *) * defaults to terminal > That's certainly what the manual says, and othert report it works, but I get: READY receive indd(NETDATA) sysout(R) IKJ56712I INVALID

OT IRS scandal resolution was Re: Employees exposed to direct enforcement actions (WAS Volkswagen Programmed Vehicle to Deactivate Pollution Control

On 24 Oct 2015 17:52:20 -0700, in bit.listserv.ibm-main Timothy Sipples wrote: >Just to close out this issue of the IRS "scandal," after a long investigation >(including the FBI) the U.S. Department of Justice has closed its case with no >criminal charges. See this press report for example: >

Re: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

SunTrust has reportedly removed the severance agreement's "continuing cooperation" clause. http://www.computerworld.com/article/2996527/it-outsourcing/in-turnabout-suntrust-removes-contentious-severance-clause.html -- For

Re: C lang. embedded HLASM latest z/OS 2.1

On 23/10/2015 8:28 PM, Jerry Callen wrote: As to rewriting HLASM code in C - if you mostly just groveling through control blocks and using non-authorized services, why not? It'll make the code more accessible by others, in many cases it's just as efficient, and - it's fun! I would say it can

Re: Fwd: Bank’s severance deal indebts laid off IT workers to be ‘on call’ for 2 years of tech support — without pay

On call response : 'Have you tried rebooting it?' On 23 Oct 2015 02:11, "Steve Beaver" wrote: > I am ignorant: is a severance package legally required? Depends and it is > NEGOCIABLE > > Otherwise its Pay-to-Stay > > > -Original Message- > From: IBM Mainframe