×
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.
On 9/16/2013 10:26 PM, John McKee wrote:
Thanks for reassurance. No UC. No OVRDBF. Maybe something will
make sense tomorrow.
John McKee
Other things to check:
Is CHGCURLIB being used ? That will put a different library at the top of the library list.
Using DSPLIBL will show this in the Liblist stack. (It may pay to put a DSPLIBL before the RPG call.)
Here is another thing that can get your liblist out of whack.
See if your program is being invoked by any custom commands.
It might be you are running your bad-RPG within a custom command, which was compiled with the keywords NOT being the defaults below.
(A DSPCMD will show you this)
Current library . . . . . . . . CURLIB *NOCHG
Product library . . . . . . . . PRDLIB *NOCHG
These keywords are for when you build a command that calls a CL and then other RPG pgms.
The builder doesn't want to qualify the subsequent calls, so in building the command, he specified the name of the "utility" library where the other pieces needed can be found.
The Product Library is where the command finds the the subsequent pgms - and it does this by doing just what CHGCURLIB does - - putting the library at the top.
Could that be how your libist is getting whacked ?
- John V.
midrange.com
