FW: External procedure table overflow

[Edis, Robert]

Could this system be one of the lovely 'user' friendly applications that allows a user to branch to just about any screen?  I have seen resource problems occur in such apps.  E.g.

Screen A calls screen B (or X, Y  Z)
Screen B can call screens/commands C, D or F
Screen D can call screen B or F or even A.
Command C spawns Screen H.
Screen H can call screen A or B.

So the user ends up several layers deep but thinks they are only down say 1 or2 layers.  In memory you could end up with several versions of screens A, B, etc as well as external routines.

Blue

-----Original Message-----
From: chuck.reinke [mailto:chuck.reinke@sbcglobal.net]
Sent: Thursday, August 21, 2003 10:15 AM
To: powerh-l@lists.swau.edu; Leonard_Berkowitz@harvardpilgrim.org
Subject: Re: External procedure table overflow


Leonard,


The first thing I'd do is ask the user if they were thinking BAD thoughts
about the computer, as this is the most likely problem.  If they swear this
is not the case then you might consider that the QKGO file is not being
called up. 50 is awfully big for this parameter and I'm surprised to hear of
one so large, unless the application just serves to call a ton of COBOL
programs.

I suggest that somewhere in System, Account, User mystery of UDCs you'll
find the problem. You might test this by setting up a UDC that calls a
special QKGO file with some special First Screen to make absolutely sure
UDCs are working properly for this user.

Chuck


> HP3000, MPE 7.5, PowerHouse 8.19C
>
> On a test account, one of our users is encountering the dreaded:
>
> *d* External procedure table overflow. Increase the QKGO External
Procedures parameter
>
> Please note:
>
>       The QKGO file has the External Procedure parameter already set to
50, that is the maximum
>       allowable
>       The user reports this error early on: MENU -- >> SUB-MENU -->> data
screen where the error
>       occurs sometimes for one screen and sometimes for another.
>       I tried to reproduce the error this morning, flipping back and forth
several times from the
>       SUB-MENU first to one screen and then to the other screen without
the erro
>
> I would appreciate any suggestions here.
>
> Thanks in advance.
>
> Leonard
> --


= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe <password>" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.