libosmocore[master]: libosmocoding: migrate transcoding routines from OsmoBTS

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Vadim Yanitskiy axilirator at gmail.com
Fri Jan 6 20:14:15 UTC 2017


Hi,

> I pushed some fixes,see https://gerrit.osmocom.org/1530 and
> https://gerrit.osmocom.org/1531  - the remaining failures are all
> LeakSanitizer warnings, and I suspect that while we release all memory
> back to talloc, talloc itself doesn't release it back to glibc
> malloc/free, and hence LeakSanitizer is kicking in.

Just rebased to a new version with both changes applied, and
I can confirm, that the 'gea' test is ok now. Other still fail.

>> Max wrote:
> I wonder why this has not been triggering jenkins build failures?
> Are we using it wrong?

Interesting questions for me too.
Which GCC version is used on buildhost?
Was one compiled manually?


With best regards,
Vadim Yanitskiy.

2017-01-04 17:28 GMT+07:00 Harald Welte <laforge at gnumonks.org>:

> On Wed, Jan 04, 2017 at 08:55:45AM +0000, Vadim Yanitskiy wrote:
> > I think it's due to --enable-sanitize, because
> > when I am trying to compile libosmocore this way:
> >
> >  ./configure --enable-static --enable-sanitize
> >  make check
> >
> > Some other tests fail (current master version, clang-3.6):
> >
> >  Regression tests.
> >   8: gea                                             FAILED (
> testsuite.at:51)
> >   9: msgfile                                         FAILED (
> testsuite.at:59)
> >  15: lapd                                            FAILED (
> testsuite.at:96)
> >  16: gsm0808                                         FAILED (
> testsuite.at:102)
> >  17: gsm0408                                         FAILED (
> testsuite.at:108)
> >  30: bssgp-fc                                        FAILED (
> testsuite.at:190)
>
> I pushed some fixes,see https://gerrit.osmocom.org/1530 and
> https://gerrit.osmocom.org/1531  - the remaining failures are all
> LeakSanitizer warnings, and I suspect that while we release all memory
> back to talloc, talloc itself doesn't release it back to glibc
> malloc/free, and hence LeakSanitizer is kicking in.
>
> A quick online search didn't seem like anyone else has yet come up with
> a solution for this, so I guess we should turn it off.  I remember some
> discussion on the list about a year ago where the concensus was to
> disable LeakSanitizer by environment variables on the buildhost anyway?
> --
> - Harald Welte <laforge at gnumonks.org>
> http://laforge.gnumonks.org/
> ============================================================
> ================
> "Privacy in residential applications is a desirable marketing option."
>                                                   (ETSI EN 300 175-7 Ch.
> A6)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20170107/2fe5da51/attachment.htm>


More information about the OpenBSC mailing list