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
Moreover, after compilation, the name mangling mechanism may modify the name of specific API. For instance, in my case, operator new and operator delete are replaced by _Znwm and _ZdlPv.
Is there any other way to sidestep this mechanism? I guess it would be convenient that saber can automatically transform these mangled names to the original ones to enable effective detection. Another suggestion is to use a specification file (e.g., x.json) to replace the hard-coded ei_pairs array.
The text was updated successfully, but these errors were encountered:
enochii
changed the title
Identifying alloc and free sites for saber
Specifying sources and sinks for saber
Dec 18, 2024
Hi, I am using saber to detect memory leaks. I notice that some programs may use
operator new
andoperator delete
to allocate and deallocate memory. It seems like currently saber does not support them (https://github.com/SVF-tools/SVF/blob/master/svf/lib/SABER/SaberCheckerAPI.cpp#L51).Moreover, after compilation, the name mangling mechanism may modify the name of specific API. For instance, in my case,
operator new
andoperator delete
are replaced by_Znwm
and_ZdlPv
.A possible workaround is adding
_Znwm
and_ZdlPv
toei_pairs
in https://github.com/SVF-tools/SVF/blob/master/svf/lib/SABER/SaberCheckerAPI.cpp#L51.Is there any other way to sidestep this mechanism? I guess it would be convenient that saber can automatically transform these mangled names to the original ones to enable effective detection. Another suggestion is to use a specification file (e.g.,
x.json
) to replace the hard-codedei_pairs
array.The text was updated successfully, but these errors were encountered: