You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The only difference is using shadow stack configuration parameter.
When I've tested calling the destructor of exception seems that it is not even called when shadow stack is used (so this is a real leak, but somehow caused by bytehound itself)
The text was updated successfully, but these errors were encountered:
Hi,
Great tool!
During some profiling I've encountered very interesting leak which targets exception handling.
Seems that bytehound stack fast unwind algorithm omits destructors in exception objects marking them as leaky.
MEMORY_PROFILER_USE_SHADOW_STACK=1 is default setting
Small example with simple test program:
build with g (ver 11.4.0) with no extra flags and run with bytehound.so lib
running same binary (not recompiled) with:
shows no leaks
The only difference is using shadow stack configuration parameter.
When I've tested calling the destructor of exception seems that it is not even called when shadow stack is used (so this is a real leak, but somehow caused by bytehound itself)
The text was updated successfully, but these errors were encountered: