In my case the only interrelatedness was that my thought - a record exit
on UNPACK - also related to AMATERSE.
So Peter was right to suggest it was the subject of a different RFE.
Cheers, Martin
From: Peter Relson
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 11/04/2015 23:34
Subject:Re
Exactly. The OP is looking for a free ride. I will also point out that the book
is somewhat dated, and there have been improvements to JCL since (access to
system symbols, promotion of such to SYSIN, PARMDD, etc.).
Ant.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM
I completed the survey without problems with Google Chrome.
On Sun, Apr 12, 2015, 04:14 Iris Rivera wrote:
> Hi Shane,
>
> Thank you for bringing this to our attention. I will do some research to
> see if and how we can disable this message.
>
> I appreciate your feedback.
>
> Regards,
> Iris Ri
>Thank you for bringing this to our attention. I will do some research to see
>if and how we can disable this message.
Cheers Iris, I doubt your survey partners will give a tuppenny damn about
people (such as I) who disable js.
I'm happy to remain on the fringes, and ignored by the mainstream.
I am using a storage class routine, but it does not receive control for DEFINE
LOGSTREAM unless I explicitly specify a class - it seems to first go to a
storage volume.
What am I missing?
--
Binyamin Dissen
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
Should y
I think I understand.
You run the DEFINE LOGSTREAM process but need to add a STORCLAS parm to it.
Is that correct?
If so, you need to add WRITE statements to your ACS code so you can see what
things look like before and after the section in the code you think should
be getting control.
It would
Sort of correct.
ACS routines will assign STORCLAS based upon the STORCLAS routine. If the
logger is allowed to override the STORCLAS and you have one specified for
the logstream, then the override is allowed.
Rob Schramm
On Apr 12, 2015 10:54 AM, "Lizette Koehler" wrote:
> I think I understan
The Wheelers wrote:
>SONY 185tbyte last year not announced for mainframe.
You are correct. Sony did not announce that. It would be equally correct
and at least as relevant to point out that Sony also did not announce:
* a tape drive;
* completed tape media;
* attachment to any type of system of t
Ze'ev:
Because in most cases programmers are less than lets say bright. If
you bring up ASCII you will only confuse them. I suspect they will
try and use it in some sort of horrendous fashion, like convert to
ASCII and then back. To give you an idea how stupid programmers can
be a S0C7 tur
>Because in most cases programmers are less than lets say bright.
Oh, I see...
I guess that this is why my rate when I program in lowly Access VBA is higher
then anything COBOL programmers could get. I am not even trying to compare
that to my rate when I write Perl, T-SQL, PL/SQL, etc. They ju
Somehow strange discussion, IMHO. I´'m sure that there are
many bright people in the COBOL community.
But: COBOL could well be some sort of biotope for not so well
teached programmers. And: most significant software packages
on the mainframe that do complicated algorithms and computations
(math,
Very strange - all of a sudden it started working. As if there was an internal
list of available volumes that expired.
On Sun, 12 Apr 2015 08:54:27 -0700 Lizette Koehler
wrote:
:>I think I understand.
:>
:>You run the DEFINE LOGSTREAM process but need to add a STORCLAS parm to it.
:>Is that corr
12 matches
Mail list logo