Hi List,
We are Z10 with Zos 1.9 shop.
We recently had a major logic error with DB2 catalog which
led us to think how can we prepare and recover quickly in the
event of any (not just DB2) logical error
(In this case the PPRC / HRC copy of the data won't help since the
error was replicated).
Sounds like the file was created with RECFM=V writes,
and was never blocked when created, inspite of the
DCB attributes.
Barry
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Do you know how the original file was created?
I would be interested if it was created by a COBOL program compiled with
NOAWO.
If so, you may want to make AWO an shop default (and/or non-modifiable
COBOL compiler option)
??? ?? ??? gad...@malam.com wrote in message
Does this mean that it might be possible to use zcobol to compile some of
our current z/OS COBOL programs into Java classes and run them on a zAAP?
3. C++ for Windows platforms
4. HLA/MASM assembler for Intel platforms
John
Yes, the zcobol framework provides for alternate code generation
All of the specialty engines types except zAAP have technological and
contractual means of restricting their use to the IBM-desired new
workloads. But an engine that runs Java by design in order to attract new
work (hopefully from Sun or HP boxes) can't really look at your JVM
bytecodes and say
Are you running the EKM Server under MVS with JZOS batch loader? While I
agree
with you both concerning the lousy messaging, running the EKM Server as a
started
task with the batch loader modifies the message enough for automation (we
use BMC)
to pickup on the fact that EKM is up and
Yes we are running JZOS batch loader and EKM as an STC. However, we have no
BPXM023I messages. Only the text of the messages. I have asked IBM about
this and they indicated it has to do with the BPX.CONSOLE profile. How is
yours set for EKM STC? Is EKM STC in the access list?
Lizette
A commercial Cobol compiler that targets Java byte codes have been
available for a long time:
http://www.legacyj.com/lgcyj_perc1.html
As far as I can tell, it runs as pure Java byte codes and on z/OS and
would therefore take advantage of zAAP.
But, one should contact the company for details.
I don't have specific experience with this, but when I look at an example in
the user manual, I noticed that there is no hyphen on the continuations. In
fact, I found elsewhere that the commands are free form and can start in
column 1. A command is terminated by a semicolon ';'. I suspect that
4) A TRUE Klingon Warrior does not comment his code!
A TRUE programmer does not comment their code!
It was hard to write; it should be hard to read!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
I haven't seen the actual problem code - but if it follows (normal) COBOL
rules, there would be a difference between:
LIST
ALL
(on two lines with no hyphen)
versus
LI
-ST all
(on two lines with a hyphen in column 7 of the continuation line).
One uses the hyphen to continue
The last that I heard (which was quite a while ago) if you tried using that
product on z/OS, it could work with line sequential (HFS) files but *NOT*
with normal QSAM files (and I am not even certain about VSAM KSDS or RRDS
files).
Kirk Wolf k...@dovetail.com wrote in message
On Thu, 1 Jan 2009 04:08:00 -0600 Magen Margalit syste...@gmail.com wrote:
:We are Z10 with Zos 1.9 shop.
:We recently had a major logic error with DB2 catalog which
:led us to think how can we prepare and recover quickly in the
:event of any (not just DB2) logical error
:(In this case the PPRC
13 matches
Mail list logo