Ole André Vadla Ravnås
Ole André Vadla Ravnås
Thanks! So we fail to read the symlink and it goes downhill from there. @strazzere Looks like we may have to go back to the drawing board 😔
@strazzere It seems it isn't device-specific, but process-specific. The process @Manouchehri is dealing with isn't able to read the symlink, but it works in other processes that are able to...
The first option also sounds like the best to me. Architecturally it should be like a Windows counterpart to gumdarwinmapper.h, and be consumed by frida-core like on i/macOS.
Oh, nice find! I suppose we can query it first, and restore it afterwards?
We could definitely improve `g_private_get()` so it doesn't clobber LastError, but I think this is a deeper issue with transformers. The `Stalker` integration should probably save and restore it before/after...
Thanks for reporting! :smile:
> Hooking such addresses is perfectly sane and has practical significance, so this problem group should be fixed asap. Absolutely – I've actually been hoping for somebody to run into...
Yes this is supposed to work, but this is a known issue. Unfortunately I don't think I'll get around to investigating this anytime soon, so if you're interested in digging...
@pentatonicfunk Try `make gadget-android`, or, to only build it for 32-bit ARM: `make build/frida-android-arm/lib/pkgconfig/frida-core-1.0.pc`. Cheers!
We have `gum/gumdarwingrafter.c` (and a CLI tool that uses it in `tools/`) which modifies an existing Mach-O on disk to add hooks that `Interceptor` can discover and use at runtime....