Re: accessing a Unix file system DLL in MVS batch

I notice that your running Swift programs. I had a play when the beta first came out but the compile times were too slow for my liking. Has it improved? On 17/11/2017 9:24 AM, Frank Swarbrick wrote: While that is not exactly the answer, it lead me to find my answer. Use CEEOPTS to define

Re: accessing a Unix file system DLL in MVS batch

While that is not exactly the answer, it lead me to find my answer. Use CEEOPTS to define the LIBPATH environment variable. Here's my working JCL: //TEST JOB NOTIFY=,REGION=2000M //JOBLIB DD DISP=SHR,DSN=DVFJS.APPLIB.LOAD // DD DISP=SHR,DSN=DVFJS.SWIFT.SCEERUN2 //GO EXEC

Re: accessing a Unix file system DLL in MVS batch

Yes. You need to set the LIBPATH environment variable to specify the search path https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/bpxug93.htm. On 17/11/2017 7:49 AM, Frank Swarbrick wrote: Is it possible to invoke a program in JCL as EXEC PGM (the actual

accessing a Unix file system DLL in MVS batch

Is it possible to invoke a program in JCL as EXEC PGM (the actual program name, not BPXBATCH et al) and have that program be able to load a DLL from the Unix file system? I believe the answer (currently) is no, because it appears that JOBLIB/STEPLIB only works with PDS/PDSE libraries, but I

Re: [TSO-REXX] Fwd: Pipelines in the z/OS base.

Those are NetView PIPEs that your Automation admins happen to take advantage of. In other words, you don't need SA to perform the same type of functionality, just NetView. I am happy I grew up with TSO Rexx, happier now that I can expand capability with NetView Rexx. Other "native" NetView PIPEs:

Re: Discussion List for IBM Connect:Direct?

Make sure you have the correct simultaneous connections configured correctly, unless you have the unlimited license. They can get you real easy in an audit. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sasso, Leonard Sent:

Re: [TSO-REXX] Fwd: Pipelines in the z/OS base.

Not sure where this fits in to the discussion, but Netview System Automation has a built-in pipes function. So we see messages like these: AOF570I 00:39:48 : ISSUED "PIPE SAFE AOFMSAFE | EDIT /AFTER 00:00:03,MVS $A/ N JOBNUM N /;S/ N JOBNUM N | NETVIEW" FOR MVSESA MVSESA - MSGTYPE

Re: Discussion List for IBM Connect:Direct?

Yes there is, kind of, on Linked In. There are a few MFT groups, an IBM Connect:Direct group, and a non-Connect:Direct group. If you use the NON-C:D group, you will probably get a lot of people asking to connect with you, so they can market you to death. Regards, Steve Thompson On

Re: TSSO vs. System REXX for a "new user who is poor".

Just a reminder Description: In z/OS V1R12, the DDDEF'd PARMLIB provides an AUTOR00 member. This member should be found in your parmlib concatenation during IPL and will result in auto-reply processing being activated. If the WTORs listed in AUTOR00 are automated by your existing automation

Re: Discussion List for IBM Connect:Direct?

Not aware of any listserv types for it but there is a forum over at IBM DeveloperWorks. ___ Karl S Huf | Senior Vice President | World Wide Technology 50 S LaSalle St, LQ-18, Chicago, IL 60603 | phone (312)630-6287 |

Re: Discussion List for IBM Connect:Direct?

Hi Leonard, I can't help with the XCOM part, as I've never used it. However, I've been running Connect:Direct since the Sterling Labs days. Feel free to reach out (off-list if you prefer) for C:D questions. I'm sure there are others on this list that know more about it than I,

Re: TSSO vs. System REXX for a "new user who is poor".

On Thu, Nov 16, 2017 at 12:02 PM, Dana Mitchell wrote: > John, > > Has TSSO been updated to keep up with z/OS? In the past we were using it, > but at the time the console restructure effectively 'broke' it in approx > z/OS 1.11 or perhaps 1.13? > ​Well, I can say that

Re: Discussion List for IBM Connect:Direct?

We (CSRA) are migrating from CA-XCOM to IBM C:D, so I am new to the product. Is there anything we should be aware of? I'm currently working on converting our Production Batch File Transfer Jobs to use C:D, instead of XCOM. Thank You, Len Sasso System Administrator TEAM: Together Everyone

Re: [TSO-REXX] Fwd: Pipelines in the z/OS base.

On 2017-11-16, at 06:48:09, Hobart Spitz wrote: Cross posted to IBM-MAIN: > > The early versions of UNIX were written on small machines (32K?!), with > slow/small disk drives. Writing temporary results out to disk was too slow > and inefficient, so they came up a pipe operator ( | ), which

Re: Discussion List for IBM Connect:Direct?

Hi Leonard, Not sure, but several users of C:D hang out on this list. I'm one. Have a question? Thanks! BobL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sasso, Leonard Sent: Thursday, November 16, 2017 10:42 AM To:

Re: TSSO vs. System REXX for a "new user who is poor".

John, Has TSSO been updated to keep up with z/OS? In the past we were using it, but at the time the console restructure effectively 'broke' it in approx z/OS 1.11 or perhaps 1.13? Dana On Thu, 16 Nov 2017 11:33:22 -0600, John McKown wrote: > >There is also

Re: TSSO vs. System REXX for a "new user who is poor".

We use CBTTAPE.org's File 019's COMMAND program for both start up and shutdown. COMMAND can respond to outstanding replies, test to see if a task is up or down and several more, it a very simple system. Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298

Discussion List for IBM Connect:Direct?

Hi ! Just curious, is there a Discussion List for IBM Connect:Direct? Thank You, Len Sasso System Administrator TEAM: Together Everyone Achieves More RDC - 327 Columbia TPKE, Rensselaer NY 12144-4400 t: +1.518.257.4209 | m: +1.518.894.0879 len.sa...@csra.com | www.csra.com Follow us on Facebook

TSSO vs. System REXX for a "new user who is poor".

I don't really know if that is a good subject line or not. And it, for once, does not apply to my company, we use CA-OPS/MVS and like it. There is an MPFLST program out there, MPF2REXX, which can be used with the MPFLST (natch!) to run System REXX for automation purposes. There is also the

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

That's pretty standard for any CP whose I/O is not specifically intended for terminal management. > On Nov 16, 2017, at 09:04, John McKown wrote: > > ​Looking at the above, I can see that, if such were implemented, it would > probably have a requirement that the

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

This RFE was submitted through Share to IBM RFE: DESCRIPT : A facility equivalent to the CMS PIPES product should be added to TSO. PIPES allows the output of one TSO command to be directed as input to another TSO command and the output from that command can be directed to the next ... etc.

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

On Thu, Nov 16, 2017 at 7:58 AM, Hobart Spitz wrote: > If permitted by policy, could someone post the text of RFE 47699, for those > who don't have IBM ids? > > ​ > DESCRIPT : A facility equivalent to the CMS PIPES product should be added > to TSO. PIPES allows the output of

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

If permitted by policy, could someone post the text of RFE 47699, for those who don't have IBM ids? On Thu, Nov 16, 2017 at 8:56 AM, Dyck, Lionel B. (TRA) wrote: > See RFE 47699 at https://www.ibm.com/developerworks/rfe/execute? > use_case=viewRfe_ID=47699 > > Currently

Re: [EXTERNAL] Re: Pipelines in the z/OS base.

See RFE 47699 at https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699 Currently sitting at 140 Votes and at #19 on the overall vote count. -- Lionel B. Dyck < Mainframe Systems Programmer - TRA

Re: Pipelines in the z/OS base.

Hello Hobart, Do you have any RFE already opened for that? I would surely vote for it (plus this might be a good place to broadcast its ref. number)! Thanks, Lucas On Nov 16, 2017 14:36, "Hobart Spitz" wrote: Someone on TSO-REXX wrote: > Yes and if IBM would give us PIPES

Pipelines in the z/OS base.

Someone on TSO-REXX wrote: > Yes and if IBM would give us PIPES (BatchPipesWorks Product) then you can use PIPE to read from a file into a STEM or STACK and vice-versa. There have been other such posts. For those who don't know TSO PIPEs is like an assembly line with reusable, standardized

Re: Preliminary query about mainframe "environmentals"

Rob, The other environmentals can also be exported. Tom Mathias -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN