Re: Decimal data errors -- RPG400-L

I wonder if he could externally define the files and copy the data backto the externally described file? Wouldn't that fix the errors? Isuspect all old programs would need to be recompiled, and perhapsadjusted, but in the end isn't the work to be done about the same?

Perhaps a compelling argument for management is that then the data canbe available for WRKQRY and transfer to spreadsheets?


Peter Levy wrote:

The decimal data failure at READ-time makes sense because that is whenRPG is moving the data to the fields in the program. The problem is ifyou put a monitor around the READ it'll probably only copy a subset ofthe record's data to your program's fields.
I've worked at a couple of places where all programs using a library oftainted files have to compile all of their programs using FIXNBR. Itsucks but when you have to read in tainted data there isn't much of achoice. Of course I liked the old compiler's IGNDECERR parameter better.You could create an RPG-III edit program using IGNDECERR that would runthrough the file looking for problems and fixing them.
James H H Lampert wrote:
"Michael Ryan" <michaelrtr@xxxxxxxxx> wrote:
How about a MONITOR block around the statements that access thesuspect fields?
But it's not happening when our program tries to *use* the fields (infact, some of those fields get ignored by our program), but when therecord is read.
A MONITOR block would work, though, given that the programs inquestion are site-specific, and compiled on their box. But again, thatpresupposes it's applicable to the problem at hand, and I don't knowenough about them to know one way or the other on that.
--
JHHL
------------------------------------------------------------------------

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.19/555 - Release Date: 11/27/2006