Re: MCH3402 on second run of program -- MIDRANGE-L

Subject: Re: MCH3402 on second run of program
From: CRPence <CRPbottle@xxxxxxxxx>
Date: Wed, 13 Nov 2013 16:45:19 -0800
List-archive: <http://archive.midrange.com/midrange-l>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

On 13-Nov-2013 16:12 -0800, John McKee wrote:

Just looked at a compile list. My program was created with a PDM
option "CR". I don't remember if this came from the vendor or was
locally created. Default for activation group is *CALLER. <<SNIP>>

Using an RPGLE H-Spec and a CLLE DCLPRCOPT in the program source, both specifying the DFTACTGRP(*NO), is probably a good habit. Those will override the choice on the CRTxxx command. When no ACTGRP is specified, the default of *STGMDL will effect either ACTGRP(QILE) or ACTGRP(QILETS) according to the storage model; while not ideal, it sure beats accidentally using DFTACTGRP(*YES) and the possible negative consequences.

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

Re: MCH3402 on second run of program , John McKee

This mailing list archive is Copyright 1997-2025 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.