That's correct. The 'occurs depending on' has nothing to do with dynamic
memory allocation.

Use dynamic subroutines if you want your stack pointer to jump up and down,
but even that
won't make your program more efficient unless your system is really starved
of memory.






Internet
[log in to unmask]@RAVEN.UTC.EDU - 09/06/2004 16:49


Veuillez répondre à [log in to unmask]

Envoyé par :      [log in to unmask]

Pour : HP3000-L

cc :


Objet :     OCCURS DEPENDING clause - COBOL


Hi all, and good morning!!

        In an effort to squeeze out every last drop of 'oomph' from the 3k,
        we're reviewing some of the existing programs to see if we can do
        anything to increase their performance.  One thing that I noticed
        in some of the programs is that they have very large internal
        arrays (one prog has two separate arrays that both have 9999
        elements).  In the past, I've always used the DEPENDING ON phrase
        to dynamically allocate the elements as required (and to downsize
        the array when the elements were no longer needed).

         I have been told that using the depending on phrase no longer
         matters since MPE (via the COBOL compiler?) will allocate the
         space required for the upper limit of the array's size regardless
         of what the array size variable contains.  I searched the
         archives, but did not see the answer for this, so does anyone out
         there have the definitive answer?


As always, TIA for your help,


Ray Shahan

Life is not a journey to the grave with the
intention of arriving safely in a pretty and
well preserved body, but rather to skid in
broadside, thoroughly used up, totally worn out,
and loudly proclaiming:

        -- WOW!!!   What a Ride! --

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *






This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

                ---------------------------------------------

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *