Re: Passing data from step-to-step in single job using memory??

On Mon, Dec 4, 2017 at 11:59 PM, Bruce Hewson wrote: > Hello John, > > Have you looked at using UNIX Sempahores? > ​Never even occurred to me. I was considering UNIX message queues. For some reason, they don't seem to be real popular. At least, I can't find many

Re: Passing data from step-to-step in single job using memory??

Hello John, Have you looked at using UNIX Sempahores? They are persistent, needing to be explicitly created and explicitly deleted. (we have a product which randomly forgets to delete them). On Fri, 1 Dec 2017 12:08:27 -0600, John McKown wrote: >Well, I haven't

Re: NFS on Mainframe

To start with. I am planning to l configure NFS client on my Sandbox zOS 2.3 LPAR and NFS server on sandbox AIX 7.1 LPAR (using classic IBM Hypervisor). Depending on the outcome, I may switch zOS to be the NFS server. Our main objective is stop FTPing tens of reports but write them to NFS

Re: Passing data from step-to-step in single job using memory??

It's not the individual 2k which is the problem, it's the fact that (since we are dealing with automation of tasks, messages, and other "stuff") that we could have hundreds or thousands of them existing at any one point in time, and if they were all persistent, (meaning they were the life of

Re: LE Recovery

> However, I don't know if you can do I/O while in the ESTAEX exit code. I do. You can and I do. And looking, yes I use TERM=YES. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, December 4, 2017

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

> On Dec 4, 2017, at 7:49 AM, Hobart Spitz wrote: > > As for Jesse's question about how to do restart, the short answer is "it > depends". In a typical scenario, each temporary JCL dataset becomes a pipe > character ( | ), one or more JOB steps become a single stage, and the

Re: LE Recovery

On Mon, Dec 4, 2017 at 4:28 PM, scott Ford wrote: > All: > > I have a STC in LE Cobol -- and want to be able to take action if an > operator enters > 'C stcname' from the console. > > I dont think i can use a condition handler to do this, please correct me if > I am wrong.

Re: LE Recovery

Yes you can. You can set your own ESTAE and get control on a CANCEL (or any other ABEND -- set TRAP(NOSPIE) if you want S0Cx ABENDs also). You can percolate if you want LE's handler to get control (no idea how that works in COBOL). CANCEL is "unrecoverable." Whatever cleanup you want to do, you

Re: LE and 64-bit applications

Hmm, interesting. I guess they have made a few available via the names in __le_api.h, and the others are not available at all. Guess no one has asked for the others yet. Interesting... FWIW, the Swift z/OS beta uses the same 64-bit "interface" as does 64-bit C.

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

I've also heard that there was some structural problem in IEFBR14 fixed via APAR -- no comma on END or some such trivial thing that mostly didn't matter but did in some linkedit cases. Anyone? On Mon, Dec 4, 2017 at 12:45 PM, Jesse 1 Robinson wrote: > So the simplest of

LE Recovery

All: I have a STC in LE Cobol -- and want to be able to take action if an operator enters 'C stcname' from the console. I dont think i can use a condition handler to do this, please correct me if I am wrong. But I had a thought.. If i had a main line in assembler and set a ESTAE before

Re: Please do not use my attglobal.net address. Use att.net instead.

IMHO the CBT tape is well and truly on topic here. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Sam Golob Sent: Monday, December 4, 2017 4:19 PM

Re: Since it's Friday

ICF came in with DF/EF, which preceded MVS/XA. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Mike Schwab Sent: Monday, December 4, 2017 4:29

Re: Since it's Friday

I think CVOL / VSAM catalogs in MVS was version 1. ICF catalogs introduced during XA switchover period is version 2. On Mon, Dec 4, 2017 at 8:56 AM, R.S. wrote: > W dniu 2017-12-01 o 21:43, Pew, Curtis G pisze: >> >> This is just a curiosity question, but I’ve

Please do not use my attglobal.net address. Use att.net instead.

Hi Folks,     Sorry to bother you with administrivia, but people do want to write to me about the CBT Tape, and I felt it was important enough to make this announcement here.     sbgo...@attglobal.net seems to be gone forever.  In its place, is sbgo...@att.net.     My main email address

Re: Strange Things in JES2

DSID starting with 102? Does it start with 101 or even 100? Is there an autodelete MSGCLASS (Z)? On Mon, Dec 4, 2017 at 10:26 AM, Allan Staller wrote: > DSID 105 seems to be missing from the JESLOG. > GDE message are not IBM JES2, I have no idea what is producing them. >

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

On Mon, Dec 4, 2017 at 2:31 PM, Jackson, Rob wrote: > Won't it just wait on its own? We've never done anything special, and > we've never had any issues with things requiring OMVS. Every time we IPL > we get message BPXP022E . . . . > ​Hum, maybe I'm doing some

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

Won't it just wait on its own? We've never done anything special, and we've never had any issues with things requiring OMVS. Every time we IPL we get message BPXP022E . . . . First Tennessee Bank Mainframe Technical Support 1638 Robert C Jackson Dr Maryville, TN 37801 O: 865-977-5343 C:

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

MPF exit? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, December 04, 2017 2:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] STC @ IPL - how to wait for OMVS to be initialized with no automation

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

On Mon, Dec 4, 2017 at 1:56 PM, Nims,Alva John (Al) wrote: > Can you add a MPFLSTxx entry for BPXI004I? On the CBTTAPE there are a > couple of MPF Exit routines, one of them might be modified to issue a START > command (File 597?). > ​I will try that if my modification to

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

Can you add a MPFLSTxx entry for BPXI004I? On the CBTTAPE there are a couple of MPF Exit routines, one of them might be modified to issue a START command (File 597?). Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

On Mon, Dec 4, 2017 at 1:42 PM, Carmen Vitullo wrote: > /etc/rc ? > ​A good idea. I'll see what I can do with it. -- I have a theory that it's impossible to prove anything, but I can't prove it. Maranatha! <>< John McKown

Re: STC @ IPL - how to wait for OMVS to be initialized with no automation product.

/etc/rc ? Carmen Vitullo - Original Message - From: "John McKown" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, December 4, 2017 1:34:41 PM Subject: STC @ IPL - how to wait for OMVS to be initialized with no automation product. This is for another

STC @ IPL - how to wait for OMVS to be initialized with no automation product.

This is for another system, not my employer's, which I sometime help to customize. I need to run a task at IPL time. The simplest way is to use the COMMNDxx member of PARMLIB to do a START command. But the program I'm running requires UNIX to be completely initialized. If I had automation, I'd do

Re: Since it's Friday

No lateer than 1976. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Vernooij, Kees (ITOPT1) - KLM Sent: Monday, December 4, 2017 10:33 AM To:

Re: Since it's Friday

Not really, except for its use with TSO. The real replacement for TCAM was MQ. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Mike Wawiorko

Re: Since it's Friday

DSS JES MF/2 MVS/SE RES RMF RTAM SAM-E SMP ... -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Monday, December 4, 2017 11:01

Re: XCF large message traffic bursts (BMC SQL Performance)

On 12/4/2017 1:51 PM, Binyamin Dissen wrote: On Mon, 4 Dec 2017 08:33:44 -0600 Derrick Haugan wrote: :>Just an inquiry, to see if others have had issues with this products use/abuse of XCF. BMC product is sending large bursts of XCF traffic between systems, and the

Re: XCF large message traffic bursts (BMC SQL Performance)

On Mon, 4 Dec 2017 08:33:44 -0600 Derrick Haugan wrote: :>Just an inquiry, to see if others have had issues with this products use/abuse of XCF. BMC product is sending large bursts of XCF traffic between systems, and the messages are the maximum size (62464). Over the past

Re: Strange Things in JES2 - Mystery Solved

Mystery solved. I won't go into why so many mystery records occurred, but the answer is with z/OS 2.2 they introduced a new semi-hidden file to JES called the EVENTLOG. You can only see it from the Status screen with INPUT ON set. For most jobs it is very small. This process hit the right

Re: Since it's Friday

Here's what seems a bit more likely. Although IBM has long maintained loudly and forcefully that LISTCAT output 'is not a programming interface', every shop I've ever worked at has one or more execs that that parse LISTCAT output and take some sort of action. I can't imagine that anyone cares

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

So the simplest of all imaginable programs was once--according to legend--subject to a PE APAR. In the original incarnation, there was only one instruction, BR 14, leaving R15 as on entry. But R15 is generally taken as a return code, so wild and unpredictable numbers were passed back to the

Re: Strange Things in JES2

I have spoken to the author and he is baffled also. The file you pointed out was allocated in JCL, but never opened, thus the allocated but unused DSID. I reran the job without the data set and still had extra messages reported, but fewer by about 400 messages this time. Chris Blaicher

Re: Since it's Friday

