Talk Talk Attack

For those of you who don't know, Talk Talk is a major Broadband/Phone provider in the UK with over 4 million customers who has been hacked. Seems ALL the customers details have been gleaned (see list in the article). http://www.bbc.co.uk/news/uk-34611857 I've listened to some "security experts

Re: Talk Talk Attack

Aled Hughes wrote: >For those of you who don't know, Talk Talk is a major Broadband/Phone provider >in the UK with over 4 million customers who has been hacked. Seems ALL the >customers details have been gleaned (see list in the article). Indeed. Name, surname, phone #, account details, identif

Re: Using MGCRE with JES2 Commands

Hi I have resolved the issue I was having with MGCRE and it was nothing to do with security. I did try the WARN setting within RACF and I also experimented with RACROUTE (which is another story) but ultimately the problem lay with command length. Because the TEXT length on MGCRE can be up to 126

Re: Using MGCRE with JES2 Commands

Terry Sambrooks wrote: >I have resolved the issue I was having with MGCRE and it was nothing to do >with security. I did try the WARN setting within RACF and I also experimented >with RACROUTE (which is another story) but ultimately the problem lay with >command length. Excellent! Just before

Re: ALESERV macro

Yeah, all those reason are why I was hoping that the OP might consider using AMODE(64) common storage instead of a data space. But there are probably reasons why he wants a DS instead. I'm not much into using data spaces any more. Not that I ever did. On Thu, Oct 22, 2015 at 4:06 PM, Tony Harminc

Re: Using MGCRE with JES2 Commands

On Fri, Oct 23, 2015 at 6:22 AM, Terry Sambrooks < terry_sambro...@btconnect.com> wrote: > Hi > > I have resolved the issue I was having with MGCRE and it was nothing to do > with security. I did try the WARN setting within RACF and I also > experimented with RACROUTE (which is another story) but

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

> What I'm aiming at is to rewrite my CBT distributed UNIX HLASM programs as C > programs instead. > Although I don't really know why I should. Just another of my oddities, I > guess. [...] I doubt there > are many z/OS people who like playing on the UNIX command line instead of in > ISPF. Cou

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

No, they are taxed the same. Federally anyway. Tampa, FL has no state income tax. I got let go after 43 years in same company and they gave a lump-sum of 6 weeks severance !!! . This was with perfect annual reviews each year. What a joke. John Clifford On Thu, Oct 22, 2015 at 6:25 PM, J O Skip R

Create zIIP workload

Hello List, I hope you all are doing well. I could not find documentation on how to create an enclave SRB that would make use of the zIIP processor. Is this documented anywhere? Thanks and regards, Leo -- For IBM-MAIN subscribe

Re: Create zIIP workload

> I could not find documentation on how to create an enclave SRB that would > make use of the zIIP processor. Is this documented anywhere? It is not publically documented. The documentation is available to vendors under CDA. Bob Shannon Rocket Software Rocket So

Re: Create zIIP workload

