Nick Terrell
Nick Terrell
Seems reasonable for most data, since we probably almost never use `ll0` repcodes. I wonder what the perf looks like when we do. E.g. maybe [kennedy.xls](http://corpus.canterbury.ac.nz/descriptions/cantrbry/Excl.html) has this pattern.
I will run benchmarks on my server as well
> size_t FSE_decompress(void* dst, size_t dstCapacity, const void* cSrc, size_t cSrcSize) Zstd does not use this function. Originally the FSE library was consumed from upstream, and periodically synced, so we...
> Zstd does not use this function I'll just go ahead and delete the unused FSE functions now, no reason to wait.
I suspect this is a Windows specific issue, though it's not obvious what is happening.
One thing to try is to compile zstd with asserts enabled: by defining `DEBUGLEVEL` to `1` (or higher to get progressively more logging).
@vnair81 do you know what Visual Studios version is being used to compile, and what versions of Windows this error is occurring on (and any other potential variables)?
Was this fixed by #3051?
It seems like this could be fixed by our PR @yoniko, but it is hard to say. @vnair81 We think we may have fixed the issue, please let us know...
Are you still having these issues? This is definitely a compiler bug, but if you can figure out a workaround in the C code that is failing, and is otherwise...