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
{{ message }}
This repository has been archived by the owner on Jun 28, 2022. It is now read-only.
Shouldn't need to specify, for example, that read is an alias of read (due to the symbol interposition done by pthread and likely others.). This is just a convenience thing.
The only issue here (which isn't deal with as well) is that the function wrapper calls out to whatever symbol the granary shared library is linked against. If an application is linking against a library which overrides some libc symbols then granary will see those symbols and will alias them but the wrapper will be calling out to the wrong symbol. Not sure how to resolve this part though!
The text was updated successfully, but these errors were encountered:
I think this is partially dealt with based on how all aliases/detach points are resolved on a per-library basis on initialization (by scanning /proc/self/maps). This isn't solved for the general case (dlopen) though.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Shouldn't need to specify, for example, that read is an alias of read (due to the symbol interposition done by pthread and likely others.). This is just a convenience thing.
The only issue here (which isn't deal with as well) is that the function wrapper calls out to whatever symbol the granary shared library is linked against. If an application is linking against a library which overrides some libc symbols then granary will see those symbols and will alias them but the wrapper will be calling out to the wrong symbol. Not sure how to resolve this part though!
The text was updated successfully, but these errors were encountered: