<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    David,<br>
      I did run into this - although with some allocatable arrays in the
    DynamicData() routine. Your error (I think) is coming from the
    setStorageSize() routine. CVF apparently deleted allocatable arrays
    whenever you exited the routine in which they had been created. IVF
    doesn't do that so you have to manually deallocate everything (there
    is probably a compiler setting for this...)<br>
    <br>
      To fix the problem, look for the subroutine "GROW_STORAGE()" (its
    in storage.for) and add the line <br>
    <br>
    DEALLOCATE(XSTORE_TEMP)<br>
    <br>
    just before the RETURN. <br>
    <br>
    You'll have to recompile the TRNDll but it sounds like you are able
    to do that.<br>
    <br>
    best,<br>
     David<br>
    <br>
    <br>
    On 5/10/2011 09:23, CHEZE David 227480 wrote:
    <blockquote
      cite="mid:D0FE4A0F7910F4499DBC0FB25772F46491F9E1@TAIPEI.intra.cea.fr"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 14 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span lang="EN-US">Hi,<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">I’m puzzling while
            trying to run an existing project <o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">on TRNSYS 16.1.3
            Windows7 32bits, TRNDLL and userDlls builded with IVF 11.1
            (from the ivf10d1.zip downloaded from trnsys’s website) :
            severe runtime error “allocatable array is already
            allocated” with no detail from the origin in the message
            window.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">On TRNSYS 16.1.3 WinXP
            32bits build with CVF6.6 there’s no problem at runtime.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">The project uses 2
            instances of an old user type running in legacy mode (using
            S array) and other user TRNSYS16 types.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">When debugging with
            IVF11.1: trnexe.exe has triggered a breakpoint in
            “calltypes.for”, when it is handling one of my 4 type31
            (pipe) units. I’ve traced that the pb occurs the second time
            Type00 is called on this unit (first call of all component
            didn’t cause any crash).<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Any idea about what
            could explain this behavior is welcomed !<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Thanks,<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span style="font-size: 10pt; font-family:
            "Arial","sans-serif";" lang="EN-US">David
          </span><span lang="EN-US"><o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
TRNSYS-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:TRNSYS-users@cae.wisc.edu">TRNSYS-users@cae.wisc.edu</a>
<a class="moz-txt-link-freetext" href="https://mailman.cae.wisc.edu/listinfo/trnsys-users">https://mailman.cae.wisc.edu/listinfo/trnsys-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
***************************
David BRADLEY
Principal
Thermal Energy Systems Specialists, LLC
22 North Carroll Street - suite 370
Madison, WI  53703 USA

P:+1.608.274.2577
F:+1.608.278.1475
<a class="moz-txt-link-abbreviated" href="mailto:d.bradley@tess-inc.com">d.bradley@tess-inc.com</a>

<a class="moz-txt-link-freetext" href="http://www.tess-inc.com">http://www.tess-inc.com</a>
<a class="moz-txt-link-freetext" href="http://www.trnsys.com">http://www.trnsys.com</a></pre>
  </body>
</html>