On 2014-11-20, at 13:25, Charles Mills wrote:
Just to annoy you.
I hadn't known they cared. I suppose I should be flattered.
Original message
From: Paul Gilmartin
Date:11/20/2014 9:57 AM (GMT-08:00)
Browsing a Binder SYSPRINT, I notice that lines in *** DATA SET
My old ROT was 2-3x the real memory on the LPAR. Now that we can have 16,
32, 64GB partitions, we're talking some real DASD here.
Multiply by 10. Two of our larger LPARs have 640GB each.
--
Peter Hunkeler
--
For
IKJEFF10?
snip
Is there a Default table or exit that is/can be set for all batch submits, so
it would work without entering the 'PROF MSGID WTPMSG'?
/snip
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
In
CAFO-8toTThE4dNeA1xxZFRDByzWZts=m4sqst+6arue07gu...@mail.gmail.com,
on 11/20/2014
at 01:49 PM, zMan zedgarhoo...@gmail.com said:
Any guesses
We don't need no stinking guesses.
what STC *means*?
Started Task Control.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position;
http://www.forbes.com/sites/jasonbloomberg/2014/11/21/mainframe-engine-of-digital-transformation/
Thanks,
Mark Regan, USNR-Ret, 1969-1991
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
That would be too easy. Many things seems to annoy the OP. Maybe there's
a platform out there with fewer nits to pick.
On Thu, Nov 20, 2014 at 3:25 PM, Charles Mills charl...@mcn.org wrote:
Just to annoy you.
Charles
Sent from a mobile; please excuse the brevity
Original
On Fri, Nov 21, 2014 at 1:52 PM, Don Imbriale don.imbri...@gmail.com
wrote:
That would be too easy. Many things seems to annoy the OP. Maybe there's
a platform out there with fewer nits to pick.
I think gil has more of a UNIX background. When you are used to truly long
lines, the z/OS use
I call gsk_attribute_set_enum(env_handle, GSK_PROTOCOL_TLSV1_2,
GSK_PROTOCOL_TLSV1_2_ON) and get RC 701 Attribute identifier is not valid.
The same code works on V2R1 so either the answer to my question is Yes, or
else something is hosed up on my V1R13 system. I'd like to know which it is.
For z/OS 1.13 there's a PTF. Sorry off hand I do not know it.
On 11/21/2014 3:43 PM, Charles Mills wrote:
I call gsk_attribute_set_enum(env_handle, GSK_PROTOCOL_TLSV1_2,
GSK_PROTOCOL_TLSV1_2_ON) and get RC 701 Attribute identifier is not valid.
The same code works on V2R1 so either the answer
On Fri, 21 Nov 2014 14:37:40 -0600, John McKown wrote:
On Fri, Nov 21, 2014 at 1:52 PM, Don Imbriale wrote:
That would be too easy. Many things seems to annoy the OP. Maybe there's
a platform out there with fewer nits to pick.
I think gil has more of a UNIX background. When you are used to
For the record let me say I was not dinging the OP for being a nitpicker. No
such implication was intended. It just seemed that the question itself was
unanswerable.
I have a friend who used to be the systems programming manager for a large
retailer. When his people would come to him with
On Fri, 21 Nov 2014 13:51:14 -0800, Charles Mills wrote:
For the record let me say I was not dinging the OP for being a nitpicker. No
such implication was intended. It just seemed that the question itself was
unanswerable.
I have a friend who used to be the systems programming manager for a
On 21 Nov 2014 07:35:43 -0800, in bit.listserv.ibm-main you wrote:
My old ROT was 2-3x the real memory on the LPAR. Now that we can have 16,
32, 64GB partitions, we're talking some real DASD here.
Multiply by 10. Two of our larger LPARs have 640GB each.
I didn't know that an individual
Multiply by 10. Two of our larger LPARs have 640GB each.
I didn't know that an individual instance could be that large. Without
revealing any company secrets could you tell what combination of systems can
use that much memory above the bar?
Sure, there are not country secrets here.
It's
As the System Data Set Definition book hasn't been published in rather a long
time ...
Why is this? Isn't this a valuable book for those new to z/OS (and for us old
guys with shrinking memories as well)?
IBM makes us believe how serious they take it to get new people aboard on z/OS.
Good,
15 matches
Mail list logo