I was going to chip in earlier with my knowledge of VTAMAPPL, but got
beaten to it.
I've been using VTAMAPPL since working with multiple z/PDT systems, and
then copying the module across to z/OS LPARs as required.
I've got no idea where the source for VTAMAPPL is, nor of any documentation
for it -
On 2020-03-11 5:16 AM, scott Ford wrote:
All:
I have a question about the Mainframe Software industry, i am in the
technical end of it and ready dont have the access I would like to know
whether there is new software development going on on z/OS ...Could someone
point me to a source ( even a url
On Tue, Mar 10, 2020 at 5:47 PM scott Ford wrote:
> Tony,
>
> Real nice code, I have been using VTAMAPPL that ships with z/OS..
>
I agree! A few years ago, we were told the z/OS system was going away (as
we are still told), and the PTBs decided to "save money" by eliminating
CA-OPS/MVS, much lik
It's regrettable that
...
o The Ref. doesn't specify which dominates when both a JCL and a SYSTEM
symbol definition are available.
If someone had taken the few seconds needed to report that deficiency by
the official mechanism, this would have been taken care of long ago.
IBM-MAIN is not that
It's regrettable that:
...
o The Ref. doesn't specify which dominates when both a JCL and a SYSTEM
symbol definition are available.
I suppose I should have double-checked before my previous response.
No one will ever say that it's necessarily easy to find what you're
looking for, but this is
I too use Dana's MPF2REXX code and use MPF for both auto-responses and
new commands, at least on my z/OS systems. I use TSSO on my OS/390
system. I really appreciate Dana's code. And the help she gave when I
went to use it.
Tony Thigpen
John McKown wrote on 3/11/20 7:45 AM:
On Tue, Mar 10, 2
All,
Just to close this, I got a note back from SMP/E support today stating that all
is well even though the ".ROOT.pax.Z" file didn't get created. The gentleman
from SMP/E said that when the RESTORE job runs to build the actual system
datasets, it would recognize that the ROOT.pax.Z file does
On Wed, 11 Mar 2020 08:03:54 -0500, Peter Relson wrote:
>...
>o The Ref. doesn't specify which dominates when both a JCL and a SYSTEM
> symbol definition are available.
>
>
>I suppose I should have double-checked before my previous response.
>No one will ever say that it's necessarily easy to find
There are lots of recruiters out there trying to find mainframe developers for
both direct and contract jobs. Many of them will want to know your
qualifications before they spend much time on you, but I've noticed that many
of them are perfectly willing to broadcast their reqs (short for
"requ
I mean this in the most respectfulest possible way: Oh, piffle. There are
tons of things that cannot be done remotely.
But not that many in the IT industry, which I suppose is what you meant. I've
been completely remote (barring an occasional one-week introduction at the
start of some contra
Here's a snippet from our JES2 Exit 6, which has been in place for decades.
Among other actions, it limits who can use certain classes, input or output.
*THIS JES2 EXIT PROGRAM IS DESIGNED TO RUN AT CONVERTER
*TIME TO ENFORCE INSTALLATION JCL STANDARDS AND TO DETERMINE
*THE
If anyone else would like to see IEBCOPY return RC 4 for warning conditions
you may so vote here:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=140952
I think you need a DeveloperWorks ID.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IB
My mantra is "I don't do hardware.", but I've still been drafted for hardware
tasks. Evenfor a job that is billed as "100% remote", I would be prepared to
come in once in a while for tasks that really are hands on.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
And some job boards ignore your profile while generating subjects referring to
your geographical and category preferences. Whether you're looking for a job or
looking for an employee, you have to be prepared for a low s/n ratio.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Seems to me that should be reported as a bug. It's not technically an
enhancement to make the program conform to its documentation.
sas
On Wed, Mar 11, 2020 at 4:18 PM Charles Mills wrote:
> If anyone else would like to see IEBCOPY return RC 4 for warning conditions
> you may so vote here:
>
APAR for failure to follow doc. Gotta be careful though. Could turn into a doc
APAR. ;-(
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message
I agree.
But to the best of my knowledge Dallas ISV center customers are red-headed
stepchildren and cannot open PMRs.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Smith
Sent: Wednesday, March 11, 2020 3:02 PM
To:
On Wed, 11 Mar 2020 22:09:28 +, Jesse 1 Robinson wrote:
>APAR for failure to follow doc. Gotta be careful though. Could turn into a doc
>APAR. ;-(
>
When that happens, I truly wish I could see the unpublished design specs on
which both are based. Yes, I'm suspicious that they took the feckl
On Wed, 11 Mar 2020 15:52:50 -0700, Charles Mills wrote:
>
>But to the best of my knowledge Dallas ISV center customers are red-headed
>stepchildren and cannot open PMRs.
>
I was once in a situation as in in-house trans-department user
of our corporate computing center. I reported a bug which
imp
Ambitus is an interesting new open source mainframe project hosted by
the Open Mainframe Project (Zowe etc).
https://github.com/ambitus
It currently contains repositories for z/OS ports of the gcc C/C++
compiler, glibc runtime and binutils. It's a WIP but looks promising.
The ports were cont
20 matches
Mail list logo