<?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 DELFILESQQ doesn't even look in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921721#M85649</link>
    <description>&lt;P&gt;DELFILESQQ doesn't even look at the C error code - it just calls unlink and increments the count if it succeeds. GETLASTERROQQ simply returns errno. It could be that unlink is doing something special here.&lt;/P&gt;</description>
    <pubDate>Fri, 14 Jun 2013 17:50:00 GMT</pubDate>
    <dc:creator>Steven_L_Intel1</dc:creator>
    <dc:date>2013-06-14T17:50:00Z</dc:date>
    <item>
      <title>DELFILESQQ error codes</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921716#M85644</link>
      <description>&lt;P&gt;I was just fixing a bug in some codes and used the IFPORT routine i2=DELFILESQQ(gfile(1:ilen)) where gfile="C:\fullpath\filname.xls", the path is not long ilen is about 60 characters long. The file is not open. If the file is readonly in windows then i2=0 (no file deleted) and I call&amp;nbsp;getlasterrorqq(). which returns a value of 22. The using the help and ifport the return values are&amp;nbsp;&amp;nbsp; &amp;nbsp;!ERR$ZERO=0 ERR$NOMEM=12, ERR$ACCES=13, ERR$INVAL=22, ERR$NOENT=2.&lt;/P&gt;
&lt;P&gt;I was expecting&amp;nbsp;ERR$ACCES but get&amp;nbsp;ERR$INVAL is this correct? The reason I ask is is specifically wanted to know if it was an access rights error. I am running W7 SP1 X64.&lt;/P&gt;
&lt;P&gt;As a check if I run the same routine with the read only box unchecked on the file I get i2=1 as one would expect.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 15:50:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921716#M85644</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2013-06-14T15:50:20Z</dc:date>
    </item>
    <item>
      <title>DELFILESQQ doesn't set an</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921717#M85645</link>
      <description>&lt;P&gt;DELFILESQQ doesn't set an error status, so GETLASTERRORQQ is returning something not relevant to the DELFILESQQ operation. Note that the documentation for DELFILESQQ doesn't mention using GETLASTERRORQQ. You could try calling the Windows API routine GetLastError to see if you get something useful from that.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 17:10:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921717#M85645</guid>
      <dc:creator>Steven_L_Intel1</dc:creator>
      <dc:date>2013-06-14T17:10:40Z</dc:date>
    </item>
    <item>
      <title>Thats not what the help file</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921718#M85646</link>
      <description>&lt;P&gt;Thats not what the help file for GETLASTERRQQ says... It lists DELFILEQQ as one of its routines and lists&amp;nbsp;ERR$NOMEM, ERR$ACCES, ERR$NOENT, ERR$INVAL as the error messages.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 17:16:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921718#M85646</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2013-06-14T17:16:10Z</dc:date>
    </item>
    <item>
      <title>Ok - I looked a bit closer.</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921719#M85647</link>
      <description>&lt;P&gt;Ok - I looked a bit closer. DELFILESQQ uses the C unlink function, and GETLASTERRORQQ just returns the C "errno" value, so yes, those are valid choices. Why unlink is returning INVAL, I don't know. You may want to try the WIndows API DeleteFile function and see what it does.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 17:27:58 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921719#M85647</guid>
      <dc:creator>Steven_L_Intel1</dc:creator>
      <dc:date>2013-06-14T17:27:58Z</dc:date>
    </item>
    <item>
      <title>win api gives ERROR_ACCESS</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921720#M85648</link>
      <description>&lt;P&gt;win api gives&amp;nbsp;&lt;STRONG&gt;ERROR_ACCESS_DENIED &amp;nbsp;&lt;/STRONG&gt;(0x5)&amp;nbsp;Access is denied. This is what is expected. I thus suspect DELFILEQQ is misinterpretting the C error codes.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 17:45:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921720#M85648</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2013-06-14T17:45:00Z</dc:date>
    </item>
    <item>
      <title>DELFILESQQ doesn't even look</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921721#M85649</link>
      <description>&lt;P&gt;DELFILESQQ doesn't even look at the C error code - it just calls unlink and increments the count if it succeeds. GETLASTERROQQ simply returns errno. It could be that unlink is doing something special here.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2013 17:50:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921721#M85649</guid>
      <dc:creator>Steven_L_Intel1</dc:creator>
      <dc:date>2013-06-14T17:50:00Z</dc:date>
    </item>
    <item>
      <title>this is not a problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921722#M85650</link>
      <description>&lt;P&gt;this is not a problem DELFILESQQ is now ditched from my &amp;nbsp;utilities function in favour of the win api. Looking at unlink error codes (which was basically written for unix like systems) some error codes do not translate to windows that well!&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jun 2013 21:28:01 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/DELFILESQQ-error-codes/m-p/921722#M85650</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2013-06-15T21:28:01Z</dc:date>
    </item>
  </channel>
</rss>

