Dump TABLE_FREE_IN_LOOP in custom program not used Refresh/Free/clear for ITAB

[Former Member]

HI Team,

Not used SORT/refresh/free/clear for ITAB in loop but still getting dump with TABLE_FREE_IN_LOOP. Have attached dump screen for reference.

please help me to solve this.

Thanks,

Shabare

[pokrakam · Accepted solution]

This is a wonderful example of why global variables are bad. It is also an excellent example of what's bad about variable naming prefixes, because the gV_ is totally wrong, ISU06_MOVEOUT_EXT is a deep structure with tables. ISU does this a lot. Using a prefix such as gs_ or gv_ is misleading and can create exactly this kind of confusion.

It would appear that you're calling a function module in a loop, but in here you're clearing the table that you're looping over.

Either split your structure, or modularise appropriately, or don't clear the entire structure.

[horst_keller · Accepted solution]

"This is a wonderful example of why global variables are bad"

Like!

[horst_keller]

Debug!

[SimoneMilesi]

The dump refers to a FM:

1. we do not know how the FM looks like
2. i can guess GV_MOVEOUT_EXT is a parameter, maybe changing type
3. If so, let me guess again (since you should provide quite more information about your architecture) you are going to clean a table or some records.
4. Check how many gv_moveout_ext you have in your code and if it's a global table of the Function Group and you are cleaning it while the actual FM is called somewhere else.

[Former Member]

Hi

It is importing parameter & yes gv_moveout_ext using in multiple places in FM.

Thanks,

Shabari

[former_member443654]

Hi,

can we know what is declaration for gv_moveout_ext.is it a field symbol declaration?

[Former Member]

Hi

It refers to structure ISU06_MOVEOUT_EXT not field symbol

Thanks,

Shabareesh