Re: ShopZ order response

> On Oct 13, 2017, at 5:47 PM, Phil Smith III wrote: > > ——SNIP > > Anyone know if Sterling Forest still has 3420s? Last time I was there > (2004?) they did, and even a 7-track drive IIRC. > > Phil: I was never in the loop

Re: ShopZ order response

> On Oct 13, 2017, at 6:03 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >>> >>> "I got lots of great software that way!" >> >> *facepalm* >> >> Since it's Friday and we're swapping tape stories, back in the day, I had a >> couple of red 3480 cartridges that

Re: non-ibm products in /service ?

> On Oct 13, 2017, at 10:03 AM, Dyck, Lionel B. (TRA) > wrote: > > What is the recommendation regarding having non-ibm products mounted in > /service ? > > -- > Lionel B. Dyck <>< > Mainframe Systems

Re: APAR OA53994

A couple of times this week I have run our job. I gave up the first time and cancelled it after about 600 minutes of waiting. The second one finally completed successfully after a similar amount of time. -Original Message- From: IBM Mainframe Discussion List

Re: APAR OA53994

Since the day the PTFs went GA, we've been trying to download for our level. We have submitted our 'standard' RFN job several times. Each time it runs for hours and finally dies. The latest one looked as below. This is just to pull a single PTF. The job is active but waiting the entire time.

Re: ShopZ order response

SNOBOL ?? should have been distributed on a yellow tape . Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe

Re: ShopZ order response

On 13 October 2017 at 18:47, Phil Smith III wrote: > Anyone know if Sterling Forest still has 3420s? Last time I was there > (2004?) they did, and even a 7-track drive IIRC. Also in 2004 I was surprised to see a short string of 3420 drives, all powered up and lights on, at one

Re: ShopZ order response

On Fri, 13 Oct 2017 18:47:21 -0400, Phil Smith III wrote: > >>"I got lots of great software that way!" > >*facepalm* > >Since it's Friday and we're swapping tape stories, back in the day, I had a >couple of red 3480 cartridges that I'd picked up somewhere. I'd take 'em to >customer sites, because

Re: ShopZ order response

Paul Gilmartin wrote: >Decades ago a rogue co-worker told me that in his previous position he >sometimes distributed shareware. He always asked recipients to supply >a tape to which he could copy. >But each such tape he first copied to one of his tapes. >"I got lots of great software

Re: ShopZ order response

On Fri, 13 Oct 2017 08:38:22 -0400, John Eells wrote: > >> ".. might it be permissible to return used tapes to IBM for re-use?" >> >> "No." > >And I stand by that answer for a number of reasons, practical, >technical, and legal. > Decades ago a rogue co-worker told me that in his previous

Re: fopen DD

That's what I was trying to say. There is no MVS versus UNIX; there is only MVS, which includes UNIX. Also > when the program makes its first Unix kernel call it will be "dubbed" and get > a Unix process id Assuming that is allowed by your friendly neighborhood ESM. In RACF, it's called

Re: fopen DD

On Fri, 13 Oct 2017 14:18:29 -0500, Kirk Wolf wrote: >Pretty much any program can use z/OS Unix services. Strictly speaking I >don't think that there is an "inside" and an "outside", just "use". >So, just EXEC PGM=X and when the program makes its first Unix kernel >call it will be

Re: ShopZ order response

On Fri, 13 Oct 2017 08:38:22 -0400, John Eells wrote: > >Nobody makes either of those any more. Further, 3420 is far past >end-of-life because the oxides and binding agents deteriorate rapidly in >comparison to 3480 and later tape. > Alan Altmark had things to say about this on a day before

Re: fopen DD

Pretty much any program can use z/OS Unix services. Strictly speaking I don't think that there is an "inside" and an "outside", just "use". So, just EXEC PGM=X and when the program makes its first Unix kernel call it will be "dubbed" and get a Unix process id. That's about as much as

Re: fopen DD

> USS is required Hard to find a z/OS anymore without it! Hard to log onto it when you do find it as TCP requires UNIX services. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Friday, October 13, 2017

