<?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 error handled differently in Windows and Linux in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460569#M284671</link>
    <description>&lt;P&gt;I'm running macro code that sets random start values and compiles the results of a proc command. It's a loop that continues until one of several conditions is met. From time to time, one of these random start values results in a floating point overflow.&amp;nbsp;SAS reacts differently to this error in Windows and Linux. In Windows, I get the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ERROR: Floating Point Overflow&lt;/P&gt;&lt;P&gt;ERROR: Termination due to Floating Point Exception&lt;/P&gt;&lt;P&gt;NOTE: The SAS System stopped processing this step because of errors.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It then exits the macro. But I set up the code so that it repeatedly calls the macro. So in Windows it just goes on to the next command that tells it to restart the macro. The code proceeds with new random start values, and all is well.&amp;nbsp; In Linux, however, this is a fatal error:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ERROR: Floating Point Overflow&lt;/P&gt;&lt;P&gt;ERROR: Termination due to Floating Point Exception&lt;/P&gt;&lt;P&gt;NOTE: The SAS System stopped processing this step because of errors.&lt;/P&gt;&lt;P&gt;NOTE: &lt;STRONG&gt;SAS set option OBS=0 and will continue to check statements.&lt;/STRONG&gt; This might cause NOTE: No observations in data set.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This results in a long string of error messages until the program dies. I want SAS in&amp;nbsp;Linux to behave as it does in Windows. I checked the error handling system options in the two environments using proc options group=errorhandling. All of the error handling options settings are identical across the two environments. I tried setting an options statement "options obs=max" right after the part of the program that sometimes results in the floating point overflow to override the obs=0 option. No dice. One other difference is that I'm running the Linux syntax in batch mode. Any ideas on what else I can do so that SAS does not respond with "obs=0" in Linux?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My two environments, if that helps, are:&lt;/P&gt;&lt;P&gt;X64_7PRO WIN 6.1.7601 Service Pack 1, SAS 9.4 (TS1M0)&lt;/P&gt;&lt;P&gt;Linux 3.10.0-693.21.1.e17.x86_64, SAS 9.4 (TS1M0)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
    <pubDate>Mon, 07 May 2018 20:12:45 GMT</pubDate>
    <dc:creator>gsweet</dc:creator>
    <dc:date>2018-05-07T20:12:45Z</dc:date>
    <item>
      <title>error handled differently in Windows and Linux</title>
      <link>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460569#M284671</link>
      <description>&lt;P&gt;I'm running macro code that sets random start values and compiles the results of a proc command. It's a loop that continues until one of several conditions is met. From time to time, one of these random start values results in a floating point overflow.&amp;nbsp;SAS reacts differently to this error in Windows and Linux. In Windows, I get the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ERROR: Floating Point Overflow&lt;/P&gt;&lt;P&gt;ERROR: Termination due to Floating Point Exception&lt;/P&gt;&lt;P&gt;NOTE: The SAS System stopped processing this step because of errors.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It then exits the macro. But I set up the code so that it repeatedly calls the macro. So in Windows it just goes on to the next command that tells it to restart the macro. The code proceeds with new random start values, and all is well.&amp;nbsp; In Linux, however, this is a fatal error:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ERROR: Floating Point Overflow&lt;/P&gt;&lt;P&gt;ERROR: Termination due to Floating Point Exception&lt;/P&gt;&lt;P&gt;NOTE: The SAS System stopped processing this step because of errors.&lt;/P&gt;&lt;P&gt;NOTE: &lt;STRONG&gt;SAS set option OBS=0 and will continue to check statements.&lt;/STRONG&gt; This might cause NOTE: No observations in data set.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This results in a long string of error messages until the program dies. I want SAS in&amp;nbsp;Linux to behave as it does in Windows. I checked the error handling system options in the two environments using proc options group=errorhandling. All of the error handling options settings are identical across the two environments. I tried setting an options statement "options obs=max" right after the part of the program that sometimes results in the floating point overflow to override the obs=0 option. No dice. One other difference is that I'm running the Linux syntax in batch mode. Any ideas on what else I can do so that SAS does not respond with "obs=0" in Linux?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My two environments, if that helps, are:&lt;/P&gt;&lt;P&gt;X64_7PRO WIN 6.1.7601 Service Pack 1, SAS 9.4 (TS1M0)&lt;/P&gt;&lt;P&gt;Linux 3.10.0-693.21.1.e17.x86_64, SAS 9.4 (TS1M0)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Mon, 07 May 2018 20:12:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460569#M284671</guid>
      <dc:creator>gsweet</dc:creator>
      <dc:date>2018-05-07T20:12:45Z</dc:date>
    </item>
    <item>
      <title>Re: error handled differently in Windows and Linux</title>
      <link>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460577#M284672</link>
      <description>&lt;P&gt;Worth a try (no guarantees) and use at your own risk (see documentation):&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;options nosyntaxcheck;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="http://support.sas.com/documentation/cdl/en/lrdict/64316/HTML/default/viewer.htm#base-sysop-syntaxcheck.htm" target="_blank"&gt;http://support.sas.com/documentation/cdl/en/lrdict/64316/HTML/default/viewer.htm#base-sysop-syntaxcheck.htm&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 07 May 2018 20:56:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460577#M284672</guid>
      <dc:creator>Astounding</dc:creator>
      <dc:date>2018-05-07T20:56:12Z</dc:date>
    </item>
    <item>
      <title>Re: error handled differently in Windows and Linux</title>
      <link>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460614#M284673</link>
      <description>&lt;P&gt;Or try resetting &lt;FONT face="courier new,courier"&gt;options OBS=max;&lt;/FONT&gt; after each macro call.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 08 May 2018 02:43:50 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460614#M284673</guid>
      <dc:creator>ChrisNZ</dc:creator>
      <dc:date>2018-05-08T02:43:50Z</dc:date>
    </item>
    <item>
      <title>Re: error handled differently in Windows and Linux</title>
      <link>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460628#M284674</link>
      <description>&lt;P&gt;Thank you! This worked. The different error handling was due to the Linux environment being run in batch mode. Both environments had the same error handling options, but NODMSSYNCHK only applied in the windowing environment, and SYNTAXCHECK only applied in batch mode. Changing the option to NOSYNTAXCHECK made them both run the same. You have to trust your code to do this in batch mode though.&lt;/P&gt;</description>
      <pubDate>Tue, 08 May 2018 06:08:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/error-handled-differently-in-Windows-and-Linux/m-p/460628#M284674</guid>
      <dc:creator>gsweet</dc:creator>
      <dc:date>2018-05-08T06:08:17Z</dc:date>
    </item>
  </channel>
</rss>

