I should also respond to this part:
Radoslaw Skorupka wrote:
>...for availability reasons one should avoid having CF
>and z/OS LPAR on the same hardware, which means
That's not phrased as IBM would phase it, and it's not correct as written.
Even when there's some merit in physically
You might want to ask for reviews on the CICS-L mailing list if you haven't
already.
Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE,
Multi-Geography
E-Mail:
On 10/07/2018 7:15 AM, Andrew Rowley wrote:
On 9/07/2018 10:46 PM, Hobart Spitz wrote:
Basically, JCL is so far from real a programming language, that I can't
describe it.
That's because JCL isn't a programming language. There are plenty of
other languages that also suck as programming
On Mon, 9 Jul 2018 16:45:00 -0700, Charles Mills wrote:
>I wrote a product that as part of its processing generated JCL. (It was a side
>chore; it was not a "JCL-generator.") ...
>
I've done that a lot. I like to keep JCL embedded in POSIX shell scripts as
here-documents.
o Not Rexx, first
Ed Jaffe posted a video... it seems he worked some magic on it so that it's
only an excerpt from a longer presentation. It runs about 5 minutes, and
it's well worth that. Frederick P. Brooks had many talents, one of which
is he's an engaging and funny speaker.
The upshot (for our purposes) of
I wrote a product that as part of its processing generated JCL. (It was a side
chore; it was not a "JCL-generator.") And yes, JCL mapped really well to an OOP
sort of approach. Within DDs you have positional operand classes and keyword
operand classes, and then various children of those, and so
On 9/07/2018 10:46 PM, Hobart Spitz wrote:
Basically, JCL is so far from real a programming language, that I can't
describe it.
That's because JCL isn't a programming language. There are plenty of
other languages that also suck as programming languages e.g. HTML, XML,
JSON, but that's not
It might be worth pointing out what might be a little known fact. Any
allocation, primary or secondary, can be done in up to 5 extents. That
means that, on a highly fragmented pack, SPACE=(CYL,(5,5)) might only get
16 cylinders (in 16 extents) before running out of extends. Fragmentation
at
WFL, Work Flow Language, actually. I had a very brief association with an
employer's Burroughs 6500 long ago, and at the same time I actually wrote a
term paper for an Operating Systems Survey course I was taking that compared
WFL, MVS JCL and CDC6600 Control Language.
WFL was the clear
On Mon, 9 Jul 2018 15:20:07 -0400, Hobart Spitz wrote:
>Steve, thanks for the kind words.
>
>One afterthought that might improve the use of the TSO PROC, if one is so
>inclined. Use // EXEC TSO,CMD=REXXTRY , Put REXXTRY into one of the
>SYSEXEC/SYSPROC libraries, if it's not already there.
[Default] On 9 Jul 2018 11:14:20 -0700, in bit.listserv.ibm-main
edja...@phoenixsoftware.com (Ed Jaffe) wrote:
>On 7/9/2018 8:09 AM, Seymour J Metz wrote:
>> 1. I don't recall anybody on IBM-MAIN claims that JCL is good.
>
>Even Fred Brooks (who led the IBM team that invented JCL) calls it "the
So this is the message you expect?
IEC614I func FAILED - RC rc, DIAGNOSTIC INFORMATION IS (diaginfo) sss, ser,
dsname DATA SET NAME IS IN USE BUT YOU HAVE AUTHORITY TO OVERRIDE THIS TEST
Routing code 11 Descriptor code 4
Do you have this code in SYSLOG HARDCOPY ?
If you are JES2, and
Steve, thanks for the kind words.
One afterthought that might improve the use of the TSO PROC, if one is so
inclined. Use // EXEC TSO,CMD=REXXTRY , Put REXXTRY into one of the
SYSEXEC/SYSPROC libraries, if it's not already there. It gives access to
most of REXX to the SYSTSPRT records.
Is it being suppressed either using MPFLSTxx or AutoOps? Either one can prevent
the message from being written to the log.
Hervey Martinez wrote on 7/9/18 2:39 PM:
We have instances where some GDG files don't get deleted while these are in
ML1; thus, they end up generating errors during
On Mon, 9 Jul 2018 17:01:12 +, Kayhan Tanriverir wrote:
>Hi,
>We started using CSSMTP in z/OSV2R3. We send e-mail with XMITIP in CSSMTP, but
>Turkish characters are corrupted. I changed the charset to ISO8859-9, but
>CSSMTP did not send e-mail. How can I adjust CSSMTP translation table.
>I
We have instances where some GDG files don't get deleted while these are in
ML1; thus, they end up generating errors during Secondary Space Management
generating a RC=20 RSN=98.
I opened a ticket with IBM and they tell me that there should be an IEC614I
Scratch message being generated and this
On 7/9/2018 8:09 AM, Seymour J Metz wrote:
1. I don't recall anybody on IBM-MAIN claims that JCL is good.
Even Fred Brooks (who led the IBM team that invented JCL) calls it "the
worst programming language ever designed anywhere by anybody for any
purpose..."
Does it work with UTF-8? Is that an option?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Kayhan Tanriverir <01bdd42c15bc-dmarc-requ...@listserv.ua.edu>
Sent: Monday, July 9, 2018 1:01 PM
Hi,
We started using CSSMTP in z/OSV2R3. We send e-mail with XMITIP in CSSMTP, but
Turkish characters are corrupted. I changed the charset to ISO8859-9, but
CSSMTP did not send e-mail. How can I adjust CSSMTP translation table.
I need help. Iyi calismalar, saygilar / Regards
I'd like to point out that Hobart Spitz's long post is a great overview of
the practical and useful way that at least some JCL could be replaced with
REXX. The details can be nit-picked eternally (and no doubt will be).
sas
--
SLEEP is an example of the right answer to the wrong question. The problem is
that you can't safely allocate a bunch of datasets that may potentially be used
by other jobs.
As for PDSE, it in some ways makes the situation worse; concurrent jobs can
update the same members, but in a different
On Mon, Jul 9, 2018 at 11:12 AM Hobart Spitz wrote:
> On Mon, Jul 9, 2018 at 11:09 AM, Seymour J Metz wrote:
>
> > 1. I don't recall anybody on IBM-MAIN claims that JCL is good.
> >
> There were such statements as "I like JCL", or similar.
>
And there are people who like Limburger cheese,
On Mon, Jul 9, 2018 at 11:09 AM, Seymour J Metz wrote:
> 1. I don't recall anybody on IBM-MAIN claims that JCL is good.
>
There were such statements as "I like JCL", or similar.
>
> 2. Creative solutions are good if they solve the actual problem, not
> just an imaginary or irrelevant one.
I stand by my original reply. All you need is an ICF LPAR in each CEC and
physical links to connect the CECs, together with full CF structure duplexing.
We have run this way for decades. Suffered two (!) CEC failures over the years.
After repairing the failed CEC, we resumed normal operation
I was at EDS ("worked at" doesn't quite cover it, "belonged to" is closer)
in the early 80s, at the Forest Lane campus. Never actually met HRP, but
did bump into him a couple of times. It was a big transition time for my
career, moving from operator to tech. support to systems programming.
Like
That’s working thanks I have to increase dumbrk to 10 bytes as to taking into
consideration 6 byte instructions I have initialize it to nops
Joe Reichman
170-10 73 rd ave
Fresh meadows NY 11366
> On Jul 9, 2018, at 9:57 AM, Walt Farrell wrote:
>
>> On Mon, 9 Jul 2018 08:29:09 -0400, Joseph
1. I don't recall anybody on IBM-MAIN claims that JCL is good.
2. Creative solutions are good if they solve the actual problem, not
just an imaginary or irrelevant one.
2. Sleep does not address the deadly embrace problem.
3. PDSE does not solve the problem.
--
Shmuel (Seymour J.)
That was my point: you don't miss a thing.
You are fully redundant with CFs in each CPC.
And since the latest MQ update, all applications are capable of recovering
their structures, so recovery is guaranteed in case of a CF failure.
Kees.
> -Original Message-
> From: IBM Mainframe
And I did cut and paste, no idea how the 'a' changed to a 'c'.
If I can't spell it in 8 characters or less I use cut/paste.
This email message and any accompanying materials may contain proprietary,
privileged and confidential information of CIT Group Inc. or its subsidiaries
or affiliates
I actually have one, should have bought 2 as mine is used and seriously grungy.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Saturday, July 07, 2018 8:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN]
That configuration is perfectly valid. You are merely missing some(but not all)
redundancy and recovery options.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Monday, July 9, 2018 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
W dniu 2018-07-09 o 15:41, Mark A. Brooks pisze:
The essence of the matter is to ensure that the selected configuration meets the
availability objectives of the business services supported by the sysplex. One must
consider the service restoration objectives for the business services in light
On Mon, 9 Jul 2018 08:46:56 -0400, Hobart Spitz wrote:
>
>I think that it's important to first understand the characteristics on
>which many people base their thinking that JCL is good and may never go
>away. The point is important, and the basis is a valid concern. The
>conclusion is wrong.
I have exchanged emails with Ishai.
Just curious if anyone has used it, and what their experiences were.
It looks very promising (IMHO).
On Mon, Jul 9, 2018 at 8:17 AM, ITschak Mugzach wrote:
> You both referenced the same product. HAven't used it myself, but have some
> clients that does and
On Mon, 9 Jul 2018 08:29:09 -0400, Joseph Reichman
wrote:
>I have gotten the following code to work (with the help of Binyamin) as I will
>list below but the problem is it is only being executed once and I am looping
>thru a number of records
>Seems like when I get to DUMBRK OFF +4; GO +4 it
The essence of the matter is to ensure that the selected configuration meets
the availability objectives of the business services supported by the sysplex.
One must consider the service restoration objectives for the business services
in light of the potential failures that can occur for a
Dear Mainframer,
Please take our survey to help us understand any time consuming or complex
tasks that you experience with managing your z/OS environment.
We'd also like to know if you are using z/OSMF and hear your thoughts on
mainframe operations, DevOps and cloud.
Here's the link to the
Ward wrote:
>What are the problems (perceived or real) that will be resolved by
replacing JCL with REXX?
I think that it's important to first understand the characteristics on
which many people base their thinking that JCL is good and may never go
away. The point is important, and the basis is a
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 09 July, 2018 14:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
>
> W dniu 2018-07-09 o 13:12, Vernooij, Kees (ITOPT1) - KLM pisze:
> >>
STP (or earlier sysplex timer) is mandatory for sysplex, even for basic sysplex.
For production parallel sysplex it is good idea to have standalone CF.
Not if entire sysplex is in one box. If that is the case, SYSPLEX time is not
needed.
As long as all participants use the same time source,
Hi
I have gotten the following code to work (with the help of Binyamin) as I will
list below but the problem is it is only being executed once and I am looping
thru a number of records
Seems like when I get to DUMBRK OFF +4; GO +4 it is removed and I would like to
process it for the next
W dniu 2018-07-09 o 13:12, Vernooij, Kees (ITOPT1) - KLM pisze:
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: 09 July, 2018 12:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sysplex between two hardware
W dniu 2018-07-06 o
You both referenced the same product. HAven't used it myself, but have some
clients that does and are (very) happy. I think the owner, Ishai, is
monitoring the list, but you can contact him directly at
ishaibi...@yahoo.com.
ITschak
On Mon, Jul 9, 2018 at 1:38 PM Cameron Conacher wrote:
>
Actually, I was referring to this product offering from IBM:
https://www-356.ibm.com/partnerworld/gsd/solutiondetails.do?=54007
Well, I guess this an offering from an IBM Partner.
...Cameron
On Mon, Jul 9, 2018 at 3:04 AM, Timothy Sipples wrote:
> Cameron Conacher wrote:
>
> >Is anyone
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 09 July, 2018 12:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sysplex between two hardware
>
> W dniu 2018-07-06 o 18:22, Jesse 1 Robinson pisze:
> > We all have
W dniu 2018-07-06 o 18:22, Jesse 1 Robinson pisze:
We all have lots of questions about your goals here, but the short answer to
your question is Yes, sysplex is the answer. I assume that your two boxes are
already connected in some way as to share access to data. Turning such a
configuration
Cameron Conacher wrote:
>Is anyone out there using IBM’s Task Flow Recorder for CICS?
Are you referring to this product from AlgoriNet:
https://www.cicsrecorder.com/tfr
or something else?
47 matches
Mail list logo