2018 bis heute | 2017 2016 2015 2014 | 2013 | 2012

Mailingliste - Einträge 2018 bis heute

Hello Peter,<br><br>Thank you for your help but this is not a false positive problem, there is really a deadlock.<br>The SUT is definitely frozen/deadlocked.<br><br>Now I would like to know what caused the deadlock in order to fill a bug on this problem.<br>
But for this, I need a "jstack report" or something equivalent.<br><br>Best regards,<br clear="all"><pre cols="72"><span style="color: rgb(153, 153, 153);">---<br>Ivan Boelle</span><br style="color: rgb(153, 153, 153);">
<span style="color: rgb(153, 153, 153);"></span><span style="color: rgb(153, 153, 153);">INT, Interactive Network Technologies</span><br><br></pre><br><br><br>
<br><br><div class="gmail_quote">On Thu, Mar 3, 2011 at 8:43 AM, Peter Fss <span dir="ltr"><<a href="mailto:peter.fuess@qfcc.ch">peter.fuess@qfcc.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


  
    
  
  <div text="#000000" bgcolor="#ffffff">
    Hello Ivan,<br>
    <br>
    Without a runlog I am not shure if the following concerns your
    problem, i just tell you the experience i had with deadlocks:<br>
    <br>
    Is it possible that your SUT-Script runs for more than 2 minutes? <br>
    In the qftest-manual chapter 29.3.5 you'll find the following
    sentence:<br>
    <br>
    'If the SUT does not react for the given time, a <a shape="rect"><code>DeadlockTimeoutException</code></a>
    is thrown'<br>
    <br>
    This given time is configurable under Options/Replay/Timeouts and is
    set to 120s per default.<br>
    <br>
    But you should not change this Timeout-Value for Deadlocks!<br>
    Use a SUT-Script only for accessing SUT-Components i.e. to get some
    informations you need. <br>
    Afterwards try to pass these informations to a Server-Script which
    you can run as long as you want. <br>
    <br>
    Refer also to chapter 13.3.8 in the qftest-manual, in the case you
    are calling qftest-procedures rc.callProcedure(...) in your
    SUT-Script.<br>
    <br>
    With Best Regards<br>
    <br>
    Peter Fss<br>
    QFCC<div><div></div><div class="h5"><br>
    <br>
    <br>
    On 02.03.2011 12:13, Ivan Boelle wrote:
    </div></div><blockquote type="cite"><div><div></div><div class="h5">Hello,<br>
      <br>
      One of my tests sometime raises a DeadlockTimeoutException.<br>
      And it seems that there is really a deadlock in our SUT. :(<br>
      <br>
      Is there anyway to have QFTest generate a deadlock report, java
      threads stacks, anything like a java/bin/jstack ?<br>
      <br>
      If not, is there a way to add a global exception handler ?<br>
      Something that would be called each time a given exception is
      raised by QFTest (wherever it is).<br>
      <br>
      Best regards,<br>
      <br clear="all">
      <pre cols="72"><span style="color: rgb(153, 153, 153);">---

Ivan Boelle</span>
<span style="color: rgb(153, 153, 153);"></span><span style="color: rgb(153, 153, 153);">INT, Interactive Network Technologies</span>

</pre>
      <br>
      <br>
      <br>
      </div></div><pre><fieldset></fieldset>
_______________________________________________
qftest-list mailing list
<a href="mailto:qftest-list@qfs.de" target="_blank">qftest-list@qfs.de</a>
<a href="http://www.qfs.de/mailman/listinfo/qftest-list" target="_blank">http://www.qfs.de/mailman/listinfo/qftest-list</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
qftest-list mailing list<br>
<a href="mailto:qftest-list@qfs.de">qftest-list@qfs.de</a><br>
<a href="http://www.qfs.de/mailman/listinfo/qftest-list" target="_blank">http://www.qfs.de/mailman/listinfo/qftest-list</a><br>
<br></blockquote></div><br>