RE: How to get called program to write records to physical file member.

All (nearly) our programs run in the default activation group because they are compiled with ACTGRP(*caller) and up until now all the callers were in the DFT group. We never use 14 or 15 to compile. We use are own defined user option to call a program that submits the compile. All developers have this option as standard.

-----Message d'origine-----
De : rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] De la part de Bryce Martin
Envoyé : jeudi 29 avril 2010 14:26
À : RPG programming on the IBM i / System i
Objet : Re: How to get called program to write records to
physical file member.

I completely agree, however, I don't write all of our
programs and there isn't an 'official' stance on this in our
shop. We're more of a, 'do what you think is best' approach
and there are differing 'opinions' on it. I never compile my
programs into the default activation group anymore, but then
again I'm the only one writing procedures, modules and
service programs for my modular code whereas the others
choose to do theirs in plain programs. I preach it, but
since I'm lowest on the totem pole I have no enforcement
capabilities.

Such is life, as long as I do things correctly it will work out.


Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777



Simon Coulter <shc@xxxxxxxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
04/29/2010 03:28 AM
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Re: How to get called program to write records to physical file
member.







On 29/04/2010, at 4:37 PM, David FOXWELL wrote:

When would it be advisable to explicitly compile a program

to run in

the default activation group, particularly when named activation
groups are being used?

Simple answer is NEVER. The only use for the default activation group
is when you want to use RPG IV syntax but have everything else
(mostly) behave like the OPM environment. That is no ILE in
which case
I would say what's the point?

Why not systematically compile so that the program runs in the same
group as the caller?

That's what you should generally be doing. One place to start is main
entry programs given either a named activation group or *NEW,
everything called by it as *CALLER. There are a few instances where
certain programs or service programs should be in a private named
activation group.

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------



--
This is the RPG programming on the IBM i / System i
(RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



--- This message (including any attachments) is intended only
for the use of the individual or entity to which it is
addressed and may contain information that is non-public,
proprietary, privileged, confidential, and exempt from
disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any use,
dissemination, distribution, or copying of this communication
is strictly prohibited. If you have received this
communication in error, please notify us and destroy this
message immediately. ---
--
This is the RPG programming on the IBM i / System i
(RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.