I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
What type of managed code project is this, console, Winform, WPF or is it a ASP.NET mult-threaded web application?
When you are in your processing loop do your subprograms always exit back to the calling program or might you be in some sort of recursive loop?
I have seem problems in managed code when the program flow is such where you may be doing PERFORMs or PERFORM THRUs in which GO TO statements cause a transfer of control out of the section before perfomed.
This type of behavior can cause this stack overflow condition.
If you compile the managed code with the directive RESTRICT-GOTO it will show you these potential problem areas if they do exist.
If it is something else then we will probably need you to open up a support incident and attach a cutdown example of the problem so that we can try to reproduce the problem in-house.
Thanks.
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
It is a winform application. If the perform thrus and go to are in the naïve code not the managed code, would that still cause this issue?
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
It is a winform application. If the perform thrus and go to are in the naïve code not the managed code, would that still cause this issue?
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
It is a winform application. If the perform thrus and go to are in the naïve code not the managed code, would that still cause this issue?
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
It might.
You might want to add the compiler directive PERFORM-TYPE"OSVS" to the native programs and see if this helps...
I have a project where managed code calls a naïve code program, which in turns call another naïve code program. I get a stack overflow on a read after processing about 300 records, it's a basic read/generate report program. This managed code project, has about 47 naïve code programs in it. If I run just the naïve code, .exe program calling the report program, it runs fine. Suggestions?
Restrict-goto worked. Thanks for the help.
Sign up
Already have an account? Login
Welcome to the Rocket Forum!
Please log in or register:
Employee Login | Registration Member Login | RegistrationEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.