In that case, you are taking a risk. We don't try to make
SADMP upward or downward compatible across releases,
so whether or not that happens to work depends mainly on what
changes were made in the Real Storage Manager component.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM
Hi Jason,
Although it may not be exactly what you were looking for or thinking of, IBM
added a parameter a few years back to the INIT command of ICKDSK called
NODSEXIST via PTFs for APAR: PK83260 . Per the Comments in the APAR:
The INIT command will terminate with message ICK32179I DATA SETS
In days of old there was a pointer to the beginning of the symbol table. I
remember finding it before the symbol Service became a full fledged Service.
Rob Schramm
On Wed, Sep 27, 2017, 7:06 PM scott Ford wrote:
> Kirk,
>
> Yeah, I just pulled open IBM Assembler Services
Kirk,
Yeah, I just pulled open IBM Assembler Services and looked at ASASYMBM,
look like I can do that..
To see if the symbolic is defined or not..
Thank you
Scott
On Wed, Sep 27, 2017 at 6:48 PM Kirk Wolf wrote:
> Looking up the value of a symbol with ASASYMBM is a
Looking up the value of a symbol with ASASYMBM is a degenerate case:
just give it an input pattern of: ""
and the output buffer will contain the value.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Sep 27, 2017 at 5:28 PM, scott Ford wrote:
> All:
>
> I
All:
I need to scan the symbol table for an assigned symbolic , I looked at
sys1.samplib -- IEASYMCK and macro ASASYMBM and i see that I can replace s
symbolic and its value. What I need to do is scan though the table to find
a symbol. I need some pointer to give me a helping hand.
I read
It is so easy for tidbits of info to fall out of my brain these days.. I
feel like the Dilbert cartoon when Dilbert instructs PHB to look for token
that may have fallen out of the cat 5 cable.
http://dilbert.com/strip/1996-05-02
Rob Schramm
On Wed, Sep 27, 2017, 1:01 AM Peter Hunkeler
Invitation for early Friday war stories.
When implementing (OS-moniker-du-jour) 1.6, we had several catastrophic
failures that required back out to previous level. We took some SADs during
that stormy period.
When implementing z/OS 1.13, we had several instances of running clean out of
real
On Sun, 24 Sep 2017 23:39:40 -0500, Paul Gilmartin wrote:
>On Sun, 24 Sep 2017 23:27:40 -0500, Brian Westerman wrote:
>Vendors ought to suggest installation paths for their software products.
Agreed.
>SYS3.vendor.** seems like a good idea. Or incorporating the vendors'
Hmmm. It seems to me that you can check the STCBBFP flag both at save
time and at restore time:
* If off at save time, then don't save them, but remember that it was off.
* At restore time, if STCBBFP had been off at save time, but now
is on, then you know that the signal handler did,
A little off topic - when is the last time anyone had to perform a SAD ? I
haven’t done one in 20+ years.
Thanks
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jesse 1 Robinson
Sent: Wednesday, September 27, 2017 4:11 PM
To:
I don't know of any SADMP PTFs that were not downward compatible within
the
same release of z/OS, and we would certainly try to avoid creating that
scenario.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
> In addition the SAD IPL volume should in principle
As a practical matter, the SAD IPL volume needs enough space to contain the
SYS1.PAGEDUMP.Vxx data set, which seems to be 92 tracks at z/OS 2.1.
Furthermore, the volume needs to be reachable--not necessarily online--from
every MVS image that might conceivably need to take SAD. Depending on
On Wed, 27 Sep 2017 22:18:56 +0530, Peter wrote:
>For the SAD(Standalone dump) IPL, why do we chose DLIB volume UCB ? How
>does DLIB volume helps in SAD process ?
One advantage of writing the standalone dump to a DLIB volume is that
you (presumably) have a DLIB zone for every target zone. When
The only restrictions on the SAD IPL device is that it must not
contain a page data set for the system being dumped, and it must
not be used as an output device for this dump.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
> This is general question.
>
>
Peter Relson wrote:
No there is no way for an unauthorized application to test it but, more
important, as Jim M alluded, there is no reason to do so.
The actual bit to check would have been CVTBFPH which looks for the
hardware being available (rather than CVTBFP which looks for the software
Hey,
I want to thank everyone who responded to my inquiring regarding the deletion
of VSAM files that were cataloged on volumes that no longer exist. Allan
suggested using a simple "DEL 'entryname NSCR". Well, it worked. I was
including the "CLUSTER" parm which was prompting z/OS to access
I don’t know what you mean by dlib volume. I'm assuming you mean SMP DLIB
volume. It really doesn’t matter what volume you use to IPL SAD. In our
shop, we write SAD ipl code to a few environment specific volumes, that direct
SAD to write to a mod-54(s).
Hi
This is general question.
For the SAD(Standalone dump) IPL, why do we chose DLIB volume UCB ? How
does DLIB volume helps in SAD process ?
Peter
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Carmine and all the rest,
Thanks for easing my concerns and for the explanation as to why FILE(DD1) is
used.
I will run future REPRO MERGECAT without the FILE(DD1) statements.
Thanks
On Tuesday, September 26, 2017, 2:02:02 PM EDT, Carmen Vitullo
wrote:
not
> On Sep 27, 2017, at 12:53 AM, Bruce Hewson wrote:
>
> In my almost 40 years of MVS support, the only time I came across SYS3 was in
> a very large, multi-site, company.
>
> For security segregation each subsystem group was assigned a unique SYS%
> hlq..
Well, what do you know, I follow that rule without knowing why until
today. And the IEAFP macro makes sense now. Thanks Dave Cole and
Peter Morrison for the enlightenment.
Also, obviously my suggestion about referring to FPR 1 to test the
facility is superfluous unless your program needs to run
No there is no way for an unauthorized application to test it but, more
important, as Jim M alluded, there is no reason to do so.
The actual bit to check would have been CVTBFPH which looks for the
hardware being available (rather than CVTBFP which looks for the software
being available).
What part of the ISPF Services Guide was unclear?
ISPEXEC LMDINIT LISTID(ID) VOLUME(V12345)
ISPEXEC LMDLIST LISTID(ID) OPTION(SAVE) -
DATASET(' ') GROUP(V12345)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf
Sorry... I thought everyone would get that...
Brian
On Wed, Sep 27, 2017 at 12:03 AM, Jesse 1 Robinson
wrote:
> My first reaction to the ICKDSF INIT suggestion was that it was a joke.
> Like the story of the two hunters in the woods. One accidentally shoots the
>
You can read it on another system that has access to the TS7700, but does not
need the DS8800 volser online.
And eliminate the duplicates a.s.a.p.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ibmm...@foxmail.com
>
Hi
Could you send us a sample of using LMDINIT and LMDLIST to mimic the action
of 3.4
Thanks a lot!
From: retired mainframer
Date: 2017-09-26 13:06
To: IBM-MAIN
Subject: Re: how to verify whether the volume is empty or not?
For me, the easiest way is to display the volume in ISPF 3.4 and
Hi all
We found there is a volser id in a system-manage library(TS7700) is the
same as a volser id in DS8800.
We couldn't online them together.
If we don't offline the volser in DS8800,how do we read the volser in a
system-manage library?
Thanks a lot!
Jason Cai
28 matches
Mail list logo