Displaying 5 results from an estimated 5 matches for "fuzzpi".
Did you mean:
fuzzpy
2015 Dec 02
2
fuzzer crash (but not the good kind)
Kostya,
I think I've found what looks like a reproducible bug in libFuzzer. The
code under test is built with ASan and the first ASan CHECK failure shows
fuzzer in the stack trace. (see below)
One of the factors that may be unique in my testing is that each iteration
can take a very long time to execute (tens or hundreds of seconds).
Let me know if you need more info, I think it
2015 Dec 03
2
fuzzer crash (but not the good kind)
Kostya,
Here's the git repo: https://bitbucket.org/ebadf/fuzzpy
I've only tested it on arm7 and x86_64 linux, I expect there's a good
chance it may not work on other OSs.
If you can build it successfully ("./build.sh", requires clang and clang++
in your path), then you should run the "testemail" case like so:
while true; do ITERS=1000 ./run.sh
2015 Dec 03
2
fuzzer crash (but not the good kind)
Ah, yes -- you need to clone with --recursive.
I will try the workaround though.
On Dec 3, 2015 1:12 PM, "Kostya Serebryany" <kcc at google.com> wrote:
>
>
> On Wed, Dec 2, 2015 at 7:17 PM, Brian Cain <brian.cain at gmail.com> wrote:
>
>> Kostya,
>>
>> Here's the git repo: https://bitbucket.org/ebadf/fuzzpy
>>
>> I've only
2015 Nov 22
2
[cfe-dev] [3.7.1 Release] -rc2 has been tagged
Should I expect the "-openmp" to work for this RC? I got a link error
(only in phase 3?). Maybe the fact that it happened in phase 3 suggests
some hardware malfunction of mine? Or are there tests executed on phase 3
that aren't attempted on earlier phases?
$ CC=clang CXX=clang++ ./test-release.sh -release 3.7.1 -rc 2 -j1 -openmp
-triple armv7l-ubuntu15.10-linux-gnueabihf
...
cd
2015 Nov 21
11
[3.7.1 Release] -rc2 has been tagged
Hi,
There was one problem in -rc1, so we had to do another release
candidate. -rc2 has now been tagged and is ready for testing.
-Tom