<div dir="ltr"><div>Hi,<br> <br></div>> I pushed some fixes,see <a href="https://gerrit.osmocom.org/1530" rel="noreferrer" target="_blank">https://gerrit.osmocom.org/<wbr>1530</a> and <br>> <a href="https://gerrit.osmocom.org/1531" rel="noreferrer" target="_blank">https://gerrit.osmocom.org/<wbr>1531</a>  - the remaining failures are all<br>
> LeakSanitizer warnings, and I suspect that while we release all memory<br>
> back to talloc, talloc itself doesn't release it back to glibc<br>> malloc/free, and hence LeakSanitizer is kicking in.<br><div><br>Just rebased to a new version with both changes applied, and<br></div><div>I can confirm, that the 'gea' test is ok now. Other still fail.<br><br></div><div>>> Max wrote:<br>> I wonder why this has not been triggering jenkins build failures?<br>> Are we using it wrong?<br><br></div><div>Interesting questions for me too.<br></div><div>Which GCC version is used on buildhost?<br></div><div>Was one compiled manually?<br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
<br><div class="gmail_quote">2017-01-04 17:28 GMT+07:00 Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Jan 04, 2017 at 08:55:45AM +0000, Vadim Yanitskiy wrote:<br>
> I think it's due to --enable-sanitize, because<br>
> when I am trying to compile libosmocore this way:<br>
><br>
>  ./configure --enable-static --enable-sanitize<br>
>  make check<br>
><br>
> Some other tests fail (current master version, clang-3.6):<br>
><br>
>  Regression tests.<br>
>   8: gea                                             FAILED (<a href="http://testsuite.at:51" rel="noreferrer" target="_blank">testsuite.at:51</a>)<br>
>   9: msgfile                                         FAILED (<a href="http://testsuite.at:59" rel="noreferrer" target="_blank">testsuite.at:59</a>)<br>
>  15: lapd                                            FAILED (<a href="http://testsuite.at:96" rel="noreferrer" target="_blank">testsuite.at:96</a>)<br>
>  16: gsm0808                                         FAILED (<a href="http://testsuite.at:102" rel="noreferrer" target="_blank">testsuite.at:102</a>)<br>
>  17: gsm0408                                         FAILED (<a href="http://testsuite.at:108" rel="noreferrer" target="_blank">testsuite.at:108</a>)<br>
>  30: bssgp-fc                                        FAILED (<a href="http://testsuite.at:190" rel="noreferrer" target="_blank">testsuite.at:190</a>)<br>
<br>
I pushed some fixes,see <a href="https://gerrit.osmocom.org/1530" rel="noreferrer" target="_blank">https://gerrit.osmocom.org/<wbr>1530</a> and<br>
<a href="https://gerrit.osmocom.org/1531" rel="noreferrer" target="_blank">https://gerrit.osmocom.org/<wbr>1531</a>  - the remaining failures are all<br>
LeakSanitizer warnings, and I suspect that while we release all memory<br>
back to talloc, talloc itself doesn't release it back to glibc<br>
malloc/free, and hence LeakSanitizer is kicking in.<br>
<br>
A quick online search didn't seem like anyone else has yet come up with<br>
a solution for this, so I guess we should turn it off.  I remember some<br>
discussion on the list about a year ago where the concensus was to<br>
disable LeakSanitizer by environment variables on the buildhost anyway?<br>
<span class="HOEnZb"><font color="#888888">--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
==============================<wbr>==============================<wbr>================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</font></span></blockquote></div><br></div>