program dump

[Former Member]

The issue is related to dump mentioned below

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

ABAP runtime errors STACK_STATE_NO_ROLL_MEMORY

Occurred on 29.12.2006 at 07:58:10

>> Short dump has not been completely stored. It is too big.

No roll memory of length 7612416 available for event stack.

What happened?

The current program "SAPLCOBO " had to be terminated because

a capacity limit has been reached.

What can you do?

Please make a note of the actions and input which caused the error.

Please make a note of the actions and input which caused the error.

To resolve the problem, contact your

SAP system administrator.

Choose "Print" for a hard coopy of the termination message. You can

display and adminster short dump messages using Transaction ST22.

Error analysis

The amount of memory requested is no longer available.

+++++++++++++++++++++++++++++++++++++++++++++++++++

This is dumping while running a RFC /IMPPS/ALM_ORDER_MAINTAIN2

help is requested Urgently.

Rgds

Kali

[Former Member]

1.check ur RFC settings in terms of Basis .

2.Ttry to minimize the amount of data what u are passing .

3.Better to ask ur basis person to lookinto.

Regards

Prabhu

[Former Member]

U r receiving this dump coz of unavailability of memory to execute ur program satisfactorily..

menas ur process is not having sufficient amount of memory space at execution time..

what u can do is contact the basis team at ur end so that they can increase the memory space for execution of this code..

hope it will help

amit

[Former Member]

Also check, if there is any infinite loop goinng in your program.

[Former Member]

Hi Keshi,

Your right.... it is going into infinte loop bcoz of that we are getting dump.. but how to comeout of this or to find y it is going into infinte loop..

looking for ur reply,,

Rgds

Kali

[Former Member]

Just check if there is any condition which terminates the loop processing. Alternatively, you can post your code here as well.

Manoj

[Former Member]

Hi Experts,

Occurred on 12/29/2006 at 10:47:06

>> Short dump has not been completely stored. It is too big.

002290 * ........ *

002300 * *

002310 * > INDEX *

002320 * > LIKE *

002330 * > SY-TABIX *

002340 * > AFVGD_EXP *

002350 * > VBKZ_E *

002360 * > LIKE *

002370 * > AFVGB-VBKZ *

002380 * *

002390 form afvg_read_index using index like sy-tabix afvgd_exp structure afvgd

> vbkz_e like afvgb-vbkz.

002410 data: index_tmp like sy-tabix.

002420 data: vbkz_t like afvgb-vbkz.

002430 data begin of nptxd_tmp.

002440 include structure nptxd.

002450 data end of nptxd_tmp.

002460 data:

002470 begin of ls_afvg_bt.

002480 include structure afvgb.

002490 data:

002500 indold like sy-tabix,

002510 end of ls_afvg_bt.

002520

002530 * Belegsatz lesen.

002540 ======================================================================

002550 read table afvg_bt into ls_afvg_bt index index.

002560 if not sy-subrc is initial.

002570 message a888 with text-lin.

002580 endif.

This is the form which is being called infinately.... and bcoz of tht program is

giving Dump.. i dont what is the condition statement.. to break this..

form afvg_read_index using index like sy-tabix afvgd_exp structure afvgd

vbkz_e like afvgb-vbkz

i know it is very difficult to reply by this.. but give me some ideas , tips or possible cause for this problem...

main program where this code is aviliable is SAPLCOBO

and source code in LCOBOFAZ

looking for u guys reply..

Regards,

Kali Pramod

[Former Member]

Check if the form afvg_read_index is being called inside the same form recursively.

Could you paste the whole source code.

Manoj

[Former Member]

Promod,

What i feel is your program is extracting huge data ,for that it is taking more than limited time.

For this your program needs to run in more than one batch programs.

[Former Member]

Hi ,

The form afvg_read_index is called inside the same form afvg_read_index

recursively.

Regards,

GSR.