Martijn van Beurden
Martijn van Beurden
@ltx2018 I've tried to reproduce this, but I seem to be bumping into [this problem with clang/LLVM](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945073), which prevents me from building fuzzer_encoder on a 32-bit system. Anyway, I have...
@ltx2018 Okay, I finally got this one to trigger. #252 didn't fix it, neither did #251.
I believe this is fixed with the merge of #273. @ltx2018 could you check?
This is fixed with the merge of #419
The problem is that FLAC tries to strip the filename of the directory, and when you encode te\st.wav, that looks like file st.wav in directory te on Windows. When you...
@orbea I've tried it as well, and it seems to work fine here on a non-Windows machine. (See #390) With that, I get ``` $ src/flac/flac -t te\\st.flac flac git-7e0a0e57...
That is strange. I tested on debian with bash. Assuming your file is called 'te\st.flac', shouldn't the command line be `$ flac/src/flac/flac -t te\\st.flac`? At my end, `te\st.flac` is decoded...
Just a shot in the dark here, maybe libtool for some reasons doesn't use the freshly compiled lib but an installed lib instead? Could you try compiling with ``` git...
I've merged my patch and don't know what to try next, so I'm marking this as 'unreproducible' and perhaps try again at some point.
I think the analysis of CVE-2020-22219 is wrong. The vulnerability described in CVE-2020-22219 is in libFLAC. However, this vulnerability is only exploitable when the program calling the library does not...