<?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 Quote:jimdempseyatthecove in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108982#M128807</link>
    <description>&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;jimdempseyatthecove wrote:&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;

&lt;P&gt;With implicit variables, and N_1 not being explicitly declared, N_1 is equivalent to&lt;/P&gt;

&lt;P&gt;INTEGER(1) :: N ! byte sized integer&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;

&lt;P&gt;No, that is not the case. The underscore kind suffix is for literal constants only. It doesn't apply to identifiers. N_1 is simply default INTEGER implicitly.&lt;/P&gt;</description>
    <pubDate>Fri, 26 Aug 2016 01:07:58 GMT</pubDate>
    <dc:creator>Steven_L_Intel1</dc:creator>
    <dc:date>2016-08-26T01:07:58Z</dc:date>
    <item>
      <title>Why does a code have an error in Fortran Power Station but doesn't have any errors in other Fortran compilers?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108975#M128800</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 11px; line-height: normal;"&gt;I'm using the Microsoft Fortran Compiler of Fortran Power station 4.0 under windows 98.&amp;nbsp;I've written a program which leads to an error in Fortran Power Station ,but it works correctly in Code Blocks or Visual Studio (Intel Fortran) compilers. I've searched for this error in some forums and i was told that "&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Helvetica, Arial, sans-serif; font-size: 12px; line-height: 16.8px;"&gt;This particular error is due to something like a temporary file that&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Helvetica, Arial, sans-serif; font-size: 12px; line-height: 16.8px;"&gt;can't be deleted, or an executable file that can't be written.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Helvetica, Arial, sans-serif; font-size: 12px; line-height: 16.8px;"&gt;Windows 95 seems to have this problem a lot. &amp;nbsp;Usually you can&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Helvetica, Arial, sans-serif; font-size: 12px; line-height: 16.8px;"&gt;delete the Debug and Release directories, or exit the compiler&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Helvetica, Arial, sans-serif; font-size: 12px; line-height: 16.8px;"&gt;and restart it. &amp;nbsp;That should fix your errors.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 11px; line-height: normal;"&gt;" which isn't helpful. So i have two questions. Firstly, why a particular code may have errors in one compiler, but no ones in the others?&lt;/SPAN&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 11px; line-height: normal;"&gt;secondly, how can i fix this particular error?&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 11px; line-height: normal;"&gt;Thanks in advance&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 24 Aug 2016 04:29:13 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108975#M128800</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-24T04:29:13Z</dc:date>
    </item>
    <item>
      <title>The Fortran standard</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108976#M128801</link>
      <description>&lt;P&gt;The Fortran standard specifies rules that can be applied to a particular program to determine whether or not that program source is "conformant" with the standard. With few exceptions, the compile time and run time behavior of a non-conformant program is not specified by the standard. In colloquial terms, anything can happen. Compiler authors usually strive to make their product capable of going beyond what the standard requires, adding features to locate and diagnose errors.&lt;/P&gt;

&lt;P&gt;That a program runs without any error messages is no proof of its correctness. A faulty program may even give correct results; nevertheless, it is faulty, and the fault may rear its head when that program is recompiled with a different (or a newer edition of the same) compiler.&amp;nbsp;&lt;/P&gt;

&lt;P&gt;"How can I fix this particular error?": start by describing the particular error; provide enough information to enable us to reproduce the error.&lt;/P&gt;</description>
      <pubDate>Wed, 24 Aug 2016 15:09:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108976#M128801</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-24T15:09:00Z</dc:date>
    </item>
    <item>
      <title>Fortran Power Station was a</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108977#M128802</link>
      <description>&lt;P&gt;Fortran Power Station was a notoriously buggy compiler.&amp;nbsp; As you have a more modern and reliable compiler, it seems unproductive to worry about this, even if you are keeping the old installation for historical reasons.&lt;/P&gt;</description>
      <pubDate>Wed, 24 Aug 2016 17:58:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108977#M128802</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2016-08-24T17:58:00Z</dc:date>
    </item>
    <item>
      <title>Can you suggest me a powerful</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108978#M128803</link>
      <description>&lt;P&gt;Can you suggest me a powerful compiler? I'm also seeing for a compiler which has IMSL libraries like Fortran power station or the way which one can join them to their compilers?&amp;nbsp;&lt;/P&gt;

