<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Jonathan,<br>
    As Edward wrote, a small example would help.<br>
    <br>
    One thing to would be to try the brute force method of determining
    what change or changes caused the problem.<br>
    The way to do this is to do a binary search of the tree by checking
    out different versions and testing them.  It can take awhile, but
    the amount of actual effort is low.  <br>
    <br>
    If you are using only actors that are in Ptolemy II and you are not
    using Kepler-only actors, then you could export your model as MoML,
    verify that the model works in r64636 of Ptolemy II and fails in
    r65658 and then check out an intermediate version of Ptolemy II.<br>
    (65658-64636)/2+64636 = 65147<br>
    I would do this with<br>
      svn co -r 65147
    <a class="moz-txt-link-freetext" href="https://source.eecs.berkeley.edu/svn/chess/ptII/trunk">https://source.eecs.berkeley.edu/svn/chess/ptII/trunk</a> ptII.65147<br>
      cd ptII.65147<br>
      export PTII=`pwd`<br>
      ./configure<br>
      ant<br>
    Then rerun the model and try either an earlier or later version and
    repeat the above.<br>
    <br>
    <br>
    You could also look at the ChangeLog for the ptII tree at
    <a class="moz-txt-link-freetext" href="http://chess.eecs.berkeley.edu/ptexternal/nightly/ChangeLog.txt">http://chess.eecs.berkeley.edu/ptexternal/nightly/ChangeLog.txt</a><br>
    <br>
    You could also try diffing ptolemy/directors/pn between the version
    that worked and the version that failed.<br>
    <br>
    If your tree uses Kepler actors, then you will need to use the
    Kepler build system to check out different versions of Kepler. 
    Offhand, I'm not sure how to do that.<br>
    <br>
    _Christopher<br>
    <br>
    <div class="moz-cite-prefix">On 2/13/13 8:20 PM, Edward A. Lee
      wrote:<br>
    </div>
    <blockquote cite="mid:511C6608.3090409@eecs.berkeley.edu"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <br>
      This sounds like a threading bug.<br>
      If you would like to know how I feel about threads, read this:<br>
      <br>
      <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://ptolemy.eecs.berkeley.edu/publications/papers/06/problemwithThreads/">http://ptolemy.eecs.berkeley.edu/publications/papers/06/problemwithThreads/</a><br>
      <br>
      If you are using only built-in actors, then it really would be
      great to have reproducible example. And I would really like to fix
      it. If you have custom actors, then we probably can't help...<br>
      <br>
      Without a reproducible example, threading bugs are impossible to
      fix. (sometimes even with a reproducible example they are
      impossible to fix).<br>
      Threads are a _really bad_ concurrency model. Sadly, they dominate
      concurrency today...<br>
      <br>
      Edward<br>
      <br>
      <div class="moz-cite-prefix">On 2/13/13 2:33 PM, Jonathan Boright
        wrote:<br>
      </div>
      <blockquote
cite="mid:CAFEwxXJrP6p3smoxLfkq43wigVE1tZ5_pTeB-bk9sxhXjP6siw@mail.gmail.com"
        type="cite">
        <div dir="ltr">Dear Kepler users, 
          <div><br>
          </div>
          <div>We have been using kepler for a while now and have
            developed a number of fairly large and complex workflows. We
            recently updated kepler and have found that our old
            workflows 'hang' after only a short time (less than a
            minute). As far as I can tell they don't always hang in the
            same spot. We have been trying to create a model to post on
            this forum that demonstrates this behavior, but as soon as
            we pare the model down to a size small enough to post and
            strip out our customized code... they tend to work fine. So
            in lieu of an example model I'll attempt to describe the
            strucure of our models, the symptoms, and some avenues that
            we have used to try and narrow down the issues.</div>
          <div><br>
          </div>
          <div>Our old models run in the following svn revision(s):</div>
          <span style="font-family:arial,sans-serif;font-size:13px">svn
            info details:</span><br
            style="font-family:arial,sans-serif;font-size:13px">
          <span style="font-family:arial,sans-serif;font-size:13px">Working

            Copy Root Path: /cygdrive/c/Kepler/svn/[build-</span><span
            style="font-family:arial,sans-serif;font-size:13px">area
            etc.]</span><br
            style="font-family:arial,sans-serif;font-size:13px">
          <span style="font-family:arial,sans-serif;font-size:13px">Revision:

            30654</span><br
            style="font-family:arial,sans-serif;font-size:13px">
          <span style="font-family:arial,sans-serif;font-size:13px">Working

            Copy Root Path: /cygdrive/c/Kepler/svn/</span><span
            style="font-family:arial,sans-serif;font-size:13px">ptolemy/src</span><br
            style="font-family:arial,sans-serif;font-size:13px">
          <div><span style="font-family:arial,sans-serif;font-size:13px">Revision:

              64636</span> </div>
          <div>
            <div><br>
            </div>
            <div>They 'hang' when run in the following revision(s)</div>
            <div><span
                style="font-family:arial,sans-serif;font-size:13px">svn
                info details:</span></div>
            <span style="font-size:13px;font-family:arial,sans-serif">Working

              Copy Root Path: /cygdrive/c/Kepler/svn/build-</span><span
              style="font-size:13px;font-family:arial,sans-serif">area</span><br
              style="font-size:13px;font-family:arial,sans-serif">
            <span style="font-size:13px;font-family:arial,sans-serif">Revision: </span><font
              face="arial, sans-serif">31428 - 31431 (current)</font><br
              style="font-size:13px;font-family:arial,sans-serif">
            <span style="font-size:13px;font-family:arial,sans-serif">Working

              Copy Root Path: /cygdrive/c/Kepler/svn/</span><span
              style="font-size:13px;font-family:arial,sans-serif">ptolemy/src</span><br
              style="font-size:13px;font-family:arial,sans-serif">
            <div><span
                style="font-family:arial,sans-serif;font-size:13px">Revision: </span><b
                style="font-size:medium;font-family:'Times New
                Roman';font-weight:normal"><span
