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



For the archives, the issue is that I was trying to bind in modules while using the Default Activation Group. For now I'll have to specify DFTACTGRP(*NO) on the DCLPRCOPT as well. Yet another reason to someday investigate changing our system default to *NO instead of *YES for DFTACTGRP.

-Kurt

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Kurt Anderson
Sent: Tuesday, January 10, 2012 8:40 AM
To: Midrange Systems Technical Discussion
Subject: RE: Compiling issue with DCLPRCOPT

Thanks for the link, Bryan. I'm a bit hesitant to apply it since the error's different as well as the scenario. I think I'll open a PMR, but I'll definitely keep this in mind.

-Kurt

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of bryan dietz
Sent: Monday, January 09, 2012 3:19 PM
To: Midrange Systems Technical Discussion
Subject: Re: Compiling issue with DCLPRCOPT

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.