<?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: Modularizing or Isolating SAS Programs in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Modularizing-or-Isolating-SAS-Programs/m-p/618219#M181324</link>
    <description>&lt;P&gt;What do you mean by "isolate" a program? Do you mean it runs completely independently of any other program? If so, then just running that program in batch mode will do what you want. A program run in batch mode has its own exclusive SAS session just for the duration of the program run.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I consider it best practice to globally assign shared SAS libraries (via SAS metadata) and share macro variables and macros (using AUTOCALL libraries). This reduces code inconsistencies and maintenance hugely. By setting up a common SAS environment shared by all SAS programs, the chance of interference between programs is minimal in my experience.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Jan 2020 23:20:34 GMT</pubDate>
    <dc:creator>SASKiwi</dc:creator>
    <dc:date>2020-01-17T23:20:34Z</dc:date>
    <item>
      <title>Modularizing or Isolating SAS Programs</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Modularizing-or-Isolating-SAS-Programs/m-p/618214#M181320</link>
      <description>&lt;P&gt;One runs multiple SAS programs via %INCLUDE, but this approach does not isolate each program. Is there any method to isolate or separate each module to avoid potential interference issues due to naming of libraries, variables, global macro variables, or macro names?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jan 2020 22:19:28 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Modularizing-or-Isolating-SAS-Programs/m-p/618214#M181320</guid>
      <dc:creator>Junyong</dc:creator>
      <dc:date>2020-01-17T22:19:28Z</dc:date>
    </item>
    <item>
      <title>Re: Modularizing or Isolating SAS Programs</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Modularizing-or-Isolating-SAS-Programs/m-p/618219#M181324</link>
      <description>&lt;P&gt;What do you mean by "isolate" a program? Do you mean it runs completely independently of any other program? If so, then just running that program in batch mode will do what you want. A program run in batch mode has its own exclusive SAS session just for the duration of the program run.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I consider it best practice to globally assign shared SAS libraries (via SAS metadata) and share macro variables and macros (using AUTOCALL libraries). This reduces code inconsistencies and maintenance hugely. By setting up a common SAS environment shared by all SAS programs, the chance of interference between programs is minimal in my experience.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jan 2020 23:20:34 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Modularizing-or-Isolating-SAS-Programs/m-p/618219#M181324</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2020-01-17T23:20:34Z</dc:date>
    </item>
  </channel>
</rss>

