kc3-lang/brotli/research/brotlidump.py
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
34e43eb0 | 2025-10-06 05:15:35 | fix typos PiperOrigin-RevId: 815676548 | |
 |
93d0ac53 | 2025-05-27 09:47:01 | Fix typos (#1242) Co-authored-by: Eugene Kliuchnikov <eustas.ru@gmail.com> | |
|
9b83be23 | 2023-10-26 02:02:51 | fix wording PiperOrigin-RevId: 576788685 | |
 |
ce92c956 | 2023-01-03 20:44:14 | brotlidump: fix dictionary file discovery (#997) | |
 |
685d7bae | 2020-09-27 19:00:29 | docs: Fix small typo: rougly -> roughly (#849) | |
 |
b5033d0e | 2018-02-08 12:48:24 | Fix brotlidump.py crashing when complex prefix code has exactly 1 non-zero code length (#635) According to the format specification regarding complex prefix codes: > If there are at least two non-zero code lengths, any trailing zero > code lengths are omitted, i.e., the last code length in the > sequence must be non-zero. In this case, the sum of (32 >> code > length) over all the non-zero code lengths must equal to 32. > If the lengths have been read for the entire code length alphabet > and there was only one non-zero code length, then the prefix code > has one symbol whose code has zero length. The script does not handle a case where there is just 1 non-zero code length where the sum rule doesn't apply, which causes a StopIteration exception when it attempts to read past the list boundaries. An example of such file is tests/testdata/mapsdatazrh.compressed. I made sure this change doesn't break anything by processing all *.compressed files from the testdata folder with no thrown exceptions. | |
|
fd96151b | 2016-12-20 18:00:51 | Move brotlidump.py to research/ (#487) |