<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Program giving dump when run in background in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968796#M1338874</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the Dump you can look at the internal table size, which will tell you exactly what table is occupying so much memory. Check that out, it should help to find the infinite loop. thx&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 17 Aug 2009 21:18:17 GMT</pubDate>
    <dc:creator>swaroop_g2</dc:creator>
    <dc:date>2009-08-17T21:18:17Z</dc:date>
    <item>
      <title>Program giving dump when run in background</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968794#M1338872</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have an ALV report in which I am using REUSE_ALV_GRID_DISPLAY.&lt;/P&gt;&lt;P&gt;The report works perfectly in foreground. But when I execute in background I am getting dump.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Dump details are given below.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ShrtText&lt;/P&gt;&lt;P&gt;    Unable to fulfil request for 134217728 bytes of memory space.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What happened?&lt;/P&gt;&lt;P&gt;    Each transaction requires some main memory space to process&lt;/P&gt;&lt;P&gt;    application data. If the operating system cannot provide any more&lt;/P&gt;&lt;P&gt;    space, the transaction is terminated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What can you do?&lt;/P&gt;&lt;P&gt;    Try to find out (e.g. by targetted data selection) whether the&lt;/P&gt;&lt;P&gt;    transaction will run with less main memory.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    If there is a temporary bottleneck, execute the transaction again&lt;/P&gt;&lt;P&gt;    -&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    If the error persists, ask your system administrator to check the&lt;/P&gt;&lt;P&gt;    following profile parameters:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    o  ztta/roll_area            (1.000.000 - 15.000.000)&lt;/P&gt;&lt;P&gt;           Classic roll area per user and internal mode&lt;/P&gt;&lt;P&gt;           usual amount of roll area per user and internal mode&lt;/P&gt;&lt;P&gt;    o  ztta/roll_extension       (10.000.000 - 500.000.000)&lt;/P&gt;&lt;P&gt;           Amount of memory per user in extended memory (EM)&lt;/P&gt;&lt;P&gt;    o  abap/heap_area_total      (100.000.000 - 1.500.000.000)&lt;/P&gt;&lt;P&gt;           Amount of memory (malloc) for all users of an application&lt;/P&gt;&lt;P&gt;           server. If several background processes are running on&lt;/P&gt;&lt;P&gt;           one server, temporary bottlenecks may occur.&lt;/P&gt;&lt;P&gt;           Of course, the amount of memory (in bytes) must also be&lt;/P&gt;&lt;P&gt;           available on the machine (main memory or file system swap).&lt;/P&gt;&lt;P&gt;           Caution:&lt;/P&gt;&lt;P&gt;           The operating system must be set up so that there is also&lt;/P&gt;&lt;P&gt;           enough memory for each process. Usually, the maximum address&lt;/P&gt;&lt;P&gt;           space is too small.&lt;/P&gt;&lt;P&gt;           Ask your hardware manufacturer or your competence center&lt;/P&gt;&lt;P&gt;           about this.&lt;/P&gt;&lt;P&gt;           In this case, consult your hardware vendor&lt;/P&gt;&lt;P&gt;    abap/heap_area_dia:        (10.000.000 - 1.000.000.000)&lt;/P&gt;&lt;P&gt;           Restriction of memory allocated to the heap with malloc&lt;/P&gt;&lt;P&gt;           for each dialog process.&lt;/P&gt;&lt;P&gt;    Parameters for background processes:&lt;/P&gt;&lt;P&gt;    abap/heap_area_nondia:        (10.000.000 - 1.000.000.000)&lt;/P&gt;&lt;P&gt;           Restriction of memory allocated to the heap with malloc&lt;/P&gt;&lt;P&gt;           for each background process.&lt;/P&gt;&lt;P&gt;    Other memory-relevant parameters are:&lt;/P&gt;&lt;P&gt;    em/initial_size_MB:         (35-1200)&lt;/P&gt;&lt;P&gt;           Extended memory area from which all users of an&lt;/P&gt;&lt;P&gt;           application server can satisfy their memory requirement.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    Make a note of the actions and input which caused the error.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    To resolve the problem, contact your SAP system administrator.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;    You can use transaction ST22 (ABAP Dump Analysis) to view and administer&lt;/P&gt;&lt;P&gt;    termination messages, especially those beyond their normal deletion&lt;/P&gt;&lt;P&gt;    date.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Error analysis&lt;/P&gt;&lt;P&gt;    More main memory area was requested.&lt;/P&gt;&lt;P&gt;    However, all the available space has been used up.&lt;/P&gt;&lt;P&gt;    Possible reasons:&lt;/P&gt;&lt;P&gt;    - Many (large) internal tables.&lt;/P&gt;&lt;P&gt;    - Many (large) programs active.&lt;/P&gt;&lt;P&gt;    - Deep nesting of subroutines with a lot of local data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you please help on this ?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 17 Aug 2009 15:45:54 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968794#M1338872</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-17T15:45:54Z</dc:date>
    </item>
    <item>
      <title>Re: Program giving dump when run in background</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968795#M1338873</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Check you code properly.&lt;/P&gt;&lt;P&gt;The dump is because of an infinite loop which is running when you run the program in background and it is keeping appending or inserting the same table.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Check teh same.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;Ankur Parab&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 17 Aug 2009 15:50:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968795#M1338873</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-17T15:50:33Z</dc:date>
    </item>
    <item>
      <title>Re: Program giving dump when run in background</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968796#M1338874</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the Dump you can look at the internal table size, which will tell you exactly what table is occupying so much memory. Check that out, it should help to find the infinite loop. thx&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 17 Aug 2009 21:18:17 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/program-giving-dump-when-run-in-background/m-p/5968796#M1338874</guid>
      <dc:creator>swaroop_g2</dc:creator>
      <dc:date>2009-08-17T21:18:17Z</dc:date>
    </item>
  </channel>
</rss>

