Skip to Content
-3

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

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

capture.jpg (130.0 kB)
Add comment
10|10000 characters needed characters exceeded

  • Follow
  • Get RSS Feed

4 Answers

  • Jul 26, 2018 at 03:18 PM

    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.

    Add comment
    10|10000 characters needed characters exceeded

  • Jul 26, 2018 at 01:37 PM

    Hi,

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

    Add comment
    10|10000 characters needed characters exceeded

  • Jul 26, 2018 at 02:14 PM

    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.
    Add comment
    10|10000 characters needed characters exceeded

  • Jul 26, 2018 at 03:23 PM

    Debug!

    Add comment
    10|10000 characters needed characters exceeded