Re: AEHTRIBMKC?

It's all good, Tony ... your comments always valuable and amusing! Jack On 10/13/2017 11:37 AM, Tony Harminc wrote: On 13 October 2017 at 13:27, Karl S Huf wrote: And thank YOU for not shooting the messenger! I hope that isn't a reference to my earlier comments. On rereading,

Re: fopen DD

When I said "outside of the UNIX environment" I simply meant using standard JCL with EXEC PGM=, rather than using one of the BPX programs to do what I assumed is "establish a UNIX environment". Granted I don't understand what the BPXBATCH or BPXBATSL programs truly do, so my terminology is

Re: fopen DD

On 13 October 2017 at 13:09, Charles Mills wrote: > And you can do getenv() and setenv() from a program running the traditional > EXEC PGM= way. > > An important concept to keep in mind is that the mental model of "there is a > legacy MVS over here, and then over > there in

Re: fopen DD

What do you mean exactly by "outside of the UNIX environment" ? If you mean "dubbed as a z/OS Unix process", then your Swift program probably is still dubbed. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Oct 13, 2017 at 12:08 PM, Frank Swarbrick < frank.swarbr...@outlook.com>

Re: AEHTRIBMKC?

On 13 October 2017 at 13:27, Karl S Huf wrote: > And thank YOU for not shooting the messenger! I hope that isn't a reference to my earlier comments. On rereading, I see that I may have appeared to say that your message was nonsense, and that's not what I meant. It's the easily

Re: AEHTRIBMKC?

And thank YOU for not shooting the messenger! ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 | k...@ntrs.com Please visit

Re: non-ibm products in /service ?

I think Lionel's question was more about mounting filesystems for non-IBM products under /service directory. Not really about service (APAR/PTF) for products. Anyway, I've never seen any recommendation for the original subject, thus I'm also interested. Lucas On Oct 13, 2017 18:01, "ITschak

Re: fopen DD

And you can do getenv() and setenv() from a program running the traditional EXEC PGM= way. An important concept to keep in mind is that the mental model of "there is a legacy MVS over here, and then over there in some other compartment is UNIX, and you run in one place or the other" is

Re: fopen DD

Very good thought, Tony. And exactly my next step. I wasn't sure if you could just copy a UNIX file to a PDSE (I suppose I should have tried), so instead I created a full link directly to the PDSE. And well, it worked! Here's my entire compile/link JCL: //SWIFTCLK JOB ,'Swift

Re: fopen DD

On 12 October 2017 at 20:40, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 13 Oct 2017 00:17:40 +, Frank Swarbrick wrote: >> >>//SHELL JOB NOTIFY=,REGION=2000M >>//UNIXSH EXEC PGM=BPXBATCH,PARMDD=PARMSIN >>//FW DD DISP=SHR,DSN=DVFJS.FW >>//PARMSIN DD *

XCF APAR OA53531

We had a thread a while back concerning an XCF problem that resulted from CF hardware replacement. (Too lazy to research the archive.) From my point of view, the problem stemmed ultimately from OP’s practice of reusing the same CFRM policy name ‘forever’ with new content. I still think that’s a

Re: non-ibm products in /service ?

It depends on how important the srvice for your business to run. I had a customer that used unsupported version of ims that needed support from ibm and fail into problem. So if you can afford losing the service, it not a big risk, else you may fall into big trouble. However i have clients still

Re: fopen DD

Admittedly, I wrote it while not on the mainframe last night. I went back and checked my JCL. I have successfully used it with the BPXBATCH PGM parm. You are correct the SH parm does not work. The shell may be forking or doing something else. Your example does work on zOS 2.1 with a

Re: fopen DD

I have never understood why IBM insists on keeping things difficult. For Java it was jrio (I think) which jzos fixed / replaced. Bpxbatch and varients are fixed by coz batch toolkit. For the most part bpxbatch and varients are just one frustrating experience after another with weird

non-ibm products in /service ?

