On Fri, 5 Jun 2009 10:43:38 -0400, Anne Lynn Wheeler
l...@garlic.com wrote:
--
40+yrs virtualization exerience (since Jan68), online at home since Mar1970
Those who do not learn from history are doomed to repeat it. (Or something
like that.)
Thank you for sharing - once again I learned
Paul Gilmartin's notion that HLASM won't let him create a program more than
16 megabytes in size is a vile canard.
The HLASM is guiltless in this matter. It is the Linkage Editor that
interdicts load modules that are more than sixteen megabytes in size.
(Moreover, this is not hot news;
Tommy Tsui wrote:
Yes I did, I already defined STDATA field and the user is assigned to
APPC at starting but why I still can't find the owner field
infromation at SDSF?
I just IPLed our MVS60 system running z/OS 1.10. On the log, I see:
|IEF695I START APPC WITH JOBNAME APPC IS
Andy Robertson wrote:
[snip]
ILBOWAT0 and BPX1SLP are AFAIK not useable under CICS, nor are things like
STIMER WAIT
If a CICS PROGRAM entry specifies OPENAPI, indicating the program is
threadsafe, then implied WAITs should have no ill effects. It's only
code that runs on the old, single
On Fri, 5 Jun 2009 22:58:10 +0800, Tommy Tsui tommyt...@gmail.com wrote:
but one of audit report shows that an invalid user try to access the
APPC with ?? jobid and userid...I don't know how to answer our
auditor ?
What, exactly, does the audit report say? Does it say someone tried to
On Sun, 7 Jun 2009 09:16:40 -0400, Peter Relson wrote:
... when IEFBR14 is used to delete a data set ...
Haven't we agreed here that IEFBR14 doesn't delete data sets? Hasn't
IBM learned this yet?
To my way of thinking, the statement in the preview is correct and
accurate. (Almost) Everyone at
On Sat, 6 Jun 2009 19:12:35 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:
Walt Farrell pisze:
[...]
I agree with the others that you really need to explore what your auditors
are intending to accomplish, and provide some education to them.
(This is semi off-topic, since it is - let's say -
On Sun, Jun 7, 2009 at 6:26 AM, Arthur Gutowskiaguto...@ford.com wrote:
On Fri, 5 Jun 2009 10:43:38 -0400, Anne Lynn Wheeler
l...@garlic.com wrote:
--
40+yrs virtualization exerience (since Jan68), online at home since Mar1970
Those who do not learn from history are doomed to repeat it. (Or
zosw...@gmail.com (P S) writes:
Actually HONE was Hands-On Network Environment, not Experience. At
least, that's what I was always told, and Google seems to support it,
albeit only 41 to 13.
re:
http://www.garlic.com/~lynn/2009i.html#26 Why are z/OS people reluctant to use
z/OS UNIX?
yes,
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/07/2009
10:00:30 AM:
On Sun, 7 Jun 2009 09:16:40 -0400, Peter Relson wrote:
... when IEFBR14 is used to delete a data set ...
Haven't we agreed here that IEFBR14 doesn't delete data sets? Hasn't
IBM learned this yet?
To my
On Sun, 7 Jun 2009 15:05:57 -0400, Jim Mulder wrote:
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is exactly 'IEFBR14',
and if so, for migrated data sets whose DISP is DELETE, it simply
HDELETEs them without HRECALLing
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is exactly 'IEFBR14',
and if so, for migrated data sets whose DISP is DELETE, it simply
HDELETEs them without HRECALLing them.
IMO, this sounds like a kludge.
-
Too busy driving
On Sun, 7 Jun 2009 15:05:57 -0400, Jim Mulder d10j...@us.ibm.com wrote:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/07/2009
10:00:30 AM:
On Sun, 7 Jun 2009 09:16:40 -0400, Peter Relson wrote:
... when IEFBR14 is used to delete a data set ...
Haven't we agreed here that
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
On Sun, 7 Jun 2009 15:05:57 -0400, Jim Mulder wrote:
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is exactly
'IEFBR14',
and
re:
http://www.garlic.com/~lynn/2009i.html#26 Why are z/OS people reluctant to use
z/OS UNIX?
http://www.garlic.com/~lynn/2009i.html#35 SEs History Lessons
Early on, the HONE cp67 systems, deployed csc/vm cp67 (large body
internal/csc changes) with a subset of the H system updates.
Before 370
At 14:38 -0500 on 06/07/2009, Scott Barry wrote about Re: IEFBR14
(was: EXEC Above the Bar):
On Sun, 7 Jun 2009 15:05:57 -0400, Jim Mulder d10j...@us.ibm.com wrote:
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/07/2009
03:38:38 PM:
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is exactly 'IEFBR14',
and if so, for migrated data sets whose DISP is DELETE, it simply
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/07/2009
03:26:19 PM:
On Sun, 7 Jun 2009 15:05:57 -0400, Jim Mulder wrote:
The enhancement in z/OS 1.11 is that Batch Allocation/Unallocation
processing is checking to see if the program name is exactly 'IEFBR14',
and if so,
IDCAMS would be another one. (That was my reaction when I first heard of
this.) But note both of these are MUCH harder because that would require
reading of SYSIN - perhaps from data sets.
Martin
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
I will be out of the office starting 08/06/2009 and will not return until
12/06/2009.
For urgent matters, please contact one of my colleagues:, Geert Verbeek
(+32 15 3 52294), Werner Blommaert (+32 15 3 52253), VAN DEN BERGH BERT
(+32 15 3 52298) or Dirk Braeken (+32 15 3 52728)
This e-mail
20 matches
Mail list logo