>> you forget to update the ROBTY and VENDOR fields
I never update those fields.
I just insert new volumes as scratch and the library takes care of
everything.
Unless it's handled by the INSERT exit?
Brian
On Thu, 16 Jan 2020 at 15:47, Brian Westerman
wrote:
> It's not normally a CA-1 caused p
>Hi
>
>I am new to this list and would like to discuss an idea and ask several
>questions.
Hi Alex. I am retired, and haven't worked with mainframes for a long time.
However I own several 3174s and 3270 compatible terminals
(If any in Europe has a spare IBM 3270 it would be nice to have a copy)
https://github.com/lowobservable/oec
Oh wow, that's remarkable.
Shopping for the components to build such an interface already.
It's every rather simple to do!
I am not considering the 3174 idea anymore and will just try to make
this work.
On Thu, Jan 16, 2020 at 06:31:19AM -0600, Dave Wade wrot
I am doing planning for the encryption of application data. I have a need to
encrypt some fairly large numbers of VSAM datasets.
I am trying to develop some tooling to help with the allocation and encryption
of the VSAM data sets. I need to define replacement data sets which are
extended format
For IDCAMS DEFINE I added DATACLAS(extended dataclas name)
For JCL and PROCs I added DATACLAS(...) as well
If DATACLAS was already specified I just changed the name to an extended format
name
Don’t get me wrong. You can change the members but you still need to test and
promote.
We have seen
Cameron,
Sadly I have no dataclas with extended specified and I do not want to have to
produce more dataclas specifications at the moment.
When you say " We have seen some issues with XCOM, SYNCSORT, FILEAID and ISPW"
could you be more specific please?
Thanks,
Lennie Dymoke-Bradshaw | Securit
Lenny,
I can't recall the issue with XCOM.
We run ZPSAVER SYNCSORT. This does not work with EF files, so the sorting
falls back to BSAM I believe, and there is a corresponding increase in MIPs.
We installed ZPSAVER to save MIPS and EF files throw these savings away. We
are talking to SYNCSORT folks
I am a developer who wants to start up the ISMF application. Being a developer
I don't have it as an option on any ISPF menu. Documentation states I can use
"ISPSTART PGM(DGTFMD01) NEWAPPL(DGT)" from TSO. This works, but then I have
only that application running, and not my other ISPF "stuff"
Well, if we're gonna talk PCMs, let's not forget Formation!
Actually, OK, let's forget Formation. The Formation 4000 we had was . not a
great machine. Favorite story: the time we took a power hit, restarted, and (it
eventually turned out) it had somehow decided that the 64KB chips in its memo
I just type START ISMF on any ISPF command line
Launches in a new window
YMMV
rgds
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Frank Swarbrick
Sent: Friday, 17 January 2020 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Starting an application in ISPF
I am a de
Doesn't work for me. Must not be in my "profile" or something.
From: IBM Mainframe Discussion List on behalf of
Roger Sawtell
Sent: Thursday, January 16, 2020 4:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Starting an application in ISPF
I just type START
Just write and invoke a simple exec (or clist if that's your thing):
/* REXX */
ADDRESS ISPEXEC
'SELECT PGM(DGTFMD01) NEWAPPL(DGT) SCRNAME(ISMF)'
EXIT
You could also invoke it from option 7.1 (Dialog Test), but that adds some
overhead.
sas
On Thu, Jan 16, 2020 at 6:47 PM Frank Swarbrick
w
Hello Barbara,
Thought I'd reply publicly as others might have this same wonder:
>> The biggest problem is that there is no good documentation coming with the
>> CBPDO. I seem to remember that the program directory contained the software
>> prerequisites, i.e. the z/OS level fitting the product.
An ISPF application needs to have all related data sets allocated before the
application itself starts running. For the 'PDF' application, folks will have
all necessary ISPxLIBs allocated by logon proc or by some front-end REXX. In
our shop, applications like ISMF are considered specialized util
This works. Thanks much.
From: IBM Mainframe Discussion List on behalf of
Steve Smith
Sent: Thursday, January 16, 2020 5:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Starting an application in ISPF
Just write and invoke a simple exec (or clist if that's yo
"Luckily", whoever set up our system apparently included all of the allocations
in our standard logon, so I was able to follow Steve Smith's recommendation.
But your reply is certainly good reference. Thanks!
From: IBM Mainframe Discussion List on behalf of
J
Brian and Dean,
Yes, you are correct. If you insert or define a new range of virtual-volumes to
the VTS; that will drive the CBRUXENT (ENTRY) exit. If you have the CA 1
version active, that will set the ROBTY field correctly as well as telling OAM
the status of the volume (active/private or sc
*MY* ISMF exec looks very much like JO Skip's. But your success with the
ISPSTART invocation indicated you didn't need the LIBDEFs and ALTLIBs.
sas
On Thu, Jan 16, 2020 at 7:52 PM Frank Swarbrick
wrote:
> "Luckily", whoever set up our system apparently included all of the
> allocations in our
And even simpler, add it's and select cmd options to your ispf command
table. This way you can type a short name to invoke it.
ITschak
בתאריך יום ו׳, 17 בינו׳ 2020, 2:44, מאת Frank Swarbrick <
frank.swarbr...@outlook.com>:
> This works. Thanks much.
>
>
> From:
19 matches
Mail list logo