What is the recommendation regarding having non-ibm products mounted in /service ? -- Lionel B. Dyck <>< Mainframe Systems Programmer - TRA -- For

Re: fopen DD

Have you tried your suggestion Alan? (it doesn't work) //BPXBATCH JOB (),'WOLF',MSGCLASS=H,NOTIFY=,REGION=32M //* //SHELL EXEC PGM=BPXBATCH,PARM='SH cp //DD:MYDD /dev/fd1' //STDENV DD * _BPX_BATCH_SPAWN=YES _BPX_SHAREAS=YES //STDIN DD DUMMY //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=*

Re: ShopZ order response

> On Oct 12, 2017, at 3:59 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu > > wrote: > > On Wed, 11 Oct 2017 23:52:12 -0500, Edward Gould wrote: >>> IOW we are going to be majorly hurt if IBM decided to drop

Re: DB2 trigger

You know there is a GREAT DB2-specific list? Go to IDUG.org and you should be able to find it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paulo Roberto Leonardo Pereira Sent: Friday, October 13, 2017 5:12 AM To:

Re: How "print debug messages" from an SRB?

On further review, I see the JOBNAME and JOBID params are perfectly well documented. Likely I was in a hurry at the time, but I'll add that feature sometime. Thanks! On Fri, Oct 13, 2017 at 8:12 AM, Ed Jaffe wrote: > On 10/3/2017 7:16 AM, Steve Smith wrote: >> >>

Re: ShopZ order response

John Eells wrote: Tape orders are dwindling fast. To clarify what I meant, in case anyone didn't get it from context, orders *for software* on tape are dwindling fast. I do not mean to imply that we're not selling tape drives! Nothing could be further from the truth. -- John Eells IBM

Re: ShopZ order response

Exactly! There is more than one use case here. Tape as a backup medium is certainly not dead. It's the cheapest (or among the cheapest) of alternatives for long-term offline storage. And for verifiable archives, WORM tape is a great solution. As an *interchange* media, it's problematic

Re: git, z/OS and COBOL

Thanks Jesse, That's great stuff! The README.TXT gave me directions on how to setup a Jenkins slave on z/OS. We're going to use this starting next week. On 12/10/2017 11:28 PM, Jesse 1 Robinson wrote: Today LinkedIn news note points to an article on Git for z/OS by Rosalind Radcliffe, who

Re: ShopZ order response

Paul Gilmartin wrote: On Wed, 11 Oct 2017 23:52:12 -0500, Edward Gould wrote: I have asked the auditor and he seems happy with a plastic sealed envelope that is handled by signatures. "signatures"? Do you mean you expect Ginni to pick up a Sharpie and sign the plastic sleeve? I believe

Re: AW: Re: Job await main select and cannot execution

On 10/6/2017 8:16 AM, Peter Hunkeler wrote: In JES2, you can issue $S JOB and WLM will start another initiator for that job. Your message suggests to me that you are JES3. I don't know if JES3 has a similar function. Yes it does. It's the "R" action character in (E)JES. I never cared to look

Re: How "print debug messages" from an SRB?

On 10/3/2017 7:16 AM, Steve Smith wrote: Branch-entry WTO is fine for limited output; however, you will find that the system doesn't tag such messages with a job ID (in my experience... idk if there's a way to make it do so). We use branch WTO almost exclusively within our infrastructure. We

Re: DB2 trigger

Maybe something like this (I am ot sure): CREATE TRIGGER PU_UPD_PPSTA AFTER UPDATE OF LCR ON PPSTA REFERENCING OLD AS O NEW AS N FOR EACH ROW MODE DB2SQL BEGIN ATOMIC UPDATE HIST SET LCR.HIST = LCR.PPSTA END; Em 13/10/2017 8:38, Paulo Roberto Leonardo Pereira escreveu: > I need to

DB2 trigger

I need to know how can I get examples of triggers to update a different table from an update on another one. I have a table called PPSTA which have an atribute called LCR. Another table called HIST has the same attribute. Also sometimes the PPSTA table will have a mass update to which need to