<div dir="ltr"><div dir="ltr">Hi Micael,<div><br></div><div>I'm very biassed here, but apart from my creator fondness many of my colleagues are very happy about the approach that my Chronos library takes when it comes to timers.</div><div><br></div><div><a href="https://github.com/lehoff/chronos">https://github.com/lehoff/chronos</a><br></div><div><br></div><div>Basically, don't use the internal timers, but do read the full README from Chronos.</div><div><br></div><div>Very happy to assist you and improve anything in Chronos, if you find it confusing.</div><div><br></div><div>Cheers,</div><div>Torben</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 15 Aug 2019 at 13:35, Micael Nussbaumer <<a href="mailto:micaelnussbaumer@gmail.com">micaelnussbaumer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi, first time poster (but I've read many threads in here).</div><div><br></div><div>How does one usually test gen_statem internal timer events?</div><div>Usually you test the effects of the behaviour somehow, and I can test that. But in this particular case I had a situation where timers with uniq references are created, later on they usually get removed and all is fine - they're created for each extra worker started and at some point the worker is removed by the timer event that trigger checking some conditions.</div><div><br></div><div>I noticed after that, the way I had written it, if an extra worker was started then died for some other reason than the timer event taking it out, I could theoretically accumulate timers that wouldn't be removed, I've since then corrected that but still I have no tests ensuring me that it actually works. </div><div>So my question is if there's any even way to test it (even if with tracing)?</div><div>Thanks</div><br clear="all"><div><div dir="ltr" class="gmail-m_-1675073454201640741gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><b>M</b>icael <b>N</b>ussbaumer</div><div></div><div dir="ltr"><a href="http://cargocollective.com/micaelnussbaumer" target="_blank">artistic portfolio</a></div></div></div></div></div></div></div></div>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><a href="http://www.linkedin.com/in/torbenhoffmann" target="_blank">http://www.linkedin.com/in/torbenhoffmann</a><br></div>@LeHoff<br></div></div>