<blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">Think there is an easy/safe way to automate the addition/injection<br>of parameters/settings into the test at run time when running under<br>valgrind or REF_DEBUG?</p><p style="white-space: pre-wrap; word-wrap: break-word;">I just wonder if people don't set the values moving forward on<br>appropriate tests stuff will fail when running under those modes?<br>Maybe not a concern though?</p><p style="white-space: pre-wrap; word-wrap: break-word;">I do recall you not wanting to default 'memcheck-delay-stop' for<br>time reasons (which makes sense).</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">I don't think we can easily inject the pjsip.conf settings.  We could create a global configs/pjsip.conf and configs/pjsip.conf.inc like we have for modules.conf.  So tests would provide pjsip.conf.inc instead of pjsip.conf to get the reduced timer_t1 and timer_b values.  I think this would be safe, I'm willing to rework this patch to work this way.</p><p style="white-space: pre-wrap; word-wrap: break-word;">As for setting the `memcheck-delay-stop` I think this needs to be done per test that needs it.  If we set the default to 7 seconds we would only rarely need to change it - only a few tests require higher delays.  At most I expect ~400 of the current tests to have memcheck-delay-stop set, nearly 600 tests will work with it set to 0 (current default).  So using a default of 7 seconds for all tests would add 70 minutes to the runtime of the full testsuite.  If memcheck-delay-stop is needed but not set then the test will fail when REF_DEBUG is enabled.</p><p style="white-space: pre-wrap; word-wrap: break-word;">New tests failing to set this will become less of an issue once the entire testsuite can pass with REF_DEBUG enabled, then it'll be easier to see/deal with new issues.</p><p><a href="https://gerrit.asterisk.org/9922">View Change</a></p><ul style="list-style: none; padding: 0;"></ul><p>To view, visit <a href="https://gerrit.asterisk.org/9922">change 9922</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.asterisk.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.asterisk.org/9922"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: testsuite </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: Id9d96e10c4e339ef9a291fa940ed0fc0bd972aec </div>
<div style="display:none"> Gerrit-Change-Number: 9922 </div>
<div style="display:none"> Gerrit-PatchSet: 1 </div>
<div style="display:none"> Gerrit-Owner: Corey Farrell <git@cfware.com> </div>
<div style="display:none"> Gerrit-Reviewer: Corey Farrell <git@cfware.com> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins2 </div>
<div style="display:none"> Gerrit-Reviewer: Kevin Harwell <kharwell@digium.com> </div>
<div style="display:none"> Gerrit-Comment-Date: Thu, 16 Aug 2018 23:33:29 +0000 </div>
<div style="display:none"> Gerrit-HasComments: No </div>
<div style="display:none"> Gerrit-HasLabels: No </div>