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

Mailingliste - Einträge 2018 bis heute

Hi Gregor,<br><br>There was nothing in the node "output from program...".<br>But we do have an output/error redirection system in our SUT.<br><br>Do you mean the Thread Dump will be available in the file where we redirect the program output ?<br>
<br>Anyway that might be interesting to have more information in a DeadLock exception message.<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 Fri, Mar 4, 2011 at 9:37 AM, Gregor Schmid <span dir="ltr"><<a href="mailto:Gregor.Schmid@qfs.de">Gregor.Schmid@qfs.de</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;">
<br>
Hi Ivan,<br>
<br>
well, actually QF-Test does trigger a thread dump automatically<br>
whenever a DeadlockTimeoutException is thrown, at least on Windows and<br>
Linux. But this is only of use if the output of your application<br>
reaches QF-Test and is not redirected. If that is the case, check the<br>
process output node in the run-log below the log for the SUT start.<br>
<br>
Best regards,<br>
  Greg<br>
<div><div></div><div class="h5"><br>
Ivan Boelle <<a href="mailto:ivan.boelle@int.com">ivan.boelle@int.com</a>> writes:<br>
<br>
> Hello Robert,<br>
><br>
> Well I forgot to mention that I would like it to be automatized.<br>
> Or something which would work in "batch mode".<br>
><br>
> Because if it happens on my desktop, I can do a jstack myself.<br>
> But when I read the nightly runlog in the morning, it's too late to do a jstack / thread_dump :)<br>
><br>
> Best regards,<br>
><br>
> ---<br>
> Ivan Boelle<br>
> INT, Interactive Network Technologies<br>
><br>
> On Thu, Mar 3, 2011 at 6:39 PM, Robert Lahmer, QFS support <<a href="mailto:support@qfs.de">support@qfs.de</a>> wrote:<br>
><br>
>   Hello Ivan, Peter,<br>
><br>
>   you can use<br>
><br>
>   Clients / <Client> / Create thread dump<br>
><br>
>   to print out a client's thread dump into the QF-Test terminal and the client's terminal (open<br>
>   with Ctrl-T). If it works, it's the same output you get from jps and jstack.<br>
><br>
>   Best regards,<br>
>    Robert<br>
><br>
>   --On Donnerstag, Mrz 03, 2011 09:21:46 +0100 Ivan Boelle <<a href="mailto:ivan.boelle@int.com">ivan.boelle@int.com</a>> wrote:<br>
><br>
>     Hello Peter,<br>
><br>
>     Thank you for your help but this is not a false positive problem, there is<br>
>     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<br>
>     on this problem.<br>
>     But for this, I need a "jstack report" or something equivalent.<br>
><br>
>     Best regards,<br>
><br>
>     ---<br>
>     Ivan Boelle<br>
>     INT, Interactive Network Technologies<br>
><br>
>     On Thu, Mar 3, 2011 at 8:43 AM, Peter Fss <<a href="mailto:peter.fuess@qfcc.ch">peter.fuess@qfcc.ch</a>> wrote:<br>
><br>
>       Hello Ivan,<br>
><br>
>       Without a runlog I am not shure if the following concerns your problem, i<br>
>       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<br>
>       DeadlockTimeoutExceptionis thrown'<br>
><br>
>       This given time is configurable under Options/Replay/Timeouts and is set<br>
>       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<br>
>       informations you need.<br>
>       Afterwards try to pass these informations to a Server-Script which you<br>
>       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<br>
>       calling qftest-procedures rc.callProcedure(...) in your SUT-Script.<br>
><br>
>       With Best Regards<br>
><br>
>       Peter Fss<br>
>       QFCC<br>
><br>
>       On 02.03.2011 12:13, Ivan Boelle wrote:<br>
><br>
>       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<br>
>       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<br>
>       QFTest (wherever it is).<br>
><br>
>       Best regards,<br>
><br>
>       ---<br>
><br>
>       Ivan BoelleINT, Interactive Network Technologies<br>
><br>
>       _______________________________________________<br>
</div></div>--<br>
Gregor Schmid                <a href="mailto:Gregor.Schmid@qfs.de">Gregor.Schmid@qfs.de</a><br>
<div class="im">Quality First Software GmbH           <a href="http://www.qfs.de" target="_blank">http://www.qfs.de</a><br>
</div>Tulpenstr. 41                Tel: +49 8171 38648-0<br>
DE-82538 Geretsried             Fax: +49 8171 3864816<br>
<div><div></div><div class="h5">GF: Gregor Schmid, Karlheinz Kellerer     HRB Mnchen 140833<br>
</div></div></blockquote></div><br>