On Mon, 4 Dec 2017 16:26:13 +0100, R.S. wrote: > >I was told it's from "VSAM Version 2", which was introduced in late >70's. So, nowadays it's completely pointless, since no supported system >could report "Version 1" for decades. > But there might yet be code extant that checks for and requires

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

On Mon, 4 Dec 2017 08:49:03 -0500, Hobart Spitz/br14/ wrote: > >(For those who may not know, IEFBR14 is a null program that does absolutely >nothing; it allows you to use the side effects of DDs, typically. The >entire program is SR 15,15; BR 14; hence the name. It does not use >SYSPRINT,

Re: Passing data from step-to-step in single job using memory??

Pipe stepa ! stepb (No pipe char on my phone) On 4 Dec 2017 10:20 am, "Kirk Wolf" wrote: > Right. Its often a good idea to set up alternate temp filesystems - either > TFS or ZFS. > The $TMPDIR environment variable can be set to point so that most commands > will use this

Re: Strange Things in JES2

DSID 105 seems to be missing from the JESLOG. GDE message are not IBM JES2, I have no idea what is producing them. I suggest checking w/the vendor that issues the GDE messages. Possible causes? Dynamic allocation of sysout? Under another OUTGRP? Different non-print (or dummy) SYSOUT Class?

Strange Things in JES2

I have a job that puts out the following in the JESMSG portion of the listing. -- JES2 JOB STATISTICS -- 27 NOV 2017 JOB EXECUTION DATE 35 CARDS READ 76,135 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 71,517 SYSOUT SPOOL KBYTES 0.86

Re: Since it's Friday

exactly ! TCAM was used in the 70's as Charles sez - I recall the "everything must begin with V" era as being the 70's. Carmen Vitullo - Original Message - From: "Mike Wawiorko" <014ab5cdfb21-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday,

Re: Since it's Friday

But TCAM was replaced by VTAM Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: 04 December 2017 15:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Since it's Friday This mail originated from outside our

Re: Since it's Friday

humm, how about TCAM :) Carmen Vitullo - Original Message - From: "Charles Mills" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, December 4, 2017 9:43:05 AM Subject: Re: Since it's Friday I recall the "everything must begin with V" era as being the 70's.

Re: Since it's Friday

Started working in Retail on the 70's Customer Appliance file was VSAM, other application master files were VSAM, anything accessed via CICS was VSAM for this retailer. Carmen Vitullo - Original Message - From: "Kees Vernooij (ITOPT1) - KLM" To:

Re: Since it's Friday

I recall the "everything must begin with V" era as being the 70's. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Monday, December 4, 2017 7:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Since it's Friday

70's? I can remember IBM proudly introducing VSAM early 80's. Or I must be mistaken, but there must be others with accurate memories. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of R.S. > Sent: 04 December, 2017 16:26 >

Re: Passing data from step-to-step in single job using memory??

Right. Its often a good idea to set up alternate temp filesystems - either TFS or ZFS. The $TMPDIR environment variable can be set to point so that most commands will use this rather than /tmp. Use skulker, mount with "FSFULL" and use auto-ops to assist with management. Here is some

Skulter (was:Passing data from step-to-step in single job using memory??)

On Mon, Dec 4, 2017 at 8:34 AM, Jousma, David wrote: > Speaking of skulker, I have implemented its use via cron to keep /tmp > cleaned up. There are a few files that get written there by some life of > IPL started tasks(mostly TCPIP related) that do exceed the time frame >

Re: Passing data from step-to-step in single job using memory??

Then don't use /tmp. Mount a bespoke TFS and manage it accordingly. On 4/12/2017 10:29 PM, John McKown wrote: On Sun, Dec 3, 2017 at 10:39 PM, David Crayford wrote: You don't need to be authorized to use z/OS UNIX shared memory segments. You do need access to the file

Re: Since it's Friday

W dniu 2017-12-01 o 21:43, Pew, Curtis G pisze: This is just a curiosity question, but I’ve wondered about this. The JCL reference says: All temporary data set names begin as follows: SYSyyddd.Thhmmss.RA000.jjobname Does anyone know the story behind the ‘RA000’ part? It seems unnecessary and

Re: Passing data from step-to-step in single job using memory??

Speaking of skulker, I have implemented its use via cron to keep /tmp cleaned up. There are a few files that get written there by some life of IPL started tasks(mostly TCPIP related) that do exceed the time frame skulker is cleaning up, so I created another script that runs prior to skulker

XCF large message traffic bursts (BMC SQL Performance)

