<?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: An error that keeps moving in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967045#M23134</link>
    <description>I'd guess a stack corruption.  You say that it is mixed Fortran and C.  Do you know that Visual Fortran and Visual C have different default calling mechanisms?  If you have a mismatch, this can corrupt the stack.&lt;BR /&gt;&lt;BR /&gt;If you can't figure it out, we'll be glad to look at it - just send a ZIP archive of the project and instructions for reproducing the problem, to us at vf-support@compaq.com&lt;BR /&gt;&lt;BR /&gt;Steve</description>
    <pubDate>Thu, 13 Sep 2001 20:47:37 GMT</pubDate>
    <dc:creator>Steven_L_Intel1</dc:creator>
    <dc:date>2001-09-13T20:47:37Z</dc:date>
    <item>
      <title>An error that keeps moving</title>
      <link>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967043#M23132</link>
      <description>Hate to be so unspecific, but does anybody have an approach to resolving a situation where... &lt;BR /&gt;(1) the errors are different for release and debug modes &lt;BR /&gt;(2) the debug screen shows values in a watch window and "undefined address" in the locals window for the same variable &lt;BR /&gt;(3) re-arranging a couple of statements that should make no difference to anything, will cause an access violation to move to a totally different section of the program &lt;BR /&gt;(4) I'm getting boundary errors in debug when stepping through lines and seeing a subscript clearly within bounds &lt;BR /&gt;(5) increasing the stack size doesn't help &lt;BR /&gt; &lt;BR /&gt;I would like to send a simple example, but as soon as I isolate an error to one particular line and extract the necessary surrounding code, the example works fine.  (The full exe comes from around 10,000 lines of c and fortran). &lt;BR /&gt;Everything's aligned on 8 byte boundaries and I'm using the c debug libraries. &lt;BR /&gt; &lt;BR /&gt;There are obviously some big points I'm missing somewhere.  Any ideas?(The thing runs fine under an old Wtacom compiler so it's not a syntactical problem).</description>
      <pubDate>Thu, 13 Sep 2001 08:32:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967043#M23132</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2001-09-13T08:32:12Z</dc:date>
    </item>
    <item>
      <title>Re: An error that keeps moving</title>
      <link>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967044#M23133</link>
      <description>...adding to the above...inspecting a disassembly shows that an array that is being used by two routines a couple of lines apart is being is being passed with different addresses.  How can this be possible?  The array is static with a fixed size declared in the main line and in both routines.</description>
      <pubDate>Thu, 13 Sep 2001 09:51:35 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967044#M23133</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2001-09-13T09:51:35Z</dc:date>
    </item>
    <item>
      <title>Re: An error that keeps moving</title>
      <link>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967045#M23134</link>
      <description>I'd guess a stack corruption.  You say that it is mixed Fortran and C.  Do you know that Visual Fortran and Visual C have different default calling mechanisms?  If you have a mismatch, this can corrupt the stack.&lt;BR /&gt;&lt;BR /&gt;If you can't figure it out, we'll be glad to look at it - just send a ZIP archive of the project and instructions for reproducing the problem, to us at vf-support@compaq.com&lt;BR /&gt;&lt;BR /&gt;Steve</description>
      <pubDate>Thu, 13 Sep 2001 20:47:37 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/An-error-that-keeps-moving/m-p/967045#M23134</guid>
      <dc:creator>Steven_L_Intel1</dc:creator>
      <dc:date>2001-09-13T20:47:37Z</dc:date>
    </item>
  </channel>
</rss>