&lt;P&gt;Thank a lot for your time and comments.&lt;/P&gt;</description>
      <pubDate>Wed, 24 Aug 2016 19:25:02 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108978#M128803</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-24T19:25:02Z</dc:date>
    </item>
    <item>
      <title>There seem to be many</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108979#M128804</link>
      <description>&lt;P&gt;There seem to be many preconceptions thrashing about. First of all, forget Powerstation. According to what you wrote, it fails to compile one of your sources because of an internal compiler error. Your program is quite small, so there is no point in looking for a SuperPowerStation compiler, nor is it clear what you mean by "powerful compiler".&lt;/P&gt;

&lt;P&gt;We do not know what your program calculates, the mathematical description of the problem or the nature of the algorithm used. We could try to decipher what these might be by perusing the source code, but that would be a waste of time when you could easily tell us in a few words.&lt;/P&gt;

&lt;P&gt;Intel Fortran can be bought with IMSL, but that can be expensive. At this point, it is not even clear that you need the capabilities of IMSL that are not available in MKL.&lt;/P&gt;

&lt;P&gt;Finally, given an algorithm with some tuning parameters, it is perfectly reasonable that the algorithm diverges for certain values of those parameters. For example, the forward difference method for solving the diffusion equation is unstable for&amp;nbsp;α&amp;nbsp;Δt /&amp;nbsp;&lt;SPAN style="font-size: 16.26px; line-height: 24.39px;"&gt;Δx&lt;SUP&gt;2&lt;/SUP&gt; &amp;gt; 1/2, where α is the diffusivity,&amp;nbsp;Δt and&amp;nbsp;Δx are the discrete step-sizes of t and x.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 24 Aug 2016 19:55:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108979#M128804</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-24T19:55:10Z</dc:date>
    </item>
    <item>
      <title>A quick glance at the code in</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108980#M128805</link>
      <description>&lt;P&gt;A quick glance at the code in #4 shows the absence of "IMPLICIT NONE" so all those undeclared variables take default types based on the first letter. Thus we have a mix of single and double precision in the equations. Also I see things like N_2=1.8 , do we really want to assign a real to an integer variable or is N_2 mean to be a real? Also integer constants (e.g. 4) in real expressions can lead to "unexpected" results I would always use 4.0 or 4.0d0.&lt;/P&gt;

&lt;P&gt;I agree with mecej4/Tim why use Powerstation, it is a long dead and buggy &amp;nbsp;product. But if you must use it then at least "clean up" your code. &amp;nbsp;&lt;/P&gt;

&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 25 Aug 2016 10:00:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108980#M128805</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2016-08-25T10:00:57Z</dc:date>
    </item>
    <item>
      <title>With implicit variables, and</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108981#M128806</link>
      <description>&lt;P&gt;With implicit variables, and N_1 not being explicitly declared, N_1 is equivalent to&lt;/P&gt;

&lt;P&gt;INTEGER(1) :: N ! byte sized integer&lt;/P&gt;

&lt;P&gt;There may be a switch to turn off the suffix.&lt;/P&gt;

&lt;P&gt;Jim Dempsey&lt;/P&gt;</description>
      <pubDate>Thu, 25 Aug 2016 23:42:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108981#M128806</guid>
      <dc:creator>jimdempseyatthecove</dc:creator>
      <dc:date>2016-08-25T23:42:12Z</dc:date>
    </item>
    <item>
      <title>Quote:jimdempseyatthecove</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108982#M128807</link>
      <description>&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;jimdempseyatthecove wrote:&lt;BR /&gt;&lt;P&gt;&lt;/P&gt;

