Re: Reading the dump -- RPG400-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

In a message dated 4/4/2001 2:45:24 PM Eastern Daylight Time,
Refaie.Heba@khb.hu writes:

I have a program rpgIII (only the object not the source) that suddenly
crashed with a decimal data error and I took a dump. I could obtain from
the dump the statement no at which the error occurred...but could I also
determine the variable name which causes this decimal data error at this
statement number...If yes, I am curious to know how can I do this.

Make sure you do the F dump for the RPG formatted dump. All the fields will
be listed with the contents. That is the hard way ...

The easy way is to see the error message the program gives you and it will
say something like 00010 is where you're error ocurred. If you compile the
program and look at the source list it will list out that 00010 line which
will be your field description in your input specifications (external or
program described).

I see this a lot in maintaining programming code that is VERY old (20+
years). It's almost like programmers where to lazy or didn't know how to fix
the problem. The problem is you have a field defined numeric with something
other than 0-9 in the field.

At times it can be a pain in the butt to fix because the problem has to be
tracked down and other programs changed which are outputting. Sometimes it is
very simple... hope it is a simple one for you.

If the file is defined within input specs just change the input spec field
name to something different & character... then test for valid numeric data
before moving it to a numeric field. I don't suggest that... but it is a
quick fix.

Bill