I have maintained for quite a while now that z/OSMF is not ready to exist as
the sole installation method. I have complained here, and directly to IBM and
directly to the z/OSMF advocates at IBM about the myriad of problems that need
to be resolved, but IBM's view seems to be damn the
Another example is the pthread library which uses a naming convention
that describes the context it's operating on. For example,
pthread_mutex_lock, pthread_cond_wait etc. I've used this kind of naming
convention myself but I only write Metal/C these days and C++ when using
LE.
FWIW, the
We use a permanent maintenance volume that isn’t generally IPL’d from. I
triple the space and increase dirblks and use no secondaries. We use mod
27s and could use mod 54s if needed. So space isn’t an issue for me. That
res is copied to the other systems during rollout.
On Thu, Sep 22, 2022
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent: Thursday, September 22, 2022 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OSMF PSWI
>
> [EXTERNAL EMAIL]
>
> 'A' secondary extends is supported as long as it is part of the
On Thu, 22 Sep 2022 15:24:58 -0500, Carmen Vitullo wrote:
>why is the Health checker issuing a CSVH0979I message LINKLST SET
>LNKST00 data sets allocated with secondary space? if what you say is
>valid ?
>
Did you read the explanation (see below)? It is a suggestion. Health
Checker has a
I cannot check the serverpac dialog on my 2.4 system since I've marked
the order as installed, complete, but checking what some vendors supply
for PDS's ONLY - I try not to flirt with disaster and I attempt to be
compliant as much as possible with IBM's rules, not doing so has bitten
me
'A' secondary extends is supported as long as it is part of the initial
primary allocation, or an extent is taken or required to satisfy the
primary space allocation -
I'm talking space allocation that provides for secondary space
allocation in the allocate in the dialog, not what SMS or dfp
On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo wrote:
>I've been doing this on my ServerPac for a while, I've even called out
>the ServerPac folks about the issue of, why deliver linklist lpalist
>datasets with secondary allocation if the linkist does not support it,
Secondary extents are
Cross-posted to Linux-390, IBMVM, and IBM-Main
At the Linux Foundation's Open Mainframe Project meeting this week, it
was announced that beginning in 2023, the OMP will have a z15 available
for any Open Source project that wants to make use of it. According to
the announcement at
I've been doing this on my ServerPac for a while, I've even called out
the ServerPac folks about the issue of, why deliver linklist lpalist
datasets with secondary allocation if the linkist does not support it,
why are they so under allocated, it wasn't until I started to work for
IBM GS that
Yes, agree, I typically over allocate the Linklisted data sets and have
zero secondary and increase DIR BLKS as well (if it’s a PDS). I can do
this when the jobs are built but would be MUCH easier in the MODIFY
screens.
On Thu, Sep 22, 2022 at 6:25 AM Seymour J Metz wrote:
> What about
As others have said technically yes you can do it.
As already mentioned there are things to think about. Structure size for the
shared buffer pools and the lock structures. What type of CF links to you have
and do you have enough of them. The location of the CF lpars may come into
play.
I've vague memories of needing to increase a few structure sizes as they failed
to rebuild onto a z15 CF coming from z13, but apart from that yep, it's totally
possible and completely normal situation for a lot of customers when migrating
from one machine type to another.
Regards
You want an example of object oriented design on the mainframe? I have = no
idea what the implementation language is but it could be PL/X, = assembler, C,
etc. It does not matter. (It is clearly not a pure C++ =
library.)
IBM System SSL, a crypto library on z/OS.
Every call operates on one
Many years ago (decades) I used VETAPE (modified) from the CBT to convert from
reel to cartridge. The program even created the change commands when the
company was running CA-TLMS.
Matthew
On Wed, 21 Sep 2022 23:37:57 -0500, Brian Westerman
wrote:
>I think there is a file on the CBTtape
X-Posted RACF-L and IBM-MAIN.
If you would like some free education next week in the areas of the subject
line above, I will be teaching a slightly-expanded version of my "how
certificates work" class, which has been well-received in the past. In addition
there is an encryption class from the
On 9/22/2022 8:55 AM, Peter wrote:
Hello
Is it possible to have DB2 data sharing between two different boxes i.e.
between z13 and z15 ?
Do you currently have a CF, running a Parallel SYSPLEX ? or multiple CF's ?
what box are the CF's ? one on the z13 one on the z15?
Will this support if
Hello
Is it possible to have DB2 data sharing between two different boxes i.e.
between z13 and z15 ?
Will this support if one of the DB2 subsystem is running in z13 and another
one is running in z15 ?
Peter
--
For IBM-MAIN
On Thu, 22 Sep 2022 13:16:07 +0100 Colin Paice wrote:
:>I'm very rusty ( 15+ years since I last used this) ... but can you use
:>your 31 bit code to access a symbol relating to a 31/64 bit data item?
:>I only used 31 bit, but I think I used to get a block of storage from the
:>dump with a 64
I'm very rusty ( 15+ years since I last used this) ... but can you use
your 31 bit code to access a symbol relating to a 31/64 bit data item?
I only used 31 bit, but I think I used to get a block of storage from the
dump with a 64 bit address into my buffer in 31 bit address.
You have to use the
What about modifying directory blocks for whatever is still PDS?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Michael Babcock [bigironp...@gmail.com]
Sent:
Looking at my code:
The 31bit access call is
IHBOPLTX ,+
(ABDPL, ..ABDPL+
=A(ADPLSACC),..TYPE OF CALL: ACCESS STOR+
MY_ADPLPACC),
22 matches
Mail list logo
