Re: fopen DD

On 15/10/2017 10:57 PM, Kirk Wolf wrote: I guess COZBATCH has left out /bin/login, and exec()s to the shell to avoid the above restrictions. That's almost right, but COZBATCH uses spawn. By default it will run the user's shell as a "login" shell. The tricky part is that /bin/sh has a sticky

Re: Somewhat Interesting Mainframe Article

On 15/10/2017 10:22 PM, scott Ford wrote: Ed, I agree with you. Machines are faster and faster. But customers are demanding changes to code and fixes faster. This to me is a problem, especially if 'caution is thrown to the wind'. Dealing with the security subsystem, I.e.; RACF, ACF2 and

Re: Somewhat Interesting Mainframe Article

But there must have been a lot of successful mainframe migrations otherwise the mainframe install base wouldn't have shrunk to where it is today. My wife has worked on a few mainframe to SAP migrations and they were all successful with very happy customers. Small applications though. I also

Re: Somewhat Interesting Mainframe Article

> On Oct 15, 2017, at 9:22 AM, scott Ford wrote: > > Ed, > > I agree with you. Machines are faster and faster. But customers are demanding > changes to code and fixes faster. This to me is a problem, especially if > 'caution is thrown to the wind'. Dealing with the

Re: Somewhat Interesting Mainframe Article

Gil: > On Oct 15, 2017, at 10:38 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > The processing power of the z is ample, as are its reliability, security, and > economy of operation. But as companies merge and move into new lines > of business and areas of

CAVMEN Meeting October 19, 2017 - FINAL NOTICE

Hello, The second quarter meeting of the Chicago Area VM (and Linux) Enthusiasts will be held on Thursday, October 19, 2017. PLEASE NOTE: we are setting aside some time before lunch to celebrate the 45th anniversary of VM operating system (thanx to the folks at MVMUA for the idea/reminder). There

Re: Somewhat Interesting Mainframe Article

billwil...@hotmail.com (Bill Wilkie) writes: > But the biggest BOONDOGGLE of all times, was what management spent a > few million on and that was Four Quadrant Leadership. If discussed > something with another person and YOU made the change you were > operating from Quadrant 1. If you discussed it

Re: AW: non-ibm products in /service ?

Exactly what I was going to say with /service/somevendor/someproduct, but I'd add that you might want to think about mounting the new file system via BPXPRM or automount or whatever. Otherwise, I invariably end up trying to write to the root ZFS months later, or can't remember the correct ZFS

Re: Somewhat Interesting Mainframe Article

> On Oct 15, 2017, at 9:22 AM, scott Ford wrote: > > Ed, > > I agree with you. Machines are faster and faster. But customers are demanding > changes to code and fixes faster. This to me is a problem, especially if > 'caution is thrown to the wind'. Dealing with the

AW: non-ibm products in /service ?

>What is the recommendation regarding having non-ibm products mounted in >/service ? When it comes to IBM SMP/E managed parts, you change the DDDEF path by prefixing it with /service. So /bin becomes /service/bin. However, I see no reason why you cannot expand on that and build some

AW: Re: fopen DD

>I have a question ...if a program is running in MVS as a STC...and wants to >dub a UNIX process where do I find how this is explained and better yet an >example so I can see it ? Basically, you don't have to care. When a task (which is not yet dubbed) does the first kernel call, i.e. it call

Re: Somewhat Interesting Mainframe Article

After many years of writing Assembler and Cobol on a mainframe, I have seen a lot of technologies rolled out with big promises. THEY ALL FAILED. I remember one time there was a product that let you code logic tables that would generate code. Management billed it as the solution to long lead

Re: Somewhat Interesting Mainframe Article

On Sun, 15 Oct 2017 00:25:06 -0500, Edward Gould wrote: >> On Oct 14, 2017, at 8:50 PM, Clark Morris wrote: >> Many applications systems, including ones I >> worked on needed to be redesigned and replaced. It could have been >> done in COBOL but getting management to buy into upgrading the way

Re: fopen DD

I have a question ...if a program is running in MVS as a STC...and wants to dub a UNIX process where do I find how this is explained and better yet an example so I can see it ? Scott On Oct 15, 2017, 10:57 AM -0400, Kirk Wolf , wrote: > > I guess COZBATCH has left out

Re: fopen DD

> I guess COZBATCH has left out /bin/login, and exec()s to the shell to > avoid the above restrictions. > > That's almost right, but COZBATCH uses spawn. By default it will run the user's shell as a "login" shell. The tricky part is that /bin/sh has a sticky bit on, so to get a local spawn you

Where is the "z/OS V2R3 Elements and Features" web site?

Why does one recognize typos only at the very moment "send" button has been released? Title should say V2R3, not V2R2. The ZIP file with the indexed z/OS PDFs is surely useful, but only on a platform supporting the index file. My iPad is not one of them. So what I get is a bunch of PDF files

Where is the "z/OS V2R2 Elements and Features" web site?

The ZIP file with the indexed z/OS PDFs is surely useful, but only on a platform supporting the index file. My iPad is not one of them. So what I get is a bunch of PDF files with rather meaningless 8 character names. I used to create a download script from the "z/OS VvRrElements and Features"

Re: Somewhat Interesting Mainframe Article

Ed, I agree with you. Machines are faster and faster. But customers are demanding changes to code and fixes faster. This to me is a problem, especially if 'caution is thrown to the wind'. Dealing with the security subsystem, I.e.; RACF, ACF2 and TOP-SECRET , many customers are ignorant of

AW: Re: fopen DD

>The shell may be forking or doing something else. It's not the shell alone. Primarily, it is BPXBATCH / BPXBATSL invoking /bin/login to start the shell (when PARM='SH' is used). /bin/login is a setuid program (target is uid=0) and z/OS UNIX does not allow locally spawned() processes in

Re: fopen DD

>I wonder if I copy the "swift" executable to a PDSE if I could even run the >compiler in the same way. I'll try that out at some point. I assume EXEC PGM >is restricted to 8 bytes upper case, which is why I'd have to do this. Let me >know if that's not true! IMHO, at a high level, there