You're kidding, right Pat? We count almost as much as accountants and
statisticians!
After last year's three heart attacks, I am very glad the counting
continues! 58 rules!
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick
Can you send me a short synopsis of what you're processing offline? I can't
seem to reproduce it, but that doesn't mean that you are doing it wrong.
It's being issued from 10, and only happens if the message is not connected
to any console, so if you send me the syslog of the message and the
Also, because I like the product... CIM (Catalog Information
Manager), from ASPG, Inc. (last I knew) is also a very good catalog
mgmt tool. Very extensive ISPF interface; tons of online help, etc.
The developers are also *very* willing to provide desired
features/functions, as requested.
All
Jeepers creepers... I think most of the responses to Bin are a bit
excessive, here. He merely posed a valid inquiry. The best part of
this list is when someone questions why?, eliciting the best from
the best minds. I would suggest we slow this flame train down a
bit.
All the best,
Scott T.
I rather think that they (client/server model... we're getting rid
of the mainframe) tried that in the 90's.
On 5/14/09, Phil Smith III li...@akphs.com wrote:
Eric Bielefeld wrote:
I just received another z/Journal email sponsored by Microsoft urging us to
get off the mainframe and going to
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.
scottyt.har...@gmail.com (Scott T. Harder) writes:
I rather think that they (client/server model... we're getting rid
of the mainframe) tried that in the 90's.
there were lots of
If you have DB2 for z/OS installed you can use the DB2 SOAP User Defined
Functions (UDFs) to invoke a Web service simply from dynamic or static SQL
embedded in your COBOL program. This would not require Java programming.
You can find more information in chapter 8 of the IBM Redbook SG24-7663
Frank Swarbrick fswarbr...@gmail.com wrote in message
news:listserv%200905151108397984.0...@bama.ua.edu...
On Fri, 15 May 2009 09:27:42 -0400, Thompson, Steve
steve_thomp...@stercomm.com wrote:
snip
It depends on if the file is pre-defined. If it is not, and I don't
include DCB
stuff on the
Upon re-reading my own append, I realized I had omitted a few words
Everything in LPA is marked in some way (or not marked) as PLPA,
MLPA/FLPA.
I omitted or dynamic LPA
And in case it wasn't clear, when I wrote
During IPL, IOS identifies modules needed to support the I/O
configuration based on
I just wanted to say that the MERGECAT was successful. I did make a
small mistake, but nothing that was not correctable. Thanks to all the
members from the list that assisted and provided the support (you guys
are really GREAT!).
I think I'm going to make a pitch for one of the catalog recovery
Anne Lynn Wheeler l...@garlic.com writes:
overnight batch window. The problem was that the parallel distribution
object-oriented technologies introduced a factor of 100 times (two
orders of magnitude) increase in processing overhead ... totally
swamping any anticipated throughput benefits of
BTW, one list member, Larry Crilley, mention creeping key and I was
wondering if anyone else has heard about this.
George,
The Creeping key - phenomenon comes up in a catalog when you have an
application that constantly creates new dataset names containing either a
sequence number or a
On 15 May 2009 17:24:25 -0700, in bit.listserv.ibm-main you wrote:
Frank,
I suggest you download the Redbook, VSAM De-Mystified. It will answer your
questions concerning VSAM performance.
As my instructor told the class years ago - Don't take the defaults!
Specify CI sizes that give the best
I enclose a link detaining the creeping key issue that may be of interest to
you.
http://www.mainstar.com/pdf/010-0107_ICFCAT-Prac_WP.pdf
regards
Amerigo
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
George Rodriguez
Sent: Sunday,
14 matches
Mail list logo