Hi,
has anyone ever moved a sysplex out of z/VM to the native CEC? It seems to me
that I cant define coupling link's form the native CEC into VM. So, if I
activate a policy with new CF's on the native CEC the changes are pending and
it would not write it to the control datasets.
At the
On Wed, 13 Apr 2016 19:29:42 -0700, Greg Dyck wrote:
>How to determine the length of the block for a BSAM/BPAM RECFM=FB
>dataset is fully described in the z/OS DFSMS Using Data Sets book,
>Processing Sequential Data Sets, Determining the Length of a Block.
>Greg
>
>How to determine the length of the block for a BSAM/BPAM RECFM=FB dataset is
>fully described in the z/OS DFSMS Using >Data Sets book, Processing Sequential
>Data Sets, Determining the Length of a Block.
>Greg
How to determine the length of the block for a BSAM/BPAM RECFM=FB
dataset is fully described in the z/OS DFSMS Using Data Sets book,
Processing Sequential Data Sets, Determining the Length of a Block.
Greg
On Wed, 13 Apr 2016 21:51:01 -0400, Steve Thompson wrote:
>
> From days gone by I remember something about using BPAM to
>process a PDSE. It is much faster and fewer CPU cycles to do BPAM
>than it is QSAM when working with more than one member.
>
OK. Well known.
How did you detect the end of a
On 04/13/2016 08:45 PM, Paul Gilmartin wrote:
Use QSAM with LRECL=80.
I just happen to need to work on a utility program that is going
to have this very problem.
From days gone by I remember something about using BPAM to
process a PDSE. It is much faster and fewer CPU cycles to do BPAM
On 2016-04-13 19:15, Steve Thompson wrote:
> Gil, not true.
>
> RECFM=U was used by OBS/ACS WYLBUR to be as efficient as possible with disk.
> So unless told otherwise, WYLBUR would save your source or data in RECFM=U
> files. Further, it would do compaction when it ran into an out of space
>
Gil, not true.
RECFM=U was used by OBS/ACS WYLBUR to be as efficient as possible
with disk. So unless told otherwise, WYLBUR would save your
source or data in RECFM=U files. Further, it would do compaction
when it ran into an out of space problem, and it would do it so
that the DSN in
>Might want to look at some of PDS-CBT File 182 PDSE commands. The source is
>provided for IEFPDSE and others...
I did look at IEFPDSE, but I doesn't read the all directory and member records.
I looked at 182 PDSMAIN program, cant say that I understand exactly whats
happening.
I've never
> And if your member, by happenstance, exactly fills the whole last block, what
> happens? Or have you just been lucky to date?
Calculate DCBLRECL from OPEN (saved) = 80 divided into DCBLRECL after READ =
27920. Simple calculation gives me 349 records to process.
>I would expect that each
On 2016-04-13 18:33, Savor, Thomas (Alpharetta) wrote:
>
>> What are you trying to do?
>
> Well I read though the directory, Execute a FIND on Member Name, then Execute
> a READ on the Source Code.
> This Source Code is our Cobol or Assembler programs or copybooks, that I will
> pull certain
Might want to look at some of PDS-CBT File 182 PDSE commands. The source is
provided for IEFPDSE and others...
In a message dated 4/13/2016 7:33:38 P.M. Central Daylight Time,
thomas.sa...@fiserv.com writes:
Like I said, maybe I got lucky or it was an accident.but I used
RECFM=U
>>I've run into another PDSe problem.
>>When I was reading through a PDS file of Source Code, I would define
>>DCB as RECFM=U, After the OPEN, DCBLRECL = Record Length. DCBBLKSI =
>>File Block Size After issuing a READ, DCBLRECL would be the Actual Block Size.
>>My PDS : LRECL=80, BLKSIZE=27920
On Wed, 13 Apr 2016 23:54:58 +, Savor, Thomas (Alpharetta) wrote:
>I've run into another PDSe problem.
>When I was reading through a PDS file of Source Code, I would define DCB as
>RECFM=U,
>After the OPEN, DCBLRECL = Record Length. DCBBLKSI = File Block Size
>After issuing a READ, DCBLRECL
I've run into another PDSe problem.
When I was reading through a PDS file of Source Code, I would define DCB as
RECFM=U,
After the OPEN, DCBLRECL = Record Length. DCBBLKSI = File Block Size
After issuing a READ, DCBLRECL would be the Actual Block Size.
My PDS : LRECL=80, BLKSIZE=27920 Number of
The second edition of my Assembler Language textbook is available for
download at
http://idcp.marist.edu/enterprisesystemseducation/assemblerlanguageresources-1.html
The text is a PDF file (it's big: 1346 pages). The simple conversion and
I/O macros decscribed in Appendix B are also
Hi,
Can somebody give me an example of coding for of SPGMCLTR in order to
make use of CLASS TRANSITION for space management - moving data from one class
of storage to another within ML0.
This should be for Storage, Management Class and Storage Group.
Regards
Theo
On Wed, 13 Apr 2016 03:01:12 -0500, Elardus Engelbrecht wrote:
>Vernooij, CP (ITOPT1) - KLM wrote:
>
>>I was actually referring to Columbus, sailing to the west in order to find a
>>shorter way to the Indies, in spite of the 'rule' that he would reach the end
>>of earth and fall off.
>
That
Pete wrote:
I'm actually going thru that process now and found the fixcat for z13s did not
pull in all the required service to support a z13 or z13s processor. I ended up
ordering the PSP bucket and viola! got all I needed.
using
REPORT MISSINGFIX
ZONES(MVST100)
Bill Woodger scribbled :-) That may depend on how you take this claim:
"[ABO] ... produces a functionally equivalent executable program".
This is yet another reason why I'd like the ABO folks to say more about
the kinds of program transformations they do.
Cheers, Martin
Martin Packer,
This is the command I would use too, however if you are sharing it READ only
across multiple lpars, and have not implemented shared sysplex filesystem, then
there is no way to change the mount characteristics.
Based on your last email it looks like you were able to accomplish what you
wanted.
ABO should be useful for sites not going to V5/V6 "anytime soon"
The following presumes a "12" or "13" system, and z/OS 2.1 or higher.
1. Staying with pre-V4.2, bimbling along with out-of-service compilers
Pre-Enterprise COBOL programs, would need recompile with Enterprise COBOL to
allow ABO.
Vernooij, CP (ITOPT1) - KLM wrote:
>I was actually referring to Columbus, sailing to the west in order to find a
>shorter way to the Indies, in spite of the 'rule' that he would reach the end
>of earth and fall off.
Reminds me of that little tongue-in-cheek club 'Flat Earth' ran by us young
I was actually referring to Columbus, sailing to the west in order to find a
shorter way to the Indies, in spite of the 'rule' that he would reach the end
of earth and fall off.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of
The History Channel had a piece on Jamestown excavation. It seems their
first mission was to find a dependable source of sassafras a curative for
syphilis which was rampant.
In a message dated 4/13/2016 1:26:36 A.M. Central Daylight Time,
kees.verno...@klm.com writes:
Well anyway, this
If it is not explicitly forbidden (and even then still) there will always be
people that try it.
Well anyway, this is why we discovered America though.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent:
Al Sherkow wrote:
>Today, 12 April 2016, a new release of the JAVA version of SCRT, now 23.13.2
>came out. One of the fixes resolves this issue: "This mod-level release fixes
>an ABEND S02 when using multiple SMF datasets having different LRECLs."
I was "raised and trained" to have all my SMF
27 matches
Mail list logo