&lt;P&gt;With implicit variables, and N_1 not being explicitly declared, N_1 is equivalent to&lt;/P&gt;

&lt;P&gt;INTEGER(1) :: N ! byte sized integer&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;

&lt;P&gt;No, that is not the case. The underscore kind suffix is for literal constants only. It doesn't apply to identifiers. N_1 is simply default INTEGER implicitly.&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 01:07:58 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108982#M128807</guid>
      <dc:creator>Steven_L_Intel1</dc:creator>
      <dc:date>2016-08-26T01:07:58Z</dc:date>
    </item>
    <item>
      <title> First of all, i simply</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108983#M128808</link>
      <description>&lt;P&gt;&amp;nbsp;First of all, i simply introduce this program.Here i tried to couple the conduction and radiation heat transfer together in a one dimensional medium .The TEMP_N and TEMP_N &amp;nbsp;are the boundary temperatures and N_1 and &amp;nbsp;N_2 are refractive indices at &lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;boundaries&lt;/SPAN&gt;. Also the other variables are some heat transfer coefficients. Some variables like N_1 or N_2 are defined in " DOM_FVM_C_T " &amp;nbsp;or "&amp;nbsp;FVM_STEADY_STATE_CONDUCTION_1D "&amp;nbsp;modules before and there is no need to define their type here in the main program.&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;&amp;nbsp;Moreover,&amp;nbsp;N_1 is real variable which defined before and i should note that&amp;nbsp;1 in N_1 is a subscript and nothing else. Finally,&amp;nbsp;i use IMPLICIT NONE,&amp;nbsp;though&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;the program again diverge for some high values of the temperatures (TEMP_N &amp;amp; TEMP_S)&lt;/SPAN&gt;. Would you &amp;nbsp;mind &amp;nbsp;downloading the attachments to see whether the algorithm or the syntax are correct?.&amp;nbsp;&lt;SPAN style="color: rgb(0, 0, 0); font-family: Courier, Monospaced; font-size: 13.2px; line-height: 16.8px;"&gt;Any suggestions will be greatly appreciated.&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 09:00:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108983#M128808</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-26T09:00:00Z</dc:date>
    </item>
    <item>
      <title>Sina, there are many separate</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108984#M128809</link>
      <description>&lt;P&gt;Sina, there are many separate issues here, as I attempted to convey to you in #6. Briefly, the questions are:&lt;/P&gt;

&lt;OL&gt;
	&lt;LI&gt;What is the physical problem being solved? We need a precise description and the simplifying assumptions and justifications, and a listing of the governing equations.&lt;/LI&gt;
	&lt;LI&gt;What is the numerical method used to solve the equations?&lt;/LI&gt;
	&lt;LI&gt;Does the program correctly implement the numerical method?&lt;/LI&gt;
	&lt;LI&gt;Is the compiler being used correctly, and is its behavior correct?&lt;/LI&gt;
	&lt;LI&gt;Are the results reasonable? Are they correct?&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;Issue 4 is the only one that you may reasonably expect to be addressed in this forum. Nevertheless, I happen to have some knowledge of heat transfer, and I am able to make the following general description, which may help you to understand why, for certain values of the two parameters that you mentioned, the solution is unbounded.&lt;/P&gt;

&lt;P&gt;When a solid is experiencing heat conduction with an internal heat source, the intensity of the source q (heating rate per unit volume, W/m&lt;SUP&gt;3&lt;/SUP&gt;) is temperature-dependent and q increases with T, there is a critical value of dq/dT beyond which the steady state temperature is unbounded. Consider a metal wire with fixed electric current passing through it, made of a material with positive temperature-coefficient of resistivity (i.e., if&amp;nbsp;ρ is the specific resistance of the conductor, and d&lt;SPAN style="font-size: 16.26px; line-height: 24.39px;"&gt;ρ&lt;/SPAN&gt;/dT &amp;gt; 0), there is a critical current which, if reached, will cause the wire to melt and fail.&lt;/P&gt;

&lt;P&gt;A more severe physical problem of this nature is fission reactor meltdown (Chernobyl!).&lt;/P&gt;

&lt;P&gt;You do not have electric heating but you do have a radiation source term and that term is temperature dependent. Whether my explanation applies to your problem or not is something that is impossible to comment upon without your giving an answer to Question 1 above.&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 11:35:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108984#M128809</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-26T11:35:00Z</dc:date>
    </item>
    <item>
      <title>Just to cover all corners, I</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108985#M128810</link>
      <description>&lt;P&gt;Just to cover all corners, I loaded FPS4 on a Windows 10-X64 laptop and built your program with it. Not only did the compilation complete without errors, but also the output data file was nearly identical (13 digits agree) to that produced by Intel Fortran XE 2015.&lt;/P&gt;

&lt;P&gt;It is possible that your installation of FPS4 has become corrupted or your version is slightly different from mine.&lt;/P&gt;

&lt;P&gt;However, as noted elsewhere in this thread, let us let FPS4 R.I.P. !&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 11:51:18 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108985#M128810</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-26T11:51:18Z</dc:date>
    </item>
    <item>
      <title> </title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108986#M128811</link>
      <description>&lt;P&gt;&lt;BR /&gt;
	Thank you for your comment. Let me describe the physical problem more. I tried to write a program which solve heat equation for a one dimensional absorbing emitting and scattering semi-transparent slab with variable spatial refractive index at radiative conductive coupling.Consideration is given to a system consisting of two diffuse, non black, isothermal parallel plates separated by a finite distance.The conservation of energy equation for steady state, one-dimensional simultaneous heat conduction and radiation in an absorbing, emitting, and scattering medium is: &lt;span class="lia-inline-image-display-wrapper" image-alt="Captadaure_0.PNG"&gt;&lt;img src="https://community.intel.com/t5/image/serverpage/image-id/9066i46833D6A812CDD78/image-size/large?v=v2&amp;amp;px=999&amp;amp;whitelist-exif-data=Orientation%2CResolution%2COriginalDefaultFinalSize%2CCopyright" role="button" title="Captadaure_0.PNG" alt="Captadaure_0.PNG" /&gt;&lt;/span&gt;&amp;nbsp;which div(qr) is obtained from radiative transport equation called RTE. According to the &amp;nbsp;iterative algorithm, by solving the RTE with an arbitrary temperature field, div(qr) is obtained and then it is substituted in the energy equation as source term and the new temperature field is obtained. By using this new &amp;nbsp;temperature field, another time the RTE is solved and &amp;nbsp;div(qr) is again substituted in the energy equation. This procedure continues until the temperature divergency achieved. Note that &amp;nbsp;all the equations disccertization is done according to finite volume method. RTE is solved by discrete ordinate method. Also, in each iterate after substituting div(qr) in the energy equation, a set of linear equations solved by the gauss_jordan elimination method. Finally L and &amp;nbsp;NO are the distance between two boundaries and number of segments respectively ,also TEMP, N and EPSILON are temperature, refractive index &amp;nbsp;and emissivity of boundaries relatively. KAPA and SCAT are absorption and scattering coefficients and K-C is conductivity of the medium. Subscripts 1 and S refer the lower wall and subscripts 2 and N refer the upper wall.other characteristics are radiation properties.&lt;/P&gt;

&lt;P&gt;I should valid this program with a paper which the temperatures of boundaries are TEMP_S=1000 and TEMP_S=1500,and other characteristics are kapa=100, K_C=1, N_1=1.2 and N_2=1.8 .&lt;/P&gt;

&lt;P&gt;Now the problem is that when i increase the magnitude of temperatures from an assumed values of TEMP_S=100 and TEMP_S=50 to the grater ones, the program start diverging.&lt;/P&gt;

