- snip -
I'm with Jim on this. I was a contractor in the mid to late '90's and came
across the early TCPIP stack, written in PASCAL and ported from VM. As I
recall it performed OK, and had some quite advanced features like VIPA
which was the subject of another recent thread.
- snip
Hi to you all,
in the SMFPRM I found the following:
SYS(NOTYPE(14:19,62:69,99),EXITS(IEFU83,IEFU84,IEFACTRT,
IEFUSI,IEFUJI,IEFU29),NOINTERVAL,NODETAIL)
/* WRITE ALL EXCEPT DATA MANAGEMENT RECORDS, TAKE EXITS. */
What type of events are not being logged ? Who, when, type of
Luis,
You should become familiar with the z/OS MVS System Management Facilities
(SMF) manual, SA22-7630-10 for V1R6.0-V1R7.0,
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G251/
I presume you are asking about which types the statements you show select.
Checking on NOTYPE revels
A couple thoughts here, since I think Steve was talking about letting IBM
know of these issues. First a point Barbara made:
We are in the process of moving the UNIX apps to Linux under VM, where
they
can use the other type of processors and save us a lot of software costs
(BMC is killing us,
In [EMAIL PROTECTED], on 03/29/2006
at 12:35 AM, Ron and Jenny Hawkins [EMAIL PROTECTED] said:
No I'm not.
Then where do you get the idea that the number 256 has anything to do
with text record sizes?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In [EMAIL PROTECTED], on 03/28/2006
at 02:54 PM, Patrick O'Keefe [EMAIL PROTECTED] said:
I suspect the rewrite story is apocryphal.
Possibly the details are. But it is a fact that IBM ported a
Pascal-based TCP/OP from VM to MVS, including a simulated VMCF. It is
also a fact that OS/390 2.5
In [EMAIL PROTECTED],
on 03/28/2006
at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said:
I heard a story, many aeons ago, that the original TCP/IP for
ESA/OS390 was a direct port from VM, written in PASCAL. And, it was a
PIG!
Correct, including simulation of VMCF, which in the VM world has been
In [EMAIL PROTECTED], on
03/28/2006
at 03:28 PM, Jorge Arueira Campos [EMAIL PROTECTED] said:
Issuing a wait macro in a CICS transaction, in the main task, is
forbidden. Why no have a protection for not down the CICS ???
It would be expensive to enforce the various rules that a transaction
In [EMAIL PROTECTED], on 03/28/2006
at 09:04 PM, Chris Mason [EMAIL PROTECTED] said:
One interpretation of what Shmuel says is that it is still something
a CICS transaction programmer shouldn't even think of doing.
Is there another interpretation[1]? But note that the it in question
was
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Skip Robinson
Whoa. Was this a trick question like, 'Are you allowed in California
to
marry your widow's sister?' ?
Bimodal Accommodation absolutely stopped with z/OS 1.4. It does not
bear
on the original query.
In a message dated 3/29/2006 2:58:30 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
In the release 3.1 or 3.2 there were two FTP servers, one written in C and
one in PASCAL(/VS?).
Same recollection and that since TCP was shipping statically linked
VS/PASCAL with it's code
For an explanation of tape recall takeaway, click on the following link.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S630/2.3.
3.1.1?SHELF=EZ2ZO10EDT=20040711204223CASE=
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark
Luis,
Thank you for the private thank you in which you indicated that your
second question was what type of events were being logged.
As I mentioned, it is every type of SMF record *except* those excluded by
the NOTYPE specification.
You will see very many types described in the SMF manual -
Chase, John wrote:
Since one can specify MACHINE=XC and define a 31-bit-only virtual
machine, any thoughts on whether it would it be legal (in the US) to
IPL z/OS 1.5 (effectively in ARCHLVL=1 mode) on that virtual machine
for D/R testing if the real machine is a z/Box?
There have been
Ed Finnell wrote:
Same recollection and that since TCP was shipping statically linked
VS/PASCAL with it's code violated packaging rules and couldn't be order via
Software Manufacturing(PDO,S*/PAC).
Doesn't anyone change subject lines anymore? This thread has absolutely
nothing to do
The DEVTYPE in the catalog is the actual value not the esoteric. The
only time there is an esoteric is if the catalog entry is created via
a Catalog Command (ie: IDCAMS/IEHPROGM/etc
that is true, since the DEFINE NONVSAM or CATLG command only knows the
esoteric or generic provided in the
They're not. The latest matrix price I saw for this position was $50.
Ennh, thank you for playing. The $50 goes to the pimp, who turns
around
and maybe coughs up $35 to a W-2 who's paying for his own health care,
etc.
I guess I interpreted matrix price differently. Obviously $50/hour
In the IBM-MAIN archives (from about August or September, 2005) there
should be a list of tape encryption products posted. (Search on tape
encryption and it should be pretty easy to spot.) There were also some
follow-up posts noting CA-BrightStor and OpenTech as additional vendors in
that
Doc,
Are you looking for programs and code or discipline and procedures?
I'm not sure if this helps, but The Visible OPS Handbook
(http://www.tripwire.com/practices/visops.cfm) by Kevin Behr, Gene Kim
and George Spafford lays out a superb framework for change and
configuration management.
Is
Since one can specify MACHINE=XC and define a 31-bit-only virtual
machine, any thoughts on whether it would it be legal (in the US) to
IPL z/OS 1.5 (effectively in ARCHLVL=1 mode) on that virtual machine
for D/R testing if the real machine is a z/Box?
I don't see why not, it is legal to us the
Grab a Messages and Codes manual. Count the number of resolutions that say
something along the lines of Contact your SYSTEMS programmer vs. Contact
anyone else. :)
Perhaps a little bitterness seeping through here. I have a DBA that stops
working on anything once he finds that phrase in the
.. mainframe malarky ..
There's no money in it. And I'm not the only one pissed at IBM's legal team -
they seem to
have adopted a policy of making swimming along with them as difficult as
possible.
As far as I'm concerned, the market is going below critical mass. I'll do a
page or two for
Also, go to the IEFSSN member of PARMLIB and check if there are any
applications programmers that know anything about how to set up/configure
any of them (or even what they are). Then throw in Workload Manager, VTAM,
and all your (other) ISV products, too.
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples
[ snip ]
Right, z/OS Bimodal Migration Accommodation is/was available only up
through z/OS 1.4. When running z/OS 1.5 (at least not under z/VM) on a
z/Architecture system it has to IPL in 64-bit
At the same time provide management with information as to
why SysProgs are
higher salaried than application programmers. They are at a
loss as to why
that is. Weird that they do not question why a network tech
makes more than
the applications also.
I think many sysprogs are also
Actually, the bit is used by VSE. But it's use was never recorded in any
OS mapping of the Format-1 DSCB.
The DOS footprint bit? It _was_ mapped at one time. DS4DIRF or something like
that. DOS
could happily use an OS/360 volume but didn't maintain the Formet 3s. We used
to switch 2311
Edward E. Jaffe wrote:
Chase, John wrote:
Since one can specify MACHINE=XC and define a 31-bit-only virtual
machine, any thoughts on whether it would it be legal (in the US) to
IPL z/OS 1.5 (effectively in ARCHLVL=1 mode) on that virtual machine
for D/R testing if the real machine is a z/Box?
Phil Payne wrote:
Actually, the bit is used by VSE. But it's use was never recorded in any
OS mapping of the Format-1 DSCB.
The DOS footprint bit?
No. You're thinking of a different bit altogether ... in an entirely
different control block (Format-4 DSCB)!
--
Edward E Jaffe
Phoenix
I'm merging two lpars and, not surprising, there are some customization
differences in COBOL and LE. Most are easily changed and don't really
affect how jobs run. However I have two differences that concern me.
LPARA (the sending lpar) has INTDATE=ANSI and LPARB (the receiving lpar)
has
R.S. wrote:
Edward E. Jaffe wrote:
There have been several responses. Amazingly, none of them address
the most fundamental issue of all. Your premise is wrong. z/OS does
*not* support ESA/XC architecture. It supports only z/Architecture
and ESA/390 architecture! If you try to IPL z/OS (any
I use TREX on a daily basis to backup my catalogs and maintain my catalog
environment...i.e. clean-up errors, etc. I love the product..the support
is excellent. As for REORG--TREX can REORG with parameter changes, such
as IMBED to NOIMBED, REPLICAT to NOREPLICAT, SPACE allocations, move to a
Hi
If someone can advice:
In the SVC SCREEN table only on pair of lock flag ( CMS or LOCAL)
, but different SVC could need different LOCK setting.
How can I handle this correctly ?
--
For IBM-MAIN subscribe / signoff /
I would like to convert a loadlib module to a format that I can read
with a REXX Exec. Is this
possible? Can VPSPRINT copy a sequential datasets with the FOLD option?
Any suggestions
would be a great help.
Charlie
--
For
I don't have the answer but I know IBM is not going to be much help. It's
not a defect, it's a usability issue and the only way IBM is going to
help is by sending over somebody from IBM Global Services at $$$/hour.
Ah, remember SE's?
Charles
-Original Message-
From: IBM Mainframe
Please join with me in complaining to IBM that there are no more
migration guides for z/OS JES2 and JES3, beginning with z/OS 1.7. These
_extremely useful_ books were scrapped because some genius
erroneously believed that the z/OS 1.7 Introduction and Release Guide
would provide equivalent
And PSR's. Surprisingly the first PSR I ever knew (I was a DOS operator
and he was helping us switch from GRASP to POWER) is now part of our DBA
group.
Alan
Charles Mills [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
03/29/2006 01:10 PM
Please respond to
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of JONES, CHARLIE
Sent: Wednesday, March 29, 2006 1:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Reading a Load Module
I would like to convert a loadlib module to a format that I can read
try superzap
JONES, CHARLIE [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
03/29/2006 02:03 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Reading a Load Module
I would like to convert a
In faact I think even OS used to set it on before allocation and clear it
afterwards.
Wasn't it used for the indicator as to whether you had a VTOCIX or not on a
pack, in the early 1980's?
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
Depending on what he wants, reading it with Rexx could be a chore, albeit
not impossible. Don't forget that key load module data is stored in the
directory entry. Much of the directory entry is logically part of the load
module. And it's not in the most friendly format for programs without good
On Wed, 29 Mar 2006 09:28:45 +1000, Shane Ginnane [EMAIL PROTECTED]
wrote:
...
Quite a few of us were forked by the merge of the IP stacks in 2.5 ...
...
And some of us expressed that feeling a bit more publicly than was called
for, perhaps. But the rewrite was needed, and eventually IBM turned
- Original Message -
From: McKown, John [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, March 29, 2006 2:19 PM
Subject: RE: Reading a Load Module
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of JONES, CHARLIE
On Mar 28, 2006, at 11:19 PM, Mark van der Eynden wrote:
SNIP
Just a point of curiosity here... I have been out of touch on this
and my knowledge maybe out of date.
With the new larger tapes there maybe more than the 255 file limit?
When was DFHSM (for that
Alan,
download the Cobol-Analyser from www.cbttape.org FILE#321.
Verify the output after a scan of you load modules.
1. Verfiy the curent compile option INTDATE(ANSI) or INTDATE(LILIAN)
2. Verify if the cobol makes a call to CEECBLDY or CEEDAYS. The Cobol-
Analyzer will report such static
WTF you be talkin' 'bout Willis? Rexx cannot read a load module as-is.
The EXECIO gets an IRX0509E that only RECFM F and V types are supported.
Do you have some type of add-on routine that does this?
Tom,
I believe he's referring to the LMGET service which can be issued by REXX to
read a
On Tue, 28 Mar 2006 21:20:44 -0500, Shmuel Metz (Seymour J.) shmuel+ibm-
[EMAIL PROTECTED] wrote:
[Subject changed in response to Ed's bitter complaint. :-) ]
...
I suspect the rewrite story is apocryphal.
Possibly the details are. But it is a fact that IBM ported a
Pascal-based TCP/OP from VM
On Wed, 29 Mar 2006 13:03:37 -0600, JONES, CHARLIE [EMAIL PROTECTED]
wrote:
I would like to convert a loadlib module to a format that I can read
with a REXX Exec. Is this possible?
You can call most of the Binder APIs directly from Rexx, and they can return
all the text (and a great deal more)
Hi,
We are still at OS390 2.10. Our DASD are 3390 model.
After converting to a new CICS version (from 1.2 to 2.2), we found out
that our SMF datasets were filling up too fast. The reason is that the
lenght of standard type 110 monitoring records (that we collect) has
hugely increased (we are
I did mention this at least a couple times at JES2 SHARE sessions. The good
news is that there's a JES2 migration guide on the z/OS 1.7 DVD; the bad news is
that it's for JES2 1.5. How useful! By the by, the JES2 1.7 Installation Exits
book needs to be read with a salt shaker nearby, e.g.
On Wed, 29 Mar 2006 11:15:14 -0800, Edward E. Jaffe
[EMAIL PROTECTED] wrote:
... and TCP/IP over NJE! ...
Ooh! Neat trick!
The old migration books provided, not just a list of changes and new
features, but guidelines and specific details on tolerating/exploiting
them. They were an invaluable
Allocate more MAN data sets (you are not limited to 3 which is the most
common configuration I have seen)
Speed up your SMF dumps by assigning a preferred SERVICE class to the
dump jobs and using DFSMSdfp features like striping the output. We use
striped and compressed which makes for a very
As well as allocating larger SMF data sets, why not allocate more? This
should give your dump process enough time to dump and clear any filled
data set before it is needed again.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of
I hear you Dave. We just hired an App Pgmr from within our dept. We tried
for so long to find a SysProg and could find one. So we had to hire from
within and train that person. We are still unable to fill our other SysProg
position here in San Antonio..
Thanks everyone for their help
Ed, Have you checked the z/os 1.7 migration guides? I believe that
it was IBM's intention to consolidate ALL the migration information into
a single document.
Lynette
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward E. Jaffe
Sent:
Tom Wasik from JES2 development was at SHARE in Seattle the whole week. In
once case where we cited missing doc for exit conversion, Tom logged on
via wireless during the session and made some manual updates on the spot.
Complaints about doc do get attention.
.
.
JO.Skip Robinson
Southern
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley
Sent: Wednesday, March 29, 2006 2:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading a Load Module
snip
John,
elided you be talkin' 'bout Willis? Rexx cannot read a
On Wed, 29 Mar 2006 17:27:09 -0300, Mautalen Juan Guillermo
[EMAIL PROTECTED] wrote:
snip
Questions:
Is there a way we can allocate an SMF dataset of 10.000 cylinders?
If there is no way to allocate such a dataset, how do you suggest to
deal with this problem?
SMF dsns still can't be bigger
In a message dated 3/28/2006 2:52:42 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
In a multiple CPU environment, z/OS normally only has a single engine
enabled for I/O interrupts. I think this is because the IOS supervisor
does a TPI instruction which will test for pending
Just a point of curiosity here... I have been out of touch on this and
my knowledge maybe out of date.
With the new larger tapes there maybe more than the 255 file limit?
When was DFHSM (for that matter TMS) updated to allow for these
Longer more dense tapes?
I don't believe that the file
In a message dated 3/29/2006 12:07:09 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
The DOS footprint bit? It _was_ mapped at one time. DS4DIRF or something
like that. DOS could happily use an OS/360 volume but didn't maintain the
Formet 3s. We used to switch 2311volumes
I don't know what you wanted to hear from IBM. However, if your question
is whether differences between these options will change run-time behavior,
the answer is DEFINITELY yes.
1) TRUNC - is a compile-time option. Do you do compiles on both LPARs? If
not, a change won't impact anything. If
Ed Gould wrote:
Just a point of curiosity here... I have been out of touch on this and
my knowledge maybe out of date.
With the new larger tapes there maybe more than the 255 file limit?
When was DFHSM (for that matter TMS) updated to allow for these
Longer more dense tapes?
Was the
And if it's a program object, all bets are off - time for the (at least)
$15K DFSMSdfp Advanced Customization Guide, or parse SPZAP output.
Later,
Ray
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
Sent: Wednesday March
Procedures and disciplines only. I'm not too fussed about the programs and
code at this point.
This is more research for a comparison of application change management versus
operating
system change management. Plenty of data out there for the application side,
but almost nothing
has been
On Wed, 29 Mar 2006 20:56:42 +0200 Miklos Szigetvari
[EMAIL PROTECTED] wrote:
:Hi
:
:If someone can advice:
:In the SVC SCREEN table only on pair of lock flag ( CMS or LOCAL)
:, but different SVC could need different LOCK setting.
:How can I handle this correctly ?
Get them yourself, later.
(IBM Mainframe Discussion List) wrote:
... The acronym stands for DASDM Interrupt Recording Facility. The
bit is (or was) turned on at the beginning of a long process in which multiple
DSCBs had to be updated. When all updates were done, the bit was turned off.
If on a new allocate the
I'm not convinced they needed
to wed it so tightly with Unix System Services, but I bet they are not
about to undo that with another rewrite.
I think they had no real choice.
The original spec was written for UNIX, so they wrote it to call UNIX system
functions.
-
-teD
I’m an enthusiastic
Dave Cartwright wrote:
I'm with Jim on this. I was a contractor in the mid to late '90's
and came across the early TCPIP stack, written in PASCAL and ported
from VM. As I recall it performed OK, and had some quite advanced
features like VIPA which was the subject of another recent
thread. The
Questions:
Is there a way we can allocate an SMF dataset of 10.000 cylinders?
If there is no way to allocate such a dataset, how do you suggest to
deal with this problem?
Standard VSAM has a limit of 2GB.
With an extended format file you can go to 4GB times the CI-size (4K in SMF's
case).
Or,
Doc
Search on ITIL ITSM change management itSMF and you'll be
swamped.
http://www.itsmfusa.org would be a place for you to start
You could buy the ITIL Service Support manual from itSMF-US for $US100 or
so,
and use the 50-60 pages on Chg Mgt as a start for operational change mgt
procedures
Juan,
To allocate a 10,000 cylinder data set for SMF use, the data set has to
be SMS managed and you will need to use DATACLASS and STORAGECLASS
parameters in your DEFINE CLUSTER control cards for IDCAMS. The
DATACLASS you use must specify the extended format option as either
preferred and/or
I know that TRUNC(OPT) is preferred. But the lpar that uses OPT is moving
into the lpar that has STD as the default. When a program is recompiled
will it function the same albeit less efficient? My feeling is it will
I appreciate your explanation of INTDATE only impacting calls to LE date
I made TWO errors talking about INTDATE
It is a compile-time, not a run-time, option. (So again, if you don't
compile on both LPARs, then it won't impact you).
Also, it impacts only COBOL intrinsic functions - not LE callable services
(but setting it to LILLIAN will make the intrinsic functions
On Wed, 29 Mar 2006 14:13:07 -0800, Raymond Noal [EMAIL PROTECTED]
wrote:
Juan,
To allocate a 10,000 cylinder data set for SMF use, the data set has to
be SMS managed and you will need to use DATACLASS and STORAGECLASS
parameters in your DEFINE CLUSTER control cards for IDCAMS. The
DATACLASS you
Alan Schwartz wrote:
I know that TRUNC(OPT) is preferred. But the lpar that uses OPT is moving
into the lpar that has STD as the default. When a program is recompiled
will it function the same albeit less efficient? My feeling is it will
Not likely. TRUNC(STD) says truncate to the
It is not out of the question - but it does violate the SMPE approach - to
have two sets of COBOL customization on one machine.
Basically, you assemble and link one set of compiler options into LOADLIBA
and the other set into LOADLIBB. Then programmers who formerly used LPAR A
use
//STEPLIB DD
This might be a worthwhile visit: http://www.bls.gov/oco/home.htm.
Specifically: http://www.bls.gov/oco/ocos110.htm.
Regards,
Kevin
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Desi de la Garza
Sent: Tuesday, March 28, 2006 12:43 PM
To:
On Wed, 29 Mar 2006 13:58:00 -0800, Edward E. Jaffe
[EMAIL PROTECTED] wrote:
...
Talk about a digression. Phil is talking about the WRONG bit altogether!
The VSE bit that wasn't mapped was x'20' in DS1FLAG1 -- not x'04' in
DS4VTOCI. Sheesh!
...
Well, ok, but it was a BIT. He got that part
there is also the folklore of the contractor hired to do the original
tcp/ip implementation in vtam. the initial try had tcp benchmark
w/thruput much higher than lu6.2. it was explained to him that
everybody KNEW that a CORRECT tcp/ip implementation would have thruput
much lower than lu6.2 ... and
Thanks to everyone. Now if we only could find a SysProg...
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Neubert, Kevin (DIS)
Sent:
Ed,
As others have stated, the file-limit was never 255. It used to be (as
Bruce indicated) and still is if you use JCL. However, if you do OPEN TYPE=J
and modify the JFCB file-sequence you can go up to 32k or 64k (I can't
remember if its a 2-byte un-signed or a half-word). But the number of
On Mar 29, 2006, at 1:15 PM, Edward E. Jaffe wrote:
Please join with me in complaining to IBM that there are no more
migration guides for z/OS JES2 and JES3, beginning with z/OS 1.7.
These _extremely useful_ books were scrapped because some
genius erroneously believed that the z/OS 1.7
On Mar 29, 2006, at 3:33 PM, Bruce Black wrote:
Just a point of curiosity here... I have been out of touch on this
and my knowledge maybe out of date.
With the new larger tapes there maybe more than the 255 file
limit? When was DFHSM (for that matter TMS) updated to allow for
these
On Mar 29, 2006, at 3:46 PM, John Eells wrote:
z/OS R7:
Extend Tape Table of Contents (TTOC) records to raise the DFSMShsm
limit on the number of data sets per tape to support more than
330,000 data sets per volume. This can provide better DFSMShsm
exploitation of new larger capacity
In a recent note, Russell Witt said:
Date: Wed, 29 Mar 2006 18:57:47 -0600
As others have stated, the file-limit was never 255. It used to be (as
Bruce indicated) and still is if you use JCL. However, if you do OPEN TYPE=J
Sigh! Conway's law at it's most pernicious? Don't
Jim Willingham wrote:
I have a VSAM file that is used in CICS. The region is down and we are
trying to restore the file but it will not restore because it is flagged
as open for update by multiple users. How do you correct this?
Normally one would use IDCAMS or TSO VERIFY command to reset
Tom Schmidt wrote:
On Tue, 28 Mar 2006 14:43:05 -0600, Desi de la Garza wrote:
We are in the process of justifying the requirement of having multiple
levels of SysProg job titles depending on experience and knowledge.
At the same time provide management with information as to why SysProgs are
Hi colleagues,
snip
We are in the process of moving the UNIX apps to Linux under VM, where
they can use the other type of processors and save us a lot of software
costs (BMC is killing us, followed by CA.)
snip
I was asked to find out whether there exist z/OS based products from IBM
or 3rd
Arthur,
Similar functionality to which products?
Arthur Fichtl wrote:
Hi colleagues,
snip
We are in the process of moving the UNIX apps to Linux under VM, where
they can use the other type of processors and save us a lot of software
costs (BMC is killing us, followed by CA.)
snip
I was
89 matches
Mail list logo