John
Just to let you know that you have not been forgotten. Apart from the
general demands from my employer I've also been to the
http://foswiki.org/Community/FoswikiCamp2011 in Geneva recently. So
progress has been intermittent.
I've looked at the state of my code and it will take a few weeks
It's very interesting with the references and anecdotes to the past, but for us
in the prime ages it's often confusing.
I would be grateful to get hints about time of these references, couldn't You
for example tell if it happened before or after the invention of the wheel ?
Or if the You had
Thomas Berg thomas.b...@swedbank.se wrote in message
news:a90e503c23f97441b05ee302853b0e622fae916...@fspas01ev010.fspa.myntet.se...
It's very interesting with the references and anecdotes to the past, but for
us in the prime ages it's often confusing.
I would be grateful to get hints about
No offense please, I really admire You old wrecks!
It doesn't take much to set it off. All I did is mention OS/360 and 384K to
start the ball rolling.
We should really do a mainframe version of the Monty Python Four Yorkshiremen
sketch. Now who to cast ... :-)
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom,
on 11/02/2011
at 12:43 PM, McKown, John john.mck...@healthmarkets.com said:
I am fairly sure that PROC parameters and SET variables are resolved
by the Converter phase. In JES2, this phase is done either
immediately after the
In
93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us,
on 11/02/2011
at 11:13 AM, Roberts, John J jrobe...@dhs.state.ia.us said:
They may not have been in PCP.
PCP used the same JCL as MFT and MVT
But I am 99% certain they were in OS MFT R18
Assuming that you mean OS/360
In 4eb18059.9080...@ync.net, on 11/02/2011
at 11:39 AM, Rick Fochtman rfocht...@ync.net said:
Don't forget all those smaller shops that ran DOS/360 on 64KiB and
thought it was The Cat's Pajamas.
64 KiB was large for DOS/360.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
In 4194427597831665.wa.paulgboulderaim@bama.ua.edu, on
11/02/2011
at 12:31 PM, Paul Gilmartin paulgboul...@aim.com said:
Is Shmuel suggesting there were PROCs, but no symbolic parameters to
them?
Yes, prior to Release 14, but I'm also asking whether procs were part
of the original design
re:
http://www.garlic.com/~lynn/2011n.html#84 Scanning JES3 JCL
i was brought into boeing hdqtrs summer of 1969 as part of helping get
boeing computer services (BCS) up and running. they had machine room at
hdqtrs (boeing field) with 360/30 for payroll and misc. other hdqtrs
administration
Think I've still got my Summa cum JES button(#589 at MXG.com).
In a message dated 11/3/2011 5:39:37 P.M. Central Daylight Time,
l...@garlic.com writes:
all the features of JES2 JES3, that customers
couldn't live w/o, combined in single product. Never got past that stage
On 11/3/2011 5:43 AM, Thomas Berg wrote:
It's very interesting with the references and anecdotes to the past, but for us
in the prime ages it's often confusing.
I would be grateful to get hints about time of these references, couldn't You
for example tell if it happened before or after the
Hi.
I made a Rexx for a porting from one z/os to another some year ago and I've
separated each piece of jcl to manipulate and reconstruct a new jcl with
new rule because in old installation we had both procs/proc-pend and
standard jcl and in the new installation we had to convert all in PROC
In
93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us,
on 11/01/2011
at 09:59 AM, Roberts, John J jrobe...@dhs.state.ia.us said:
Fundamentally, the problem has its root in the design decisions made
by the original developers of OS JCL.
Were procs in the original design? I
@bama.ua.edu
Sent: Tue, November 1, 2011 10:21:02 PM
Subject: Re: Scanning JES3 JCL
In
93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us,
on 11/01/2011
at 09:59 AM, Roberts, John J jrobe...@dhs.state.ia.us said:
Fundamentally, the problem has its root in the design decisions made
Programming since 1969.
- Original Message
From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
To: IBM-MAIN@bama.ua.edu
Sent: Tue, November 1, 2011 10:21:02 PM
Subject: Re: Scanning JES3 JCL
In
93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us
,
on 11/01
Shmuel Wrote:
Were procs in the original design? I know that symbolic parameters
weren't.
They may not have been in PCP. But I am 99% certain they were in OS MFT R18
which was my earliest experience, back in 1970.
It would have made a lot more sense to treat PROC's as a special
kind of MACRO
Shmuel,
MACRO idea is a decent idea look at it like an assembler each variable ie DSN
or disp , etc etc you could set it up for extra readability in JCL for each
operand to contain one entry per card..
At several places I have worked have it that way and it makes reading JCL
listings. Yes it
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes:
384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran
on 64.
i started on on 64kbyte 360/30 running PCP (i think it was around
release 6). I had student job to port 1401 MPIO (tape-unit record
front-end to 709) to
On Wed, 2 Nov 2011 11:13:07 -0500, Roberts, John J wrote:
Shmuel Wrote:
Were procs in the original design? I know that symbolic parameters
weren't.
Is Shmuel suggesting there were PROCs, but no symbolic parameters to them?
I know that SET, and symbols in open code are relatively quite recent.
---snip--
And I have a lot of appreciation for what they achieved on machines
with as little as 384K of core memory.
384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran
on 64.
] On Behalf Of Paul Gilmartin
Sent: Wednesday, November 02, 2011 12:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
snip
Is resolution of SET symbols performed by the C/I? Is there
a later phase than the I?
does the phase that resolves symbols pass control blocks or
JCL text
Rick,
That reminds me of my days in Germany. We had 2 mod 30#39;s just for printing.
Ran with 32k each essentially BG and F1 only. We had some know it all come in
from the PANAMA Canal and tried to load up a 48k program. I was eventually
called in and told the guy that the machine only had
In
93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us,
on 10/31/2011
at 03:52 PM, Roberts, John J jrobe...@dhs.state.ia.us said:
So I wonder: is there any possibility of my invoking z/OS JES3
routines to fully resolve JCL source? I know that the JCL
Converter/Interpreter
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom,
on 10/31/2011
at 04:07 PM, McKown, John john.mck...@healthmarkets.com said:
So I wonder if it would be possible to use HLASM and AREAD (to read
the JCL in the HLASM sysin stream) and use AINSERT to reinsert it as
a macro
(Seymour J.)
Sent: Tuesday, November 01, 2011 8:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom,
on 10/31/2011
at 04:07 PM, McKown, John john.mck...@healthmarkets.com said:
So I wonder if it would
��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�
Thanks to all that have contributed to this thread. To summarize what I have
heard so far, there seems to be two basic ideas:
(1) Post Process the JES Messages to extract the expanded JCL after a
TYPRUN=SCAN or EXEC PGM=JCLTEST.
(2) Use EXEC PGM=JSTTEST to generate special messages in the JES
You have received a secure message from Roberts, John J entitled, RE: Scanning
JES3 JCL.
You may view the message (before 12/01/2011) at the following web address:
https://dhstw2.dhs.state.ia.us/messenger/msg?x=d-753142-NgiROjKk
For those who wonder what you get with EXEC PGM=JSTTEST, see below:
First the original JCL:
//COMPEXEC PROC=COBPDS,MBR=S470N125,
// CPARM='DATA(24),TRUNC(BIN),SIZE(4096K),XMLPARSE(XMLSS)',
// COBLIB1='X470.Z002',
// COBLIB2='X470.Z000',
//
You have received a secure message from Roberts, John J entitled, RE: Scanning
JES3 JCL.
You may view the message (before 12/01/2011) at the following web address:
https://dhstw2.dhs.state.ia.us/messenger/msg?x=d-753124-6Rr2tXKF
John,
Of course you are correct, but, if this is a production type JCL or perhaps
compile and link or some other proc then it is reasonable at least to me to
have comments in a section so perhaps it is reasonable to have comments
between steps or between dd statements.
Ed
You have received a secure message from Roberts, John J entitled, RE: Scanning
JES3 JCL.
You may view the message (before 12/01/2011) at the following web address:
https://dhstw2.dhs.state.ia.us/messenger/msg?x=d-753576-OvgsLMRH
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberts, John J
Sent: Tuesday, November 01, 2011 10:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
Thanks to all that have contributed to this thread. To
summarize
Of course, if you don't know Perl or awk, this become problematic. I may give
a look at this. But I need to download some of the JESJCL portions of some
jobs that I've run. In the words of Arnold: I'll be back!
I am one of those mile wide, inch deep kind of guys. So never more than a
brief
In spite of several tries, I can't seem to post any of my EXEC PGM=JSTTEST
results to the list. At my installation we have this thing called Tumbleweed
Secure Messenger. When I send messages outside my own domain, this software
makes a decision: should I pass the message text thru unchanged,
Personally, I put in a comment line near the top in jobs and procs
that had //**SOURCE DATA.SET.NAME(MEMBER) in it. Kind of hard to
enforce but maybe an JES exit could generate it?
On Tue, Nov 1, 2011 at 10:40 AM, Ed Gould ps2...@yahoo.com wrote:
John,
Of course you are correct, but, if this
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Roberts, John J
...
So if anyone is able to retrieve the text of my message with the IAT4812
messages, could they copy them as plain text and post to the list?
As per request:
The
I've existing Rexx code to scan and resolve JCL, PROCS, SYMBOLS, INCLUDES etc.
It was written for jes2, I'm not aware that jes3 would make that much
difference, anybody?
The code is more of a library that I re-use. I'll need to create a stand alone
program.
How quickly would you (all) like
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Roberts, John J
Sent: Tuesday, November 01, 2011 12:40 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
Snipped
So if anyone is able to retrieve the text of my message
On Tue, 1 Nov 2011 09:59:56 -0500, Roberts, John J wrote:
The first idea is the most obvious and one I had already considered.
Basically it becomes a problem of matching the IEFC653I SUBSTITUTION JCL
messages against the XX and X/ lines in the listing. This would be a PITA to
do in COBOL, a
and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab
Sent: Tuesday, November 01, 2011 11:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
Personally, I put in a comment line
On Tue, 1 Nov 2011 12:10:40 -0500, McKown, John wrote:
JES cannot determine how it was passed to the internal reader. Now, such a
line could be inserted for jobs submitted via the TSO SUBMIT command is the
IKJEFT53 exit. I have a horrible one to enforce standards.
And, of course, not all jobs
Julian,
If you are scanning the original source and doing the library fetches to
resolve PROCs and INCLUDES, I should think the JES2/JES3 differences would be
minor.
If you are scanning the JESLOG for the expanded JCL listing, there might be a
bit more work, but I should still think that a
John
Thanks for the jes2/3 info. I suspected as much but needed confirmation.
I originally wrote a JCL expander over 15 years ago! That was another employer
alas and I've reinvented that wheel again.
By expand JCL I mean handle symbolics, embed EXEC/INCLUDE PROCs even embed
sysins with
On 11/1/2011 7:59 AM, Roberts, John J wrote:
(2) The message for the step has very little information. For example, the
program name is omitted.
I imagine they decided it would not be useful to print 'PGM=JSTTEST'. You knew
that already. ;-)
(3) For DDNAMES, only the first 20 characters
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of julian.lev...@gmail.com
Sent: Tuesday, November 01, 2011 2:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
John
Thanks for the jes2/3 info. I suspected as much
I have a requirement to generate cross references of JCL Source. I need to
have a database that I can query to answer questions like this:
1. What job/jobstep/ddname references dataset A.B.C?
2. What job/jobstep references program XYZ?
3. What datasets does job J123
: Scanning JES3 JCL
I have a requirement to generate cross references of JCL
Source. I need to have a database that I can query to answer
questions like this:
1. What job/jobstep/ddname references dataset A.B.C?
2. What job/jobstep references program XYZ?
3. What datasets
On Mon, 31 Oct 2011 15:52:59 -0500, Roberts, John J wrote:
I have a requirement to generate cross references of JCL Source. I need to
have a database that I can query ...
So I wonder: is there any possibility of my invoking z/OS JES3 routines to
fully resolve JCL source? I know that the JCL
On 10/31/2011 1:52 PM, Roberts, John J wrote:
I have a requirement to generate cross references of JCL Source.
[snip]
Can you submit the jobs (held if necessary) and post-process their JESJCL DD
output? You should be able to extract that DD to a data set using whatever spool
browse tool you
Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is
irreparably
broken) and scan the resolved JESJCL with SDSF, then cancel it?
No SDSF at this shop, yet. We use $AVRS and some other piece of junk which is
a small improvement on ISPF 3.8.
But you might be on the right
Can you submit the jobs (held if necessary) and post-process their JESJCL DD
output? You should be able to extract that DD to a data set using whatever
spool
browse tool you have in-house. You can even do this with the TSO/E OUTPUT
command.
I will try this and report back to the list.
I take
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Monday, October 31, 2011 5:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Scanning JES3 JCL
Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN
On 10/31/2011 2:32 PM, Roberts, John J wrote:
Would it be feasible to submit the job with TYPRUN=HOLD (TYPRUN=SCAN is
irreparably
broken) and scan the resolved JESJCL with SDSF, then cancel it?
No SDSF at this shop, yet. We use $AVRS and some other piece of junk which is
a small improvement
It has been a long time, but I worked in JES3 shops, even did a VSE to
JES3 migration project.
What Mr. Jaffe said pretty much covers it, and then I think you can, using
output DSP, send the result (no MAIN processing) to a data set where you
can even edit it.
I was going through the z/OS 1.7
On Mon, 31 Oct 2011 17:32:38 -0400, Farley, Peter x23353 wrote:
TYPRUN=SCAN is irreparably broken? Really? Examples, please. The only
things I have found that TYPRUN=SCAN cannot determine are the existence of
input datasets...
Well, enticed by the statement in the JCL Ref:
SCAN
56 matches
Mail list logo