× 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.



Why not check the F specs to check for any updates/outputs. It may just
be a report where no files are updated. Can you copy the program to
your library or another library and run it from there? Did you try
displaying the job log at all? Just some thoughts. Also, if the
program is a standard BPCS program you may be able to get additional
help in the BPCS forum.

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Pete Helgren
Sent: Wednesday, September 29, 2010 1:36 PM
To: RPG programming on the IBM i / System i
Subject: Re: Reading an RPG dump

Ok. Great suggestions all. First I am reluctant to run the program
because I do not know enough about what it will impact since I am not
familiar with the program and function. Yes, I could run it in debugt
but since I am a consultant I'd hate to make this my last day by running

something that causes downstream problems. I guess I could try to
compile. The only thing that may come back to haunt me is that I don't
know if there is a "tool" I need to use to compile the source in BPCS.

I was hoping that I could figure out the issue, which I am certain is a
data issue (although the program should anticipate the possible data
issue) without running the program but I'll see if I can compile it and
get it to run in debug. No easy way out I guess.

Thanks for all the suggestions.

Pete Helgren
Value Added Software, Inc
www.valadd.com
www.opensource4i.com


On 9/29/2010 10:05 AM, Pete Helgren wrote:
Amazingly, in my 20+ years of RPG programming I have never had to
dump
an RPG program that was halted with an error. The software I work
with
is so familiar to me that IF I get an RPG error, I usually know where
to
look to fix it without much research.

However, I have taken an interim consulting gig with a company that
runs
BPCS (for reasons other than running their BPCS installation). It is
an
old version (at least 10 years old) and I have never had any BPCS
experience so when an error occurred, I had to start from scratch in
figuring out what went wrong.

The statement number in the RPG program doesn't resolve to a valid
statement number in the source referenced by the program (It has been
converted to ILE RPG). So, when the error occurred, I took the option
to dump the RPG program to figure out what went wrong.

The error is: The target for a numeric operation is too small to hold
the result. So I know what the problem is. Unfortunately the program
isn't kind enough to says: The target (MYFIELD) for a numeric
operation
is too small to hold the result. So I was hoping to find out what
*field* the program was complaining about.

So (this is NOT a BPCS question): How do I determine from the RPG
dump
which field is too small? Since I cannot reconcile the statement
number
to the source, I was hoping the dump would illuminate the problem.
After looking at the dump, there is so much information I can't sort
out
where to begin looking.

Suggestions?


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.