Just an inquiry, to see if others have had issues with this products use/abuse of XCF. BMC product is sending large bursts of XCF traffic between systems, and the messages are the maximum size (62464). Over the past few months, it has sent bursts like these (over 8K large messages in 1 minute

Re: Passing data from step-to-step in single job using memory??

On Sun, Dec 3, 2017 at 10:39 PM, David Crayford wrote: > You don't need to be authorized to use z/OS UNIX shared memory segments. > You do need access to the file system and the memory segments are protected > using the normal UNIX permissions. Semaphores and pthread mutexes

Re: Passing data from step-to-step in single job using memory??

" But as that space used is still within ECSA, you still have to be 'reasonable' on size, so we placed a arbitrary user- select-able limit of anywhere between 128 bytes to 2K limit on the spaces we created..." Maybe this came out bad in the translation, But why in the world are you worried

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

Sorry for the delay in responding. I'm guessing that Sri is thinking of BatcfhPipes between two otherwise independent batch JOBs. That is different animal entirely, even though BatchPipes and BatchPipesWorks (Pipelines/Pipes) can work together. As for Jesse's question about how to do restart,

Re: Passing data from step-to-step in single job using memory??

The product I'm working on now has a deep stack. We have an assembler back-end server with C++ wrapping it and a Java web server in the mix wrapping the C++ layer. We decided we would use UNIX domain sockets for the communication between the clients and server. This works well for both ISPF

Re: CSUSPEND Help (Was Problem after starting PPRC)

I tried that. I ran this command and got the results: CSUSPEND DEVN(X'2A7D') PRIM(X'2A00' 000GDX91 X'7D' X'0A') ANTP0003I MISSING OR INVALID OPERAND. TYPE = SSSID ANTP0003I MISSING OR INVALID OPERAND. TYPE = SSERIAL ANTP0003I MISSING OR INVALID OPERAND. TYPE = SCCA ANTP0001I CSUSPEND

Re: LE and 64-bit applications

On Fri, 1 Dec 2017 20:51:00 -0600, John McKown wrote: >[quote from >https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ceeam00/overv.htm >] > >An AMODE 64 Language Environment® application supports XPLINK linkage only >and the C runtime environment is always initialized.

Re: EXTERNAL: Re: NFS on Mainframe [USAA Confidential]

I've had experience with both a NFS client and server running on z/OS. I'd recommend the NFS server since it performs and functions better. USAA Confidential -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent:

Re: Passing data from step-to-step in single job using memory??

You may not have heard of B1 security, but I would suppose you have heard of Common Criteria which also performs covert channel analysis. Lou -- Artificial Intelligence is no match for Natural Stupidity - Unknown On Mon, Dec 4, 2017 at 6:55 AM, Peter Relson wrote: > One

Re: Passing data from step-to-step in single job using memory??

One of the terms bandied about w/r/t B1 security was "covert channels" -- an unauthorized user is not supposed to be able to know anything about another user. "Communication" in this case would include, but would not be limited to, in-memory data. "Another user" would usually not be the same

Re: NFS on Mainframe

If AIX is the NFS server, you have specific steps to do to export the filesystem, and add the correct IP to the export list to allow it to be mounted. You will need to find a friend in either Network storage or Open system to do some of the admin setup for you.

Re: CSUSPEND Help (Was Problem after starting PPRC)

Watching the original problem, maybe a CSUSPEND command will no be enough to bypass this issue, you can try it and, if it doesn't work, do a CDELPAIR command *Gonzalo Cengotita* 2017-12-03 7:41 GMT+01:00 גדי בן אבי : > Hi, > Can anyone help me with the CSUSPEND help,

Re: CSUSPEND Help (Was Problem after starting PPRC)

Hi, do a CQUERY DEVN() where nnn is the devnum you want to suspend and you will find all the info matching with the CSUSPEND command syntax. If you need more detail, please ask Regards, *Gonzalo Cengotita* 2017-12-03 7:41 GMT+01:00 גדי בן אבי : > Hi, > Can anyone help

Re: NFS on Mainframe

Last time I looked (about 15 years ago), zOS has both an NFS client and server available. > Timothy Sipples > December 4, 2017 at 4:01 AM > To clarify, z/OS is the NFS client, and something else is the NFS server, > correct? > > It'd be helpful to know exactly what is

Re: NFS on Mainframe

To clarify, z/OS is the NFS client, and something else is the NFS server, correct? It'd be helpful to know exactly what is the NFS server. If it's AIX, what release? If it's NetApp's NFS server, same question.