Hi Dave/All,
I completely agree with your opinions and I work to get the SMS
initialization before the DB2 stuff.
Thanks again for all.
On Wed, Oct 8, 2014 at 12:00 AM, Gibney, Dave gib...@wsu.edu wrote:
Still, why fight. The instructions to have SMS be the first subsystem up
are clear and
Peter,
It would help if you replied and included the original posting. Sometimes
people do not have time to find what was requested and it is helpful to
include the posting.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of
It is NOT a percentage of capacity, it is a TIME based calculation, as in; not
how much CP it is using, but how LONG it has been. I will admit that it is
not very clear as to what the calculation is, but my first recommendation is to
note in the PMR that it hit this limit and ask Level 2 a
As long as they use Windows Metafile format and can print through the Windows
print driver structure they'll work. LibreOffice Draw should work. Gimp would
probably work as well, though business overlays are typically text and vector
graphics rather than images, and for color printing its
On Wed, 8 Oct 2014 09:30:21 -0500, Howard Turetzky wrote:
As long as they use Windows Metafile format and can print through the Windows
print driver structure they'll work. LibreOffice Draw should work. Gimp would
probably work as well, though business overlays are typically text and vector
On 2014-10-08, at 04:29, carr...@nationwide.com wrote:
Some things I encounter is when i have developers working in OMVS the
first thing they do is bring over their Linux or AIX scripts and they do
not work. They try to use ksh or bash and can't so immediately we get a
black eye for using
Thanks, AL.
I did read the manual, but unfortunately the description of PRCNTLIM is
rather fuzzy (at least to me).
It is NOT a percentage of capacity, it is a TIME based calculation,
as in;not how much CP it is using, but how LONG it has been.
It is a percentage value that is to be
No answer? Interesting! I was thinking this is one of the easier
questions for the experienced debuggers on the list.
You would need access to the SLIP code to answer this question.
I did look into this around 4 years ago, it just took me a while
to find the notes from that investigation.
On 10/8/2014 8:35 PM, Brian Peterson wrote:
We have had a lot of success with COBOL 5 but have had a few edge cases where
we've seen issues.
Since you mention OPT(1), one thing we've seen with COBOL 5 is that
the calling and called program parameter lists must be identical. Check
and see if
We seem to have hit a show stopper in our effort to implement
COBOL v5.1 (upgrading from COBOL v4.2).
A collection of nightly batch jobs incurs sporadic, seemingly random
S0C4 abends when the main program and a couple of subroutines are
compiled with the COBOL v5.1 compiler, with the
I think we can safely set aside all the file transfer options discussed in
this thread as nonresponsive. The original poster specified there's a
requirement for live/real-time data access -- that CICS TS, z/OS Batch, and
Java programs must all concurrently read and update the VSAM-based data.
11 matches
Mail list logo