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



or maybe
CMPMDE(*OPM) and CMPMDE(*ILE)
CMPMDE = Compatibility Mode..

Thanks,
Tommy Holden



From:
"Peter Dow (ML)" <maillist@xxxxxxxxxxxxxxx>
To:
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
Date:
08/13/2008 04:40 PM
Subject:
Re: Question about service programs



Hi Scott,

You're probably right. My irritation lies with what you said about
confusion between the two parms.
That way, you wouldn't be confused between the
default value for the activation group parameter and the "default
activation group".

How about ACTGRP(*OPMCOMPAT) or ACTGRP(*OPM)?

*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
pdow@xxxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxxx> /


Scott Klement wrote:
Hi Peter,


I always thought it was unnecessary -- simply allow ACTGRP(*DEFAULT)
instead of DFTACTGRP(*YES).



Seems to me that using ACTGRP(*DEFAULT) would result in even more
confusion than DFTACTGRP(*YES). They both lead you to believe that the
parameter simply controls the activation group of the program.

In reality, DFTACTGRP(*YES) does more than just control the activation
group. It also causes the program to behave differently -- it now
behaves like an OPM program instead of an ILE program.

IMHO, ACTGRP(*DEFAULT) would be even worse -- it'd make it seem
absolutely clear that the parameter is for controlling the activation
group -- and make it even more confusing when the person later learns
that it controls more than that. (But only when set to *DEFAULT)

Also confusing... the commands ship with QILE as the default value for
the ACTGRP parameter. Don't you think it'd confuse people a little bit
if *DEFAULT was neither the default value for the parameter, nor is an
alias for the command's default value?

IMHO, they should've used the name OPMCOMPAT instead of DFTACTGRP (this
is pretty much exactly what Jon said, except that I like 'OPMCOMPAT'
better than his suggestion of 'CMPMODE') It makes it clear that when
you specify DFTACTGRP(*YES) -- or in my version, OPMCOMPAT(*YES) -- that

you're putting the program in OPM compatibility mode, and that it will
run in the OPM activation group, and behave like an OPM program with
regards to when the activation is created and when the activation is
deleted, as well as whether you can or cannot use ILE features.

And the docs could say 'The ACTGRP parameter is ignored when you specify

OPMCOMPAT(*YES)'. That way, you wouldn't be confused between the
default value for the activation group parameter and the "default
activation group".



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.