&lt;P&gt;I personally think that the coefficients( A &amp;amp; B) of linear set of equations ( &lt;A&gt;[temp]=&lt;B&gt; ) which are defined in the" FVM_STEADY_STATE_CONDUCTION_1D " module are not enough smooth in some cases and due to some numerical bad effect program diverges. I'm pretty sure about the algorithm, yet i can't handle this problem.&lt;/B&gt;&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Any suggestions will be greatly appreciated.&lt;/P&gt;

&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 14:47:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108986#M128811</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-26T14:47:22Z</dc:date>
    </item>
    <item>
      <title>The set of equations that you</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108987#M128812</link>
      <description>&lt;P&gt;The set of equations that you need to solve are nonlinear. Your algorithm consists of breaking the equations into two groups.&lt;/P&gt;

&lt;P&gt;1. &lt;SPAN style="font-size: 16.26px; line-height: 24.39px;"&gt;&amp;nbsp;The first group consists of explicit equations for the radiation terms in terms of temperatures.&amp;nbsp;&lt;/SPAN&gt;You solve these simply by substituting guessed temperatures.&lt;/P&gt;

&lt;P&gt;2. You then substitute the resulting radiation terms into the second group, which come from discretizing the heat equation, and solve the simultaneous linear equations to obtain (hopefully) improved temperatures. &amp;nbsp;&lt;/P&gt;

&lt;P&gt;3. You compare the improved temperatures with the previous set of values and, if not satisfied, go back to Step 1.&lt;/P&gt;

&lt;P&gt;This algorithm converges in a few iterations for your starting case, with Temp_N = 50 and Temp_S = 100. In an attempt to extend the calculation to higher values of these parameters, I found that simple parameter continuation works -- but only up to a point. That is, gradually increasing Temp_N and Temp_S, each time using the converged solution for the previous values of Temp_N and Temp_S as the initial "guess".enabled me to reach Temp_N = 400 and Temp_S = 800. However, the number of iterations required increased substantially.&lt;/P&gt;

&lt;P&gt;I conclude that you should use a better algorithm to solve the nonlinear equations. Consider, for example, the TRNLSP routine that is included in the MKL library.&lt;/P&gt;

&lt;P&gt;P.S.: In #13, you have "TEMP_S=1000 and TEMP_S=1500"; please correct this (one of the two TEMP_S -&amp;gt; TEMP_N)&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 15:14:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108987#M128812</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-26T15:14:00Z</dc:date>
    </item>
    <item>
      <title>I think the set of LINEAR</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108988#M128813</link>
      <description>&lt;P&gt;I think the set of LINEAR equations must be solved in order to improve temperature filed from energy equation (you called it second group). When radiation term is achieved from &lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;explicit equations for the radiation(RTE), then this part is added to the heat equation as a source term. After that the&amp;nbsp;discretized form of &amp;nbsp;heat equation plus source term which are a linear set of equations must be solve. In order to solve this i choose the direct method called&amp;nbsp;gauss_jordan elimination. Actually i consider that there is no nonlinear set of equation here, is there? . I can extend the parameters to reach Temp_N = 1500 and Temp_S = 1000 when N_1=1 and/or N_2=1 &amp;nbsp;are unit but for Ex: with&amp;nbsp;N_1=1.2 and N_2=1.8 program diverges . Now i'm thinking about to use standard libraries subroutines to solve this set of equations and actually that is why&amp;nbsp;i try to use FSP4 because of its IMSL libraries .&amp;nbsp;So could you please tell me how to add MATH KERNEL libraries to the Intel Fortran (Visual Studio2010)?&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;Also what do you &amp;nbsp;mean by "P.S.: In #13, you have "TEMP_S=1000 and TEMP_S=1500"; please correct this (one of the two TEMP_S -&amp;gt; TEMP_N)" ?&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;Thanks in advance.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 17:42:47 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108988#M128813</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-26T17:42:47Z</dc:date>
    </item>
    <item>
      <title>Let me explain the issue of</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108989#M128814</link>
      <description>&lt;P&gt;Let me explain the issue of nonlinearity in terms of a single-variable problem. Let x be the unknown. You have an equation to solve of the form a x = f(x), where f is nonlinear. What you have done is to recast this equation as&lt;/P&gt;

