RE: RPG ILE and *INLR

This is a multi-part message in MIME format.
--
DANGER - RCLACTGRP - Brings down MANY if not used properly - We thought
the HTTP server was screwed up... one person does a RCLACTGRP - WHAP -
HTTP server failure...
Kinda like FREE for called programs still in memory - WOW that was a
dangerous OPCODE - I brought down a V2R2 System with a loop & FREE Fixed
with an IPL - but MAN that stunk!

        -----Original Message-----
        From: Joe Pluta
        Sent: Fri 12/28/2001 6:03 PM
        To: rpg400-l@midrange.com
        Cc:
        Subject: RE: RPG ILE and *INLR



        > From: Andrew Borts
        >
        > >From the web stuff I've been doing, I adopted the following
standard;
        >
        > Named activation groups ALWAYS - never *NEW - according to the
little
        > chart made by IBM about performance & the HTTP server, named
activation
        > groups were 30% faster then *NEW activation groups.

        I'm not arguing the point, but with a named activation group I
lose the
        automatic cleanup of subprocedures which was my primary reason
for going to
        *NEW in the first place.  The second time I invoke a program in
a named
        activation group, all its subprograms will still be hanging
around.  That
        is, of course, unless I do a RCLACTGRP on the named activation
group, but
        I'm betting the 30% speed increase only works when you don't do
a reclaim.
        Or did the little chart explicitly contradict that assumption?

        Joe

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



--
[ winmail.dat of type application/ms-tnef deleted ]