<?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: Fortran Automatic Arrays Error in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758361#M41191</link>
    <description>Eberhard,&lt;BR /&gt;&lt;BR /&gt;Yes, I'm a die-hard F77 programmer also.&lt;BR /&gt;&lt;BR /&gt;I must say, though that the local, "automatic arrays" are a _very_ useful part of F95.  If they get buggy, I've got a lot of code to rework.&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 28 Feb 2011 16:06:53 GMT</pubDate>
    <dc:creator>Charles F. Driscoll</dc:creator>
    <dc:date>2011-02-28T16:06:53Z</dc:date>
    <item>
      <title>Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758352#M41182</link>
      <description>&lt;!--!*#--&gt;HP Fortran IA64 gives a run-time -F-InsVirMem error when an automatic array in a subroutine with an entry point is compiled with non-zero optimization.&lt;BR /&gt;&lt;BR /&gt;        Program TestAu&lt;BR /&gt;        NN = 512&lt;BR /&gt;        Call  SubA( NN )&lt;BR /&gt;        End&lt;BR /&gt;&lt;BR /&gt;        Subroutine SubA( NN )&lt;BR /&gt;        Real         Au( NN )   ! ## Automatic&lt;BR /&gt;        type *, 'SubA NN=', NN&lt;BR /&gt;&lt;BR /&gt;        Entry      EntA( NN, xx )&lt;BR /&gt;        Au(NN) = NN&lt;BR /&gt;        Return&lt;BR /&gt;        End&lt;BR /&gt;&lt;BR /&gt;When compiled on IA64 with /NoOPT, this works fine.  With /Opt=Lev=1, it fails.    It also works fine on AXP even with optimization.  Adding or deleting lines can also cause or eliminate the failure.&lt;BR /&gt;&lt;BR /&gt;Specifics:  OpenVMS V8.3 IA64,&lt;BR /&gt;Fortran V8.1-104922,&lt;BR /&gt;Linker I02-31&lt;BR /&gt;&lt;BR /&gt;Can anyone advise whether this error persists&lt;BR /&gt;in Fortran 8.2 or 8.3 ?  Does anyone know when&lt;BR /&gt;8.4 can be expected ?  HP recently cancelled access to all software patches for Campus Software Licensing Grant customers, leaving major upgrades to handle fixes.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;C. Fred Driscoll, UCSD Physics&lt;BR /&gt;</description>
      <pubDate>Fri, 25 Feb 2011 17:13:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758352#M41182</guid>
      <dc:creator>Charles F. Driscoll</dc:creator>
      <dc:date>2011-02-25T17:13:20Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758353#M41183</link>
      <description>&lt;!--!*#--&gt;On my IA64 HP Fortran V8.2-104939-50H96 compiler running under VMS 8.4  I also get a %FOR-F-INSVIRMEM error unless I compile it with /NOOPT, and even with /NOOPT I get the error when /FLOAT=VAX_G is used.</description>
      <pubDate>Fri, 25 Feb 2011 18:27:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758353#M41183</guid>
      <dc:creator>Jess Goodman</dc:creator>
      <dc:date>2011-02-25T18:27:13Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758354#M41184</link>
      <description>Does it make a difference if you have a call to EntA (NN,xx) in the main code? I suspect that the problem lies in the optimizing of the calling structure for EntA.&lt;BR /&gt;&lt;BR /&gt;The machine code listing might be helpful to see exactly what's going on.</description>
      <pubDate>Sun, 27 Feb 2011 22:21:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758354#M41184</guid>
      <dc:creator>John McL</dc:creator>
      <dc:date>2011-02-27T22:21:04Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758355#M41185</link>
      <description>John,&lt;BR /&gt;&lt;BR /&gt;The run-time failure comes &amp;amp; goes with minor changes to the code.  For example, removing the type*'SubA NN=' statement eliminates the error.  Adding a separate call to EntA did not eliminate the error.&lt;BR /&gt;&lt;BR /&gt;The listings with Macro for these three cases are at &lt;A href="http://NNP.ucsd.edu/Xfer/." target="_blank"&gt;http://NNP.ucsd.edu/Xfer/.&lt;/A&gt;  With 900 lines, it's pretty formidable.&lt;BR /&gt;&lt;BR /&gt;Is there any way to forward this error to the HP Fortran team for their consideration?  I do not have a service contract.&lt;BR /&gt;&lt;BR /&gt;Fred</description>
      <pubDate>Sun, 27 Feb 2011 23:15:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758355#M41185</guid>
      <dc:creator>Charles F. Driscoll</dc:creator>
      <dc:date>2011-02-27T23:15:45Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758356#M41186</link>
      <description>Fred,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;  Is there any way to forward this error to &lt;BR /&gt;&amp;gt; the HP Fortran team for their &lt;BR /&gt;&amp;gt; consideration? &lt;BR /&gt;&lt;BR /&gt;  Not through this forum. If you're lucky, an engineer might see it and take it on, but HP does not encourage or goal engineers on particpation in ITRC.&lt;BR /&gt; &lt;BR /&gt;&amp;gt; I do not have a service contract.&lt;BR /&gt;&lt;BR /&gt;  One of the things you pay for in a service contract is the right to report errors (or rather the right to have someone read your report).&lt;BR /&gt;&lt;BR /&gt;  On the other hand, you've produced what looks like a very succinct problem report and reproducer, so perhaps another customer with a service contract will log it for you. (Sorry, I don't have a contract which includes Fortran).&lt;BR /&gt;&lt;BR /&gt;&amp;gt; HP recently cancelled access &lt;BR /&gt;&lt;BR /&gt;  I wonder what whoever made that decision was thinking?! I can't imagine it saves any money, and without the hearts and minds of educational institutions how do they expect to get new generations of customers?&lt;BR /&gt;&lt;BR /&gt;  Imagine if Digital had made Bliss compiler licenses free to universities back in 1978.&lt;BR /&gt;&lt;BR /&gt;  Would anyone have voluntarily chosen to code in C if it wasn't free?</description>
      <pubDate>Mon, 28 Feb 2011 01:27:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758356#M41186</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2011-02-28T01:27:02Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758357#M41187</link>
      <description>Hi Charles,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt; Is there any way to forward this error to the HP Fortran team for their&lt;BR /&gt;&amp;gt;&amp;gt; consideration? I do not have a service contract.&lt;BR /&gt;You can route your query to HP via the Office of OpenVMS programs.&lt;BR /&gt;The email id is - OpenVMS.Programs@hp.com.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Murali</description>
      <pubDate>Mon, 28 Feb 2011 04:18:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758357#M41187</guid>
      <dc:creator>P Muralidhar Kini</dc:creator>
      <dc:date>2011-02-28T04:18:25Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758358#M41188</link>
      <description>Your code is illegal.&lt;BR /&gt;&lt;BR /&gt;It is not allowed to define a array in the way you want.&lt;BR /&gt;&lt;BR /&gt;The array Au must be a parameter in your subroutine SubA&lt;BR /&gt;&lt;BR /&gt;Subroutine SubA(Au,NN)&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;eberhard</description>
      <pubDate>Mon, 28 Feb 2011 15:15:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758358#M41188</guid>
      <dc:creator>Eberhard Heuser</dc:creator>
      <dc:date>2011-02-28T15:15:02Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758359#M41189</link>
      <description>Eberhard,&lt;BR /&gt;&lt;BR /&gt;Your comments seem to apply to standard pased-address arrays.&lt;BR /&gt;&lt;BR /&gt;I am coding for an "automatic array", which the HP Fortran LRM Sec 5.1.5.1 defines as an&lt;BR /&gt;&lt;BR /&gt;"explicit-shape array that is a local&lt;BR /&gt;variable. Automatic arrays are only allowed in function and subroutine subprograms, and are declared in the specification part&lt;BR /&gt;of the subprogram.  At least one bound of an automatic array must be a nonconstant specification expression.  The bounds are&lt;BR /&gt;determined when the subprogram is called"&lt;BR /&gt;&lt;BR /&gt;I have been using them extensively as an alternative to explicitly requesting virtual memory and then passing the address to a subroutine.  If I'm mis-interpreting or over-extending the Fortran rules, please explain how.&lt;BR /&gt;&lt;BR /&gt;Fred</description>
      <pubDate>Mon, 28 Feb 2011 15:52:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758359#M41189</guid>
      <dc:creator>Charles F. Driscoll</dc:creator>
      <dc:date>2011-02-28T15:52:06Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758360#M41190</link>
      <description>Fred,&lt;BR /&gt;&lt;BR /&gt;Now I understand!&lt;BR /&gt;&lt;BR /&gt;This is an extention of f77.&lt;BR /&gt;&lt;BR /&gt;Eberhard</description>
      <pubDate>Mon, 28 Feb 2011 16:01:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758360#M41190</guid>
      <dc:creator>Eberhard Heuser</dc:creator>
      <dc:date>2011-02-28T16:01:08Z</dc:date>
    </item>
    <item>
      <title>Re: Fortran Automatic Arrays Error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758361#M41191</link>
      <description>Eberhard,&lt;BR /&gt;&lt;BR /&gt;Yes, I'm a die-hard F77 programmer also.&lt;BR /&gt;&lt;BR /&gt;I must say, though that the local, "automatic arrays" are a _very_ useful part of F95.  If they get buggy, I've got a lot of code to rework.&lt;BR /&gt;&lt;BR /&gt;Fred&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Feb 2011 16:06:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/fortran-automatic-arrays-error/m-p/4758361#M41191</guid>
      <dc:creator>Charles F. Driscoll</dc:creator>
      <dc:date>2011-02-28T16:06:53Z</dc:date>
    </item>
  </channel>
</rss>

