Hi all,
There is currently a PR waiting for merge:
https://github.com/orocos-toolchain/rtt/pull/77
The PR adds functionality to the TLSF memory pool to detect memory
corruption, which can happen due to double frees or non-thread safe
handling of rt allocated variables.
Previously applications would just continue to work with a corrupted TLSF
pool resulting in undefined behaviour. With these patches the application
would abort, since the TLSF memory pool is corrupted (we cannot detect it
beforehand, only after the corruption has taken place) there is no real
sane thing to do from that point and the abort is similar to a segfault.
Before we merge this PR I would like everyone to fully understand the
consequences of it as it might surface tlsf memory corruption issues with
your applications that were undetected before.
If you have big objections please speak up.
Regards,
Ruben
TLSF memory corruption detection
This is definitely a good thing.
2015-09-15 13:53 GMT+02:00 Ruben Smits <ruben [dot] smits [..] ...>:
> Hi all,
>
> There is currently a PR waiting for merge:
> https://github.com/orocos-toolchain/rtt/pull/77
> The PR adds functionality to the TLSF memory pool to detect memory
> corruption, which can happen due to double frees or non-thread safe
> handling of rt allocated variables.
>
> Previously applications would just continue to work with a corrupted TLSF
> pool resulting in undefined behaviour. With these patches the application
> would abort, since the TLSF memory pool is corrupted (we cannot detect it
> beforehand, only after the corruption has taken place) there is no real
> sane thing to do from that point and the abort is similar to a segfault.
>
> Before we merge this PR I would like everyone to fully understand the
> consequences of it as it might surface tlsf memory corruption issues with
> your applications that were undetected before.
>
> If you have big objections please speak up.
>
> Regards,
>
> Ruben
> --
> Ruben Smits, Roboticist - Founder
> +32 479 511 786
> Intermodalics - Kapeldreef 60, 3001 Heverlee - BELGIUM
> www.intermodalics.eu
>
> --
> Orocos-Dev mailing list
> Orocos-Dev [..] ...
> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>
>