RE: Error handling while mixing ILE and OPM

It really has nothing to do with ILE, per se. If that program were in
RPG 4, it could handle the decimal data errors better. If you have the
source, convert it to RPG 4, compile it into a library higher up on the
library list than the vendor's (CRTBNDRPG with the FIXNBR parameter
either *ZONED or *INPUTPACKED, as appropriate for your data). It will
run like an OPM program. It only behaves like an ILE program if you
specify DFTACTGRP(*NO)  in the H-specs or as a compile option. 

Francis Lapeyre
IS Dept. Programmer/Analyst
Stewart Enterprises, Inc.
E-mail: flapeyre@xxxxxxxx 

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Glenn Gundermann
Sent: Tuesday, February 13, 2007 2:17 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Error handling while mixing ILE and OPM

Hi Everyone,

I thought I would ask the group this question instead of writing a whole
bunch of test programs to see what would happen.

We have a bought package that uses an RPG III program to copy data from
an
input file to an output file.  The input file occasionally has decimal
data errors.  The RPG III program does not handle decimal data errors so
it crashes with the ugly RPG0907 - (C G S D F) on the user screen.

I could write a data validation program that runs before this program
but
I'm wondering if there is a way to avoid this.

If this program was ILE, I could have a program call it so the error
percolates upwards and I could handle it there.

But this program is not ILE so even if it's called by an ILE program, I
assume the error does not get percolated and the user will get an error
message immediately.

I think the same holds true if I write and register a condition handler.

It would not take affect because the program with the error is OPM.

Am I correct in my assumptions above?

Any ideas?

Tks,

Glenn Gundermann
ggundermann@xxxxxx
Cell: (647) 272-3295