W dniu 2013-11-08 22:07, Mitch pisze:
Folks:
I have done support for automated JCL management tools for the past 30+ years and it is
amazing the number of features in JCL that are not documented in the IBM JCL
reference manual. It was difficult dealing with clients who would tell us they had
Radoslaw:
It has been quite a while since I had this issue (like more than 20 years), so
I don't recall the specific examples. If anyone else associated with the
vendor in question can recall, please share.
Mitch
-Original Message-
From: R.S. r.skoru...@bremultibank.com.pl
To:
On Thu, 7 Nov 2013 22:36:30 -0800, Jon Perryman wrote:
... UNIX files don't support an RECFM, LRECL or BLKSIZE so specifying them on
the DD results in them being ignored.
Come to think of it, you're right in one instance I know of.
Binder ignores any of RECFM, LRECL, BLKSIZE, or FILEDATA
I see a flaw in my logic... I need to use PLO to serialize all this time.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
When I think about JCL I always view it in the context of a means by which a
person can describe what they want the (z/OS) system to do. To my way of
thinking this is analogous to the many programming languages (e.g. COBOL, PL/I,
JAVA, etc.) which are used by a person to describe what they
On Tue, 5 Nov 2013 11:49:40 -0800, Jon Perryman wrote:
... sad that he's bringing others to the dark side.
...
* z/OS: SNA existed long before TCP/IP was available. SNA was a robust,
reliable and secure communications methodology. Once TCP was became available,
we had the same situation as
On Thu, 7 Nov 2013 22:19:18 -0600, John McDowell wrote:
I am curious to know what things are on your list, regarding what you would
like to see in JCL (or it's replacement).
I've read your later, longer, well-reasoned followup. I agree with its
spirit; in interest of brevity I won't quote it.
Maybe this response will start some kind of religious war, but:
today I'm working with z/OS most of the time, but in my former life I was a
VM/CMS person. And I enjoyed the way of doing batch there very much,
that is:
you write a REXX exec, where you do the necessary file assignments using
The DARK SIDE was not in reference to TCP/IP.
As far as TCP over SNA, we can easily list as negative TCP attributes (e.g.
security and timeliness). Can you imagine what SNA would have been today had
efforts remained with implementing the desirable TCP attributes into SNA.
Jon Perryman
Jon and Gil,
working SNA/SDLC for many years, I found out there are many people who don't
know the difference, SNA error recovery has it over TCPIP hands down. There was
rarely error recovery required in SNA applications. TCPIP that I write apps for
now, requires a lot of error for error
On Sat, 9 Nov 2013 11:03:43 -0800, Jon Perryman jperr...@pacbell.net wrote:
The DARK SIDE was not in reference to TCP/IP.
“Merely corroborative detail, intended to give artistic verisimilitude to
an otherwise bald and unconvincing narrative. -- WSG
As far as TCP over SNA, we can easily list as
I have been reading and following this thread sine PLO is not an instruction I
use every day.
It would be nice if someone would actually post some working code using a PLO
instruction, to illustrate how one would add an element to a queue and remove
an element from a queue.
Paul D'Angelo
Digression. In my then neighborhood in London (UK), I was the only one who
bought Betamax, the quality was so much better than VHS as Gil said (but I
couldn't get too many movies!). It also had the advantage that my house was one
of the few that was not broken into and have their VCR stolen!
On Sat, Nov 9, 2013 at 12:28 PM, Paul Gilmartin paulgboul...@aim.com wrote:
deleted
o Simplify the SPACE parameter. The programmer shouldn't need
to specify anything but (maximum) BLKSIZE (to be used in
DCB merge for allocating buffers), average block size (to be
used by allocation for
Sled,
Yep exactly
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
On Nov 9, 2013, at 2:52 PM, Aled Hughes aledlhug...@aol.com wrote:
Digression. In my then neighborhood in London (UK), I was the only one who
bought Betamax, the quality was so much
Paul,
A LONG LONG time ago we had bumped in to the maxsuba of 255.
IBM almost simultaneously came out with a outrageously expensive add
on (memory was $5000 a month) to get rid of it.
My management said NFW to the cost and told me to live with it. We
had to start turning away customers and
Ed,
Agreed, I did that on a worldwide basis..a lot of manual overhead
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
On Nov 9, 2013, at 3:57 PM, Ed Gould edgould1...@comcast.net wrote:
Paul,
A LONG LONG time ago we had bumped in to the maxsuba of
I have often wished that JCL were more powerful. Or were replaced with
something along the lines of REXX. But there is one simple phrase I will
utter which explains why it would probably never fly: What about automated
restart?. Do people write REXX programs which can be easily restarted
should a
So we have the same language there for CMS dialog and batch; you simply
disconnect from your CMS machine, and the execution continues as a batch
machine.
Don't you need a SET RUN ON first?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
For anyone interested.
THIS IS AN EXAMPLE OF A THE COMPLETE PROCESS USED TO ADD A NEW
DISPATCHABLE UNIT (DU) ENTRY TO A QUEUE OF ACTIVE DUS. FOR SIMPLICITY,
A DU IS EQUIVALENT TO A TASK.
THIS QUEUE CAN BE SIMULTANEOUSLY SEARCHED, NEW DUS ADDED AND
TERMINATING DUS DELETED. ADDS AND DELETES
paulgboul...@aim.com (Paul Gilmartin) writes:
There's always a reason. Rarely is it an analogue of Gresham's Law,
to which one partisan attributed the triumph of UNIX over VMS (Bad
software drives out good!) Betamax succumbed to the greater capacity
of VHS cartridges; a decisive advantage in
Not if you #CP DISC#B
On Sat, Nov 9, 2013 at 5:20 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
So we have the same language there for CMS dialog and batch; you simply
disconnect from your CMS machine, and the execution continues as a batch
machine.
Don't you need a SET RUN ON first?
-
Ted
Paul (et al):
As I have alluded, there is a product available through IBM that can address
all of these issues. If a JCL characteristic is allowed, the tool will ensure
it is coded properly. If it is required, the tool will enforce any
site-specific requirements. If it is not allowed, the
Bernd,
I believe REXX has great potential to help in the new JCL.
But before we go any further in this discussion I need to caution that trying
to bring the CMS batch model you describe is much more akin to using REXX in
(batch) TSO (e.g. PGM=IKJEFT01 or IKJEFT1A or IKJEFT1B). As such it
Paul,
Thank you for taking the time to identify specific changes you would like to
see.
I think many of the changes fit into the can do category :-). Of the
remainder I would say there is a mix of items that I would say are outside the
scope (e.g. changes to TSO SUBMIT, etc.), which your
Mitch,
I think you have made clear that IBM (and I will add other vendors) have
products that can be used to help mask the complexity of JCL as well as provide
other functions (e.g, standards enforcement, etc.).
However the purpose of my question is to elicit what people would like to see
On Sat, Nov 9, 2013 at 8:48 PM, John McDowell jmcd...@gmail.com wrote:
Bernd,
I believe REXX has great potential to help in the new JCL.
But before we go any further in this discussion I need to caution that
trying to bring the CMS batch model you describe is much more akin to
using REXX
27 matches
Mail list logo
