Out of memory

Author: lalitpct@gmail.com (lalitpct)

Hi

 

while opening a particular form I am getting memory error , does anyone have any idea ..how to check from where memory space needs to be checked

(EXEC) EXEC:4  if (SCRIPT_OUTPUT = "")
(EXEC) EXEC:7  endif
(EXEC) EXEC:8  scan SCRIPT_OUTPUT, "***01-RET"
(EXEC) EXEC:9  if ($result > 0)
(EXEC) EXEC:12  endif
(EXEC) EXEC:13  scan SCRIPT_OUTPUT, "***02-RET"
(EXEC) EXEC:14  if ($result > 0)
(EXEC) EXEC:17  endif
(EXEC) EXEC:18  scan SCRIPT_OUTPUT, "***00-RET"
(EXEC) EXEC:19  if ($result > 0)
(EXEC) EXEC:20  activate "viewtxt"."EXEC"( SCRIPT_OUTPUT , FILENAME )
(EXEC) EXEC:1  $FONT$ = '10'
(EXEC) EXEC:2  OUTPUT.DUMMY = TEXT_TO_VIEW
(EXEC) EXEC:3  $PRINTER$ = 'N'
(EXEC) EXEC:4  $FILENAME$ = FILENAME
(EXEC) EXEC:5  OUTPUT.DUMMY = TEXT_TO_VIEW
(EXEC) EXEC:6  edit OUTPUT.DUMMY
(FGF ) FGF :1  macro "^zoom^zoom"
Fatal error: 9010 - Out of memory; cannot claim  more
Fatal error: 9010 - Out of memory; cannot claim  more
2011-03-29 04:27:09.00 - Uniface session stopped
 

3 Comments

  1. Just guesses:

    (1) How big is TEXT_TO_VIEW?

    (2) Infinite loops also generate this kind of memory errors.

    I can imagine, that macro "^ZOOM^ZOOM" on the FGF could cause this disbehaviour.

    Try without the macro or macro"^QUICK_ZOOM" instead ...

    ...otherwise no clue...

    Wolfgang

     



    Author: gypsilon (wva@gypsilon.de)
  2. hi basically its a file which is quite big , but there is another file which is 4 times bigger than these and I am able to open that .

    I think in the file there is some special character or somethign which is creating problem ,


    Author: lalitpct (lalitpct@gmail.com)
  3. Reasons can also be at a complete other place. I don't think on special characters, because this causes normally no memory fault.

    Because this happens in the "edit"-statement, uniface has no not enough memory left to pop up the screen... which may be used/reserved/not free/ in pre-processes before the edit.

    Do you manipulate the string somewhere before you do the output?

    As I can remember, processing big strings with uniface causes sometimes performance problems (and following memory problems). This was already discussed somewhere in this forum.

    Did you observe the memory usage in the task-manager during the process(es) <wide> before the edit? This will possibly bring you a step forward; then proc_trace and/or debug sessions while observing the memory curve, you may possibly find the memory-eating process.

    W.



    Author: gypsilon (wva@gypsilon.de)