Resolved Progress 8.3b error stack

[va2rc]

Hello to all, we have here a 8.3b version of Progress.

The application is made for financial data.

On a form, when we enter data (number), we got this message:

SYSTEM ERROR: -s exceeded. Raison STOP condition and attempting to write stack trace to file 'procore'. Consider increasing -s startup parameter. (5635)

I'm not sure if the problem came fro a stack or something like that.



my .pf file is:
-db C:\LPRG\LPRG2013\devel\dev\defaut\lprgmain# BD à connecter
-e 150
-h 3# Maximum 3 BD
-s 100# Stacks
-nb 255# Nested Blocks
-d ymd# Format de la date
-yy 1920# Century
-cpinternal iso8859-1# Page de code interne de Progress
-T C:\LPRG\LPRG2013\devel\dev\tmp # Répertoire temporaire sur le PC
-U xxxxxx # Usager de la BD
-P xxxxxx # Mot de passe
-1



Do you have an idea where to start the search ?

Thank you verry much.

 

[rzr]

Do you have access to the source code?
Stack overflow errors are most likely when data definitions are loaded for very large tables or use recursive procedures.
Try to debug the programs called from that UI and check if any business logic is going into an infinite loop.

http://knowledgebase.progress.com/articles/Article/P47934?retURL=/apex/progresskbsearch&popup=false

 

[va2rc]

Hello to you, yes i have access to the source code. You give me an advice, the table i try to showon the screen is big, maybe it's to big to handle by the application.

I will cut the table by 2, and try this again.

more to come...

 

[TomBascom]

Have you tried increasing -s as the error message suggests?

BTW -- 8.3b is ancient, obsolete and unsupported. You should upgrade. You have the source so you have no barrier to doing so..

 

[va2rc]

Hello, yes i tried to increse the -s parameter in .pf, but nothing change.

Yes i know about the old version they are using here, but at this time we can upgrade, so it must be work !


thank you for your help, i continue my search.

 

[TomBascom]

You mention that you are trying to show a table on the screen. That sounds like something that could be isolated to create a test case. If you posted that we could probably give more specific help.

 

[Stefan]

The following is an example of how to blow up your stack (using the 11.2 default -s). If you increase -s then you can increase the 201 to something higher.

PROCEDURE foo:
   DEFINE INPUT PARAMETER i_ibar AS INTEGER NO-UNDO.
 
   IF i_ibar < 201 THEN
      RUN foo (i_ibar + 1).
 
END PROCEDURE.
 
RUN foo ( 0 ).

Interestingly 201 = #C9 = RET in Z80...

 

[va2rc]

Hello to all, i found the problem, in a table a have a mathematical calcul. The calcul loop on himself... i correct the formula and everything is working well now.


thank you for all advice.


Francois