&lt;P&gt;&amp;nbsp; &amp;nbsp; a x = b, &amp;nbsp; &amp;nbsp; b = f(x)&lt;/P&gt;

&lt;P&gt;Since&amp;nbsp;&lt;SPAN style="font-size: 16.26px; line-height: 24.39px;"&gt;the name 'b' suggests&lt;/SPAN&gt;&amp;nbsp;a constant, the first equation deceptively appears to be linear. However, &lt;SPAN style="font-size: 16.26px; line-height: 24.39px;"&gt;&amp;nbsp;b still depends on the unknown x.&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;You solve this equation with the iteration scheme:&lt;/P&gt;

&lt;P&gt;&amp;nbsp;0. &amp;nbsp; Guess x&lt;SUB&gt;0&lt;/SUB&gt;, set i = 0.&lt;/P&gt;

&lt;P&gt;1. Evaluate b&lt;SUB&gt;&lt;SPAN style="font-size: 13.55px; line-height: 20.325px;"&gt;i&lt;/SPAN&gt;&lt;/SUB&gt;&amp;nbsp;= f(x&lt;SUB&gt;&lt;SPAN style="font-size: 13.55px; line-height: 20.325px;"&gt;i&lt;/SPAN&gt;&lt;/SUB&gt;) explicitly.&lt;/P&gt;

&lt;P&gt;2. Solve a x&lt;SUB&gt;i+1&lt;/SUB&gt;&amp;nbsp;= b&lt;SUB&gt;i&amp;nbsp;&lt;/SUB&gt;.&lt;/P&gt;

&lt;P&gt;3. If x&lt;SUB&gt;i&lt;/SUB&gt; and x&lt;SUB&gt;i+1&lt;/SUB&gt; are not sufficiently close, increment i and go to Step 1.&lt;/P&gt;

&lt;P&gt;Many methods for solving nonlinear equations consist of similar sequences of solving linear equations. It is important to note that &lt;EM&gt;ad hoc&lt;/EM&gt; iterative methods such as the one you used may not converge at all, or may converge only for certain guess values, or convergence may occur only for certain ranges of parameter values. Look up "Julia sets" in Wikipedia or elsewhere.&lt;/P&gt;

&lt;P&gt;_________________&lt;/P&gt;

&lt;P&gt;"TEMP_S=1000 and TEMP_S=1500": read carefully; you have "TEMP_S" twice. Surely, it cannot have two different values at the same time?&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 18:09:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108989#M128814</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-08-26T18:09:00Z</dc:date>
    </item>
    <item>
      <title>You are right.The heat</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108990#M128815</link>
      <description>&lt;P&gt;You are right. The heat equation is - div(qc) - div(qr)=0 which - div(qr) is the source term,that is&amp;nbsp;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;S= -&amp;nbsp;div(qr)&lt;/SPAN&gt;=4*KAPA*SIGMA*TEMP**4 - G .The discretize &amp;nbsp;form of this equation is &lt;A&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;&amp;nbsp;[TEMP] = &lt;B&gt;, B = f(TEMP). Here B is nonlinear in relation with TEMP (temperature), so what i should &amp;nbsp;do is linearizing the radiative source term. In the source term &lt;/B&gt;&lt;/SPAN&gt;linearization&amp;nbsp;we transform S to&amp;nbsp;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;S_c+S_p*TEMP in such a way which&amp;nbsp;S_p&amp;lt;=0.0 .&lt;/SPAN&gt;&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;S=S_c+S_p*TEMP , TEMP_STAR is the previous iteration value of TEMP. &amp;nbsp;In this case we do it as follows:&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/SPAN&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="hgfhjgjkgpture_0.PNG"&gt;&lt;img src="https://community.intel.com/t5/image/serverpage/image-id/9067i0671EF40E203A572/image-size/large?v=v2&amp;amp;px=999&amp;amp;whitelist-exif-data=Orientation%2CResolution%2COriginalDefaultFinalSize%2CCopyright" role="button" title="hgfhjgjkgpture_0.PNG" alt="hgfhjgjkgpture_0.PNG" /&gt;&lt;/span&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;R.H.S :&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;&amp;nbsp;S=&lt;/SPAN&gt;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;4*KAPA*SIGMA*TEMP**4&amp;nbsp;- G&lt;/SPAN&gt;&lt;/P&gt;

&lt;DIV&gt;
	&lt;P&gt;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;L.H.S : &amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;S_c+S_p*TEMP= (12&lt;/SPAN&gt;&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;*KAPA*SIGMA*TEMP_STAR**4 +KAPA*G) +(-16*KAPA*SIGMA*TEMP_STAR**3)*TEMP&lt;/SPAN&gt;&lt;/P&gt;

	&lt;P&gt;&lt;SPAN style="line-height: 19.512px;"&gt;by use of this the B coefficients become &amp;nbsp;linear in &amp;nbsp;relation to TEMP a then one can solve the linear set of equation. By the way is there any need to solve nonlinear set of equations?&lt;/SPAN&gt;&lt;/P&gt;

	&lt;P&gt;&lt;SPAN style="line-height: 19.512px;"&gt;Your last comment is very helpful, let me try another&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;guess values.&lt;/SPAN&gt;&lt;/P&gt;

	&lt;P&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;Thanks for your time and comments.&lt;/SPAN&gt;&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Fri, 26 Aug 2016 19:20:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108990#M128815</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-26T19:20:00Z</dc:date>
    </item>
    <item>
      <title>This may or may not be an</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108991#M128816</link>
      <description>&lt;P&gt;This may or may not be an issue (mecej4 can comment on this).&lt;/P&gt;

&lt;P&gt;You have:&lt;/P&gt;

&lt;PRE class="brush:fortran;"&gt;DOUBLE PRECISION ,PARAMETER ::&amp;nbsp; EPSILON = 1.0E-6&lt;/PRE&gt;

&lt;P&gt;which is a constant. A&amp;nbsp;problem that is often encountered with a fixed epsilon, is the&amp;nbsp;convergence routine&amp;nbsp;will work for inputs/outputs of a limited range (magnitudes). A better approach is to determine the magnitude of the numbers your are manipulating, then construct an epsilon for the desire significance. Something like this:&lt;/P&gt;

&lt;PRE class="brush:fortran;"&gt;REAL(8) :: WITHIN
...
WITHIN = 100.0D ! WITHIN 2 SIGNIFICANT DIGITS OF PRECISION
...
IF((A-B) &amp;lt; EPSILON(A)*A*WITHIN) CONVERGE = .TRUE.&lt;/PRE&gt;

&lt;P&gt;What the above is doing is comparing the difference between a and b (prior iteration and current iteration??) and&lt;/P&gt;

&lt;P&gt;(smallest number relative to 1.0 of type A that can be added to 1.0 of type A that can represent a different number)&lt;BR /&gt;
	&amp;nbsp;&amp;nbsp; then&amp;nbsp;scale it&amp;nbsp;to the magnitude of A (*A) to get the&amp;nbsp;least significant bit value&lt;BR /&gt;
	&amp;nbsp;&amp;nbsp; then scale it again (*WITHIN) to get the convergence limit&lt;/P&gt;

&lt;P&gt;Of course you can "optimize" this by:&lt;/P&gt;

&lt;PRE class="brush:fortran;"&gt;REAL(8) :: WITHIN
REAL(8) :: MyEpsilon
...
WITHIN = 100.0_8 ! WITHIN 2 SIGNIFICANT DIGITS OF PRECISION
MyEpsilon = EPSILION(A)*WITHIN
...
IF((A-B) &amp;lt; A*MyEpsilon) CONVERGE = .TRUE.&lt;/PRE&gt;

&lt;P&gt;Jim Dempsey&lt;/P&gt;</description>
      <pubDate>Fri, 26 Aug 2016 20:32:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108991#M128816</guid>
      <dc:creator>jimdempseyatthecove</dc:creator>
      <dc:date>2016-08-26T20:32:42Z</dc:date>
    </item>
    <item>
      <title>First of all, than you for</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108992#M128817</link>
      <description>&lt;P&gt;First of all, than you for your helpful comment.I wrote a program which contains two main modules and a main program which i attached them.Although it works correctly in&amp;nbsp;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;&amp;nbsp;Code Blocks and Visual Studio (Intel Fortran) compilers, it results in "&lt;/SPAN&gt;Command line error D2013: internal compiler error" in&amp;nbsp;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;Fortran Power station. I don't know how to figure this error out&lt;/SPAN&gt;&lt;SPAN style="font-size: 12px; line-height: 18px;"&gt;. Any ideas will be greatly appreciated.&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Capture_0.PNG"&gt;&lt;img src="https://community.intel.com/t5/image/serverpage/image-id/9069i365994E8DEED6523/image-size/large?v=v2&amp;amp;px=999&amp;amp;whitelist-exif-data=Orientation%2CResolution%2COriginalDefaultFinalSize%2CCopyright" role="button" title="Capture_0.PNG" alt="Capture_0.PNG" /&gt;&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;second and more important questions is why does t&lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;he outlet data lead to NAN or infinity&lt;/SPAN&gt;&amp;nbsp;when the&amp;nbsp;magnitude&amp;nbsp;of &amp;nbsp;the TEMP_N and/or TEMP_S are increased. I'm pretty sure that there is no 0/0 in the program,yet program begins to diverge! I also pretty sure about the algorithm, because with some values of these two parameters the program gives correct answers, but i can't generalize it for all possible values of &lt;SPAN style="font-size: 13.008px; line-height: 19.512px;"&gt;TEMP_N and TEMP_S&lt;/SPAN&gt;&amp;nbsp;.Can you help me with that.&lt;/P&gt;

&lt;P&gt;&lt;SPAN style="font-size: 1em; line-height: 1.5;"&gt;thanks in advance.&lt;/SPAN&gt;&lt;/P&gt;

&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Aug 2016 17:53:45 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108992#M128817</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-08-30T17:53:45Z</dc:date>
    </item>
    <item>
      <title>With suitable modifications</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108993#M128818</link>
      <description>&lt;P&gt;With suitable modifications made to the comments of #18 to accommodate negative values of the variables concerned (e.g., by applying the ABS() function), the advice given there could be quite helpful. Most of the algorithms and code in ACM-TOMS and in libraries such as IMSL and NAG allow the user to specify both relative and absolute tolerances for checking the convergence of iterative algorithms.&lt;/P&gt;</description>
      <pubDate>Thu, 01 Sep 2016 12:55:11 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108993#M128818</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2016-09-01T12:55:11Z</dc:date>
    </item>
    <item>
      <title>Thank you all for your</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108994#M128819</link>
      <description>&lt;P&gt;Thank you all for your comments and suggestions. Finally i can handle it.&lt;/P&gt;

&lt;P&gt;good luck.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Sep 2016 13:07:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Why-does-a-code-have-an-error-in-Fortran-Power-Station-but-doesn/m-p/1108994#M128819</guid>
      <dc:creator>Sina_K_</dc:creator>
      <dc:date>2016-09-08T13:07:22Z</dc:date>
    </item>
  </channel>
</rss>

