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



I had a problem using DCLOPT when we used TGTRLS(*PRV) the PTF below fixed
it up.


*SI45236** *


http://www-912.ibm.com/a_dir/as4ptf.nsf/a18db68aae4a7d81862566ba005d145c/f64ccc2ccfd1677a862579480063171f?OpenDocument&Highlight=2,DCLPRCOPT


Bryan


On Mon, Jan 9, 2012 at 12:06 PM, Kurt Anderson <kurt.anderson@xxxxxxxxxxxxxx
wrote:

I recently made the late discovery of DCLPRCOPT. I've been applying its
use to a number of our CLs to simplify the compiling steps.

Although it seems I've run into an issue. I don't see anywhere in the
DCLPRCOPT documentation that says I can't bind modules in via a binding
directory, but with the latest program change, we are binding in modules
via CRTPGM. However when I switched the program to use DCLPRCOPT, I get
some weird compile errors. I get 3 spool files with user data FFDC:
service dump, job log, and display job information. The error is MCH42B0 -
Object list referential extension not valid.

What works:
1. Compile with Option 15.
2. CRTPGM PGM(NINLIB/PREBIL2C) BNDDIR(NINLIB/PREBILUPDB)
TEXT('Pre-Billing File Updates')

What doesn't work:
DCLPRCOPT BNDDIR(PREBILUPDB)

Contents of the binding directory:
CLIENTS *SRVPGM *LIBL
VLDADDRESR *MODULE *LIBL
VLDBTNMSTR *MODULE *LIBL

I've tried qualifying the objects in the binding directory as well, but
had the same error when using DCLPRCOPT.
I've double-checked my job description to make sure NINLIB is at the top
(which it is).

We're at IBM i 7.1

Thanks,
Kurt Anderson
Sr. Programmer/Analyst
CustomCall Data Systems

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.