Open yaroslavyaroslav opened 1 year ago
I think this code is used for getting instruction pointer. If your C-fu is strong enough, I'd suggest surrounding it with ifdef's for given CPU arch, like here
https://github.com/google/honggfuzz/blob/master/linux/trace.c#L80
and send me a PR with correct code?
Well my C-fu is quite opposite, actually, but I guess this one I could have handled with some time. For now (totally noob about this codebase) this kind of work looks more boilerplate rather than the one that requires any deep knowledge about that.
I think this code is used for getting instruction pointer. If your C-fu is strong enough, I'd suggest surrounding it with ifdef's for given CPU arch, like here
https://github.com/google/honggfuzz/blob/master/linux/trace.c#L80
There is that but ultimately there is also the fact that CrashReport* binaries are for x86 arch ?
Yeah, I don't know where to get aarch64 crashwrangler libs - I merely compile it on some mac to verify that it builds, I'm not sure how it exactly works.
FWIW I added code here https://github.com/google/honggfuzz/commit/d9e70def49f628f066df01e473a5ab924d65184c - but one will have to find relevant lib and put it here https://github.com/google/honggfuzz/tree/master/third_party/mac for it to compile
Yeah, I don't know where to get aarch64 crashwrangler libs - I merely compile it on some mac to verify that it builds, I'm not sure how it exactly works.
FWIW I added code here d9e70de - but one will have to find relevant lib and put it here https://github.com/google/honggfuzz/tree/master/third_party/mac for it to compile
Any updates? Do we have a new crashwrangler?
in the "old days" there was the crashwrangler source code if you had a apple license seems no longer the case (I might be wrong) to be able to provide the object file but I would not be surprised if it did not compile on arm64 (again can be wrong here), maybe in the long run the solution is to find a replacement.
Could POSIX code work instead?
OS=POSIX make clean all
??
wish it did but there is no such timer_t type in macOs.
I don't think it was used anywhere? Please try at HEAD, I removed it with https://github.com/google/honggfuzz/commit/2880d456829bbd6739b69ee1b8f48f07275373e2
another failure, libhfcommon/util.c <link.h>
header does not exist. I ll see at some point if it s doable.
Hello, using OS=POSIX make clean all
I am able to compile.
But when I run the fuzzer with a simple code I have some errors
[2024-08-02T11:13:15+0200][E][41243] subproc_PrepareExecv():317 lseek(_HF_INPUT_FD=1021, 0, SEEK_SET): Illegal seek [2024-08-02T11:13:15+0200][E][41243] subproc_New():403 subproc_PrepareExecv() failed [2024-08-02T11:13:15+0200][W][35940] input_setSize():57 ftruncate(run->dynfile->fd=8, sz=0): Invalid argument ^C[2024-08-02T11:13:15+0200][W][35940] input_setSize():57 ftruncate(run->dynfile->fd=7, sz=0): Invalid argument [2024-08-02T11:13:15+0200][W][35940] input_setSize():57 ftruncate(run->dynfile->fd=7, sz=8): Invalid argument
Any fix for this? Thanks !
It fails to build because of there's no build case for Apple silicon.