style="font-size:13px;font-family:Arial;color:rgb(34,34,34);vertical-align:baseline;white-space:pre-wrap">65654

                  - </span></b><font face="arial, sans-serif">65658</font> (current)</div>
            <div><br>
            </div>
            <div style="">I'll describe one particular model as an
              example:</div>
            <div style="">The workflow is a hydrlogic model which has
              the following attributes:</div>
            <div style="">- a PN director.</div>
            <div style="">- the most comon token is a double matrix
              token ([double]) of size 360x270.</div>
            <div style="">- many composite actors, some with sdf
              directors (opaque) and some without directors
              (transparant).</div>
            <div style="">- an opaque composite actor made into a class
              object with many (~30?) instances of this class.</div>
            <div style="">- multiple Nondeterministic Merge actors (to
              re-use tokens)    </div>
            <div style=""><br>
            </div>
            <div style="">When this model is run in newer revisions, it
              runs for a bit (usually less than 1 minute) and then just
              stops going forwards... no error messages... just hung.
              When we then attempt to stop the model it gives the
              message "wrapping up" but hangs there. Sometimes I'm able
              to close the window, sometimes I need to kill kepler
              throught the task-manager...</div>
            <div style=""><br>
            </div>
            <div style="">We have noticed some changes in
              kepler/ptolemy... for example, it is now possible to make
              transparant composite actors into classes (which is
              useful... thank you). We hypothesized that perhaps
              something changed in the way that the PN director handles
              the opaque composite actors, and that this change is
              causing the log-jam (or an un-satisfied 'race condition'?)
              ... so we removed all of the sdf directors making all of
              the composite actors transparant. This made some
              difference in some of our smaller workflows but still the
              larger noes hang... </div>
            <div style=""><br>
            </div>
            <div style="">I'll end this note here and see if I can come
              up with a concrete example. In the mean time, any new
              perspectives or thoughts would be helpful.</div>
            <div style=""><br>
            </div>
            <div style="">Thanks in advance.</div>
            <div style=""><br>
            </div>
            <div style="">Jon Boright </div>
            <br>
            ---------------------------------<br>
            Jonathan Boright<br>
            Research Scientist<br>
            ISciences, LLC<br>
            61 Main Street, Suite 200<br>
            Burlington, VT 0540<br>
          </div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Kepler-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Kepler-users@kepler-project.org">Kepler-users@kepler-project.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users">http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Kepler-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kepler-users@kepler-project.org">Kepler-users@kepler-project.org</a>
<a class="moz-txt-link-freetext" href="http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users">http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Christopher Brooks, PMP                       University of California
CHESS Executive Director                      US Mail: 337 Cory Hall
Programmer/Analyst CHESS/Ptolemy/Trust        Berkeley, CA 94720-1774
ph: 510.643.9841                                (Office: 545Q Cory)
home: (F-Tu) 707.665.0131 cell: 707.332.0670 </pre>
  </body>
</html>