<?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: Local Memory Read in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995127#M75112</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your frustration is quite understandable. But when you say that you would have liked all the data to be global, I hope you were only kidding. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you weren't, then I must tell you that declaring all the data in a program as global has got a lot of disadvantages. And none of them has got anything to do ABAP in particular.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Software Development is impossible without taking a modular approach. It is very important that the concept of coupling be properly understood here. Coupling is the degree to which each program module relies on each other module.  &lt;/P&gt;&lt;P&gt;Low coupling means that one module does not have to be concerned with the internal implementation of another module, and interacts with another module with a stable interface. With low coupling, a change in one module will not require a change in the implementation of another module. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Although in order to achieve maximum efficiency, a highly coupled system is probably needed, in modern computing systems, performance can often be traded for lower coupling; the gains in the software development process are greater than the value of the gain in performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All the modules of a program sharing the common global data will result in what is known as &amp;lt;i&amp;gt;common coupling&amp;lt;/i&amp;gt;. This increases the likelihood of errors and makes debugging an error a nightmare. And considering the amount of code we have in SAP, this can only result in disasters!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I could have written a complete blog on the remaining disadvantages, but I hope you got the point.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Anand Mandalika.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 04 Aug 2005 15:34:24 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2005-08-04T15:34:24Z</dc:date>
    <item>
      <title>Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995123#M75108</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 a user exit (function module) that doesn't get all the data passed to it that I need.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I know you can use ASSIGN '(PROGRAM)field' to retreive data from the active call stack but this only seems to work if the data is declared as global in the active program.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the active call stack, about 5 levels back, there is a function that is receiving the data I need as an import parameter (IV_FIELD) but it doesn't move it or pass it to any global variable. This function is called as a new task and, therefore, there are no deeper levels on the call stack.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does anyone know of anyway of extracting this data from 5 levels down in a call stack where it is not defined as global ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jim&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Aug 2005 13:21:14 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995123#M75108</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-08-04T13:21:14Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995124#M75109</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jim,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I searched already for days for an option - didn't find anything.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Dynamical assign is restricted to global variables, that's it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Christian&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Aug 2005 13:45:09 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995124#M75109</guid>
      <dc:creator>christian_wohlfahrt</dc:creator>
      <dc:date>2005-08-04T13:45:09Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995125#M75110</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Cheers Christian,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That's what I was afraid of. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I think there must be something at a low level that can access this kind of data. After all, it must be held in memory to be accessable to the ABAP when the stack returns.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It just appears to be protected from outside programs using ABAP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I might send an email to SAP demanding all their programmers declare data as global !&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Aug 2005 13:59:35 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995125#M75110</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-08-04T13:59:35Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995126#M75111</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;but maybe also SAP's programmer read SDN and know, what a dynamical assign can do &lt;SPAN __jive_emoticon_name="happy"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;If local variables are static, then of course something is stored in memory - otherwise variables are defined at each entry (and that's the reason why this is a slow option).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Christian&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Aug 2005 15:03:36 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995126#M75111</guid>
      <dc:creator>christian_wohlfahrt</dc:creator>
      <dc:date>2005-08-04T15:03:36Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995127#M75112</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your frustration is quite understandable. But when you say that you would have liked all the data to be global, I hope you were only kidding. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you weren't, then I must tell you that declaring all the data in a program as global has got a lot of disadvantages. And none of them has got anything to do ABAP in particular.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Software Development is impossible without taking a modular approach. It is very important that the concept of coupling be properly understood here. Coupling is the degree to which each program module relies on each other module.  &lt;/P&gt;&lt;P&gt;Low coupling means that one module does not have to be concerned with the internal implementation of another module, and interacts with another module with a stable interface. With low coupling, a change in one module will not require a change in the implementation of another module. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Although in order to achieve maximum efficiency, a highly coupled system is probably needed, in modern computing systems, performance can often be traded for lower coupling; the gains in the software development process are greater than the value of the gain in performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All the modules of a program sharing the common global data will result in what is known as &amp;lt;i&amp;gt;common coupling&amp;lt;/i&amp;gt;. This increases the likelihood of errors and makes debugging an error a nightmare. And considering the amount of code we have in SAP, this can only result in disasters!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I could have written a complete blog on the remaining disadvantages, but I hope you got the point.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Anand Mandalika.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 04 Aug 2005 15:34:24 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995127#M75112</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-08-04T15:34:24Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995128#M75113</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Anand,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yes, I was joking !&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;James&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 17 Aug 2005 08:07:00 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995128#M75113</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-08-17T08:07:00Z</dc:date>
    </item>
    <item>
      <title>Re: Local Memory Read</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995129#M75114</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;i want read global content in stack.&lt;/P&gt;&lt;P&gt;how to do it.&lt;/P&gt;&lt;P&gt;i tried to use assign '(program)field' to&lt;/P&gt;&lt;P&gt;but i failed.&lt;/P&gt;&lt;P&gt;can u give me example how to use it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Feb 2007 14:38:24 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/local-memory-read/m-p/995129#M75114</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-02-14T14:38:24Z</dc:date>
    </item>
  </channel>
</rss>