Aw :( thank you for the info Bob! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: Friday, October 23, 2015 10:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Create zIIP workload > I could not find documentation

Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

I only want to see if a dataset exists from a REXX, but do not want to Recall migrated datasets as a function of the request. Thanks in advance Mike Kovach -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

LISTDSI -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Kovach Sent: Friday, October 23, 2015 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

No SYSDSN does not as far as I know have a norecall function. However LISTDSI does. Also, if you were not aware there is a TSO-REXX list that discusses all things REXX (most platforms as well as z/OS) To join, if you have not done so TSO REXXhttp://www2.marist.edu/htbin/wlvindex?TSO-REX

Unicode Query

Hello Group, I am Going to Apply UNICODE Conversion PTF to our sandbox system. If Understand correct the UNICODE PTF changes the SYS1.LPALIB,SYS1.LINKLIB and SYS1.NUCLEUS alone. So after Applying the Fix Instead of Cloning the Whole SYSRES volume, Can i Just copy the above three dataset and Just

z/OS version by Sysres Module

Hello, Is there a module within SYSRES dataset's which can help me to determine the z/OS version ? This Question is just for the Knowledge sake and not trying solve any problem. Any Pointers ? Regards, Peter -- For IBM-MAIN su

Re: Unicode Query

Only three modules are affected. I just copied them and re-ipld. Watch it. one of them has an alias (thanks Skip R for pointing that out). //S01 EXEC IEBCOPY,PDSI='ZOSR201.SYS1.LINKLIB', // PDSO='SYS1.LINKLIB' //SYSIN DD *

Re: Unicode Query

If that is the only change, then no. However, I am a firm believer of doing the cloning process the same way every time unless there are extenuating circumstances. I've seen too many times where just the "updated libraries" were pushed out, and something is invariably missed, and problems oc

AW: z/OS version by Sysres Module

> Is there a module within SYSRES dataset's which can help me to determine the z/OS version ? > This Question is just for the Knowledge sake and not trying solve any problem. "D IPLINFO" gives you that and more. Or look at CVT field CVTPRODN. -- Peter Hunkeler --

Re: z/OS version by Sysres Module

Or you can install Mark Zelden's IPLINFO REXX and get so much more. http://www.mzelden.com/mvsutil.html Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Hunkeler > Sent: Friday, October 23, 2015 8:18 AM > To: IBM-

Re: z/OS version by Sysres Module

On Fri, 23 Oct 2015 20:35:46 +0530, Peter wrote: >Hello, > >Is there a module within SYSRES dataset's which can help me to determine >the z/OS version ? > >This Question is just for the Knowledge sake and not trying solve any >problem. > >Any Pointers ? > //STEP1 EXEC PGM=AMASPZAP

Re: (External):Re: Unicode Query

I don't understand the reference to IPLTEXT, which is not part of the fix. Otherwise, as already noted, you could just copy the three module (plus one alias!) to the appropriate libraries and IPL. We have been known to take such an action, but there has to be a good reason not to clone the whole

Re: (External):Re: z/OS version by Sysres Module

OP asked literally about 'z/OS version'. Several fine answers followed. But if OP is actually interested in something like 'maintenance level', then the answer is that nothing will tell you that unless you have zapped some literal into a user-modifiable area such as (for example) NUCLEUS. We do

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

On Fri, 23 Oct 2015 07:49:32 -0700, Lizette Koehler wrote: >No SYSDSN does not as far as I know have a norecall function. > >However LISTDSI does. > LISTDSI has the sometimes onerous restriction that it must be issued from a TSO session. -- gil --

Re: Unicode Query

On 2015-10-23, at 09:06, Field, Alan wrote: > Only three modules are affected. I just copied them and re-ipld. Watch it. > one of them has an alias (thanks Skip R for pointing that out). > Does copying somehow damage an alias? Grrr... Shame on it! Does it depend on which utility you use to co

Re: Unicode Query

IEBCOPY is the utility of choice. If you copy a module with aliases it does NOT automatically pick up the aliases. You need to specify the module and all the aliases in the copy request to preserve the relationship. Otherwise you end up with the aliases in the output dataset becoming modules on

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

If the OP wanted a function that would not recall a dataset, the LISTDSI would be the solution, even if it has onerous restrictions. But could you elaborate on which restrictions are onerous? Otherwise, I would suggest going to Developerworks and input an RFE to have SYSDSN not recall the file

Re: (External):Re: Unicode Query

I may be a heretic, but I shy away from using a tool (native IEBCOPY) that is guaranteed to fail unless I'm smart--and careful--enough to code it exactly right. I prefer to use StarTool (or PDS from CBT), which (if configured properly) will identify and include all applicable aliases or, if an a

Re: (External):Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

The requirement is 'onerous' if you're determined--or required--to run a Rexx in a non-TSO environment such as batch via PGM=IRXJCL. The Rexx manual documents a number of functions as 'TSO/E extensions' that are usable only if PGM=IKJEFTxx. . . . J.O.Skip Robinson Southern California Edison Co

Re: (External):Re: Unicode Query

With z/OS 2.1, the COPYGROUP command of IEBCOPY will copy all the aliases associated with a main member. On Fri, 23 Oct 2015 16:31:47 +, J O Skip Robinson wrote: >I may be a heretic, but I shy away from using a tool (native IEBCOPY) that is >guaranteed to fail unless I'm smart--and carefu

Re: (External):Re: Unicode Query

Peter X. DeFabritus wrote: With z/OS 2.1, the COPYGROUP command of IEBCOPY will copy all the aliases associated with a main member. You beat me to it! But COPYGRP (note spelling) was introduced earlier than z/OS V2.1. I did not go back further to look for when it was first out, but it's d

Re: (External):Re: Unicode Query

John, There are two flavors of COPYGROUP/COPYGRP with z/OS V2.1 Also in z/OS V2R1, IEBCOPY introduces a new COPYGROUP statement that provides the same function as the COPYGRP statement but also performs that same function for a PDS to PDS copy. With COPYGRP, when the input and output data sets

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

Mike, If you think about it - SYSDSN actually tries to validate info about the DSN or DSN(MEMBER) So a Recall would be necessary just in case a member name was requested and SYSDSN needed to see if it was there. If an RFE was requested for SYSDSN to use SYSDSN(dataset) NORECALL, then if it was

Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

Thanks Lizette, LISTDSI works perfectly for my needs. Thanks for the tip. Mike Kovach From: Lizette Koehler To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, October 23, 2015 10:49 AM Subject: Re: Is there an alternative to SYSDSN(fully.qual.dataset.name) that DOES NOT Recall Migrated Datasets

Re: z/OS version by Sysres Module

If you look at almost any module in linklib you can see fmid and even prf level. No needs to ipl in order to identify os version. Best. ITschak בתאריך 23 באוק 2015 18:06,‏ "Peter" כתב: > Hello, > > Is there a module within SYSRES dataset's which can help me to determine > the z/OS version ? > >

Re: Using MGCRE with JES2 Commands

In , on 10/23/2015 at 12:22 PM, Terry Sambrooks said: >Because the TEXT length on MGCRE can be up to 126 characters I >defined an area of that size and left the length fixed. Trailing blanks? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Redirect or hide IEBCOPY output when using the TSO RECEIVE Command

Has anyone figured out how to redirect the IEBCOPY output that is sent as a result of issuing the TSO RECEIVE command. Example: RECEIVE INDA(CNTL.XMIT) INMR901I Dataset TSSDON.MEAS.PACKAGE.TEMP.CNTL from TSSDON on N1 INMR906A En

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

On Fri, 23 Oct 2015 16:23:01 -0500, Donald Likens wrote: >Has anyone figured out how to redirect the IEBCOPY output that is sent as a >result of issuing the TSO RECEIVE command. > >Example: > >RECEIVE INDA(CNTL.XMIT) >... >I want the IEBCOPY print out above to go to a dataset. I have tried >

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

//BATISPF EXEC PGM=IKJEFT01,DYNAMNBR=105,REGION=0K,TIME=1440 //SYSPROC DD DSN=JWHI00V.LIB.CLIST,DISP=SHR // DD DSN=SYS1.SAFEWAY.ISPCLIB,DISP=SHR //SYSTSPRT DD SYSOUT=* //SYSTSIN DD *

Re: Using MGCRE with JES2 Commands

JES2 parsing of commands is not conducive to comments. To include them on a command you have to use a /* ... */ construct. During parse, all blanks are removed, along with syntactically correct comments. If what remains is not a syntactically correct JES command, it will not be executed.

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

The repeated RESTORE OLD allows for multiple datasets to be received Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe

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

What about, NoPreview or Sysout(class other than *) * defaults to terminal On Friday, October 23, 2015, Jerry Whitteridge < jerry.whitteri...@safeway.com> wrote: > The repeated RESTORE OLD allows for multiple datasets to be received > > Jerry Whitteridge > Manager Mainframe Systems & Storage >

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

You can change the SYSTSPRT DD to anything you need (including to a dataset) Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control you just aren't going fast enough. -Original Message- From: IBM M

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

On 2015-10-23 16:12, Jerry Whitteridge wrote: > You can change the SYSTSPRT DD to anything you need (including to a dataset) > Nope. But not to a UNIX file. Nasty ABEND. Went to SR. Got WAD (which they spell "PRS", but it means the same thing.) -- gil --

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

Have you tried -+-LOGDATASET-+-(dsn)-' '-LOGDSNAME--' LOGDATASET(dsname) | LOGDSNAME(dsname) specifies an alternate name of a sequential data set used to log the transmitted data. RECEIVE checks if the data set, specified by the LOGDATASET/LOGDSNAME operand, is a sequential data s

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

But presumably DUMMY, which would satisfy the OP. (Over-validation! Presumably if IEBCOPY just opened the d*mned DCB and wrote to it they would be fine. But nooo, they had to "validate" the destination. My ignorant guess, of course. Perhaps they had a good reason.) Charles -Original Me

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

On Fri, 23 Oct 2015 15:28:52 -0700, Charles Mills wrote: >But presumably DUMMY, which would satisfy the OP. > >(Over-validation! Presumably if IEBCOPY just opened the d*mned DCB and wrote >to it they would be fine. But nooo, they had to "validate" the >destination. My ignorant guess, of cour

Re: z/OS version by Sysres Module

You might consider installing IPLINFO Rexx code from Mark Zelden's web page.  It provides this info and much more.  It is freeand he does a great job of keeping it up to date.  David Mingee Mainframe Consulting 9206 Aintree Drive Indianapolis, IN  46250 317 288-9588  Home317 903-9455  Cell

Re: Create zIIP workload

On 23 October 2015 at 10:12, Leonardo Vaz wrote: > I could not find documentation on how to create an enclave SRB that would > make use of the zIIP processor. > Is this documented anywhere? As Bob said, it's available to ISVs. If you can convince IBM that you are one (perhaps CN sells software,

Re: Create zIIP workload

http://dtsc.dfw.ibm.com/MVSDS/'HTTPD2.PT217.HTML(INDEX)' -- make sure your browser picks up the trailing apostrophe -- mine did not. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Friday, October 23, 2015 5

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

At 16:16 -0600 on 10/23/2015, Paul Gilmartin wrote about Re: Redirect or hide IEBCOPY output when using the TSO RECE: On 2015-10-23 16:12, Jerry Whitteridge wrote: You can change the SYSTSPRT DD to anything you need (including to a dataset) Nope. But not to a UNIX file. Nasty ABEND. We

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

You can "trap" the output with session manager. fairly easily. Ed On Oct 23, 2015, at 4:23 PM, Donald Likens wrote: Has anyone figured out how to redirect the IEBCOPY output that is sent as a result of issuing the TSO RECEIVE command. Example: RECEIVE INDA(CNTL.XMIT) INMR901I Dataset TSSDO

Re: Create zIIP workload

On 24/10/2015 8:18 AM, Tony Harminc wrote: On 23 October 2015 at 10:12, Leonardo Vaz wrote: I could not find documentation on how to create an enclave SRB that would make use of the zIIP processor. Is this documented anywhere? As Bob said, it's available to ISVs. If you can convince IBM that