Gilbert,
Yes it can be a problem. Also for LLA libraries that are frozen, until you F
LLA, REFRESH.
Ron
I am concerned with the compression of a load-library with DISP=SHR which
can
cause problems, particularily if it's allocated in CICS or LLA. DDLIST
seems
different from ISPF options
Sorry, I had my search list up. This thread was dealt with months ago...
-Original Message-
From: Ron Hawkins [mailto:ron.hawkins1...@sbcglobal.net]
Sent: Thursday, February 11, 2010 6:09 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: [IBM-MAIN] ISPF DDLIST COMPRESS DISP=SHR ENQ
Hello:
I posted a message a week ago on ISPF-L and received no answer;
hopefully, I'll get a good one here. Here it is:
If I enter HELP on the DDLIST panel, I see this:
C Compress a PDS using the existing allocation.
When I use DDLIST to display allocated data sets, I see most of them
As far as I know all ISPF compress operations are done using IEBCOPY, If so,
IEBCOPY enques on IEWxxx and staw to protect the directory from being
manipulated. It does not protect the directory from read, so if CICS or any
other program that has in storage copy of the PDS directory, can be
As far as I know all ISPF compress operations are done using IEBCOPY
ISPF 3.4 uses SPFCOPY - non-APF.
Unless it's changed in the lasr 10 year.
IEBCOPY has to be APF, and compress doesn't need that.
-
Too busy driving to stop for gas!
Itschak Mugzach wrote:
As far as I know all ISPF compress operations are done using IEBCOPY,
If so, IEBCOPY enques on IEWxxx and staw to protect the directory from
being manipulated. ..
Are you sure IEBCOPY enques on IEWxxx ? How do you know that ?
Is it written somewhere ? My
Ted MacNEIL wrote:
As far as I know all ISPF compress operations are done using IEBCOPY
ISPF 3.4 uses SPFCOPY - non-APF.
Unless it's changed in the lasr 10 year.
IIRC, it was changed over 20 years ago, since TSO/E introduced
its Service Routine, which is called IKJEFTSR.
IEBCOPY has to be
Compress doesn't need IEBCOPY to be authorised ? Are you sure ?
Not 100%
But, I've compressed without it.
Again, SPFCOPY compresses without APF.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
IIRC, SPFCOPY got control un-authorized, but it made itself authorized prior to
calling IEBCOPY, but that was very long ago.
Ted MacNEIL eamacn...@yahoo.ca 10/12/2009 3:35 PM
Compress doesn't need IEBCOPY to be authorised ? Are you sure ?
Not 100%
But, I've compressed without it.
Again,
Not sure, but LMCOMP is also an option to compress a PDS. But according to
the manual it call IEBCOPY.
ITschak
On Mon, Oct 12, 2009 at 9:44 PM, Scott Rowe scott.r...@joann.com wrote:
IIRC, SPFCOPY got control un-authorized, but it made itself authorized
prior to calling IEBCOPY, but that was
10 matches
Mail list logo