Исходное сообщение
"Администрация Лас-Пальмаса переходит на LibreOffice" Отправлено frob, 21-Июл-12 20:12
> Если точнее, проблема связана с прибитым (видимо) гвоздями ограничением в 4 кб > на служебную информацию (макросы). Превышение заданного размера вызывает дисфункцию алгоритма > (де)компрессии, из которой и вытекает неработоспособность "определенных частей документа". Неправильно. Ограничения на 4Кб нет. Переданные данные нарезаются на блоки такого размера и передаются на сжатие. Используемая версия алгоритма LZ в наилучшем случае сожмёт данные примерно до 11% от исходного размера, а в наихудшем "сожмёт" до 112.5% от исходного, тупо напихав ненужные служебные флаги. Чтобы такого не происходило добавили улучшение: если результат сжатия не меньше чем исходное, то сжатие отменяется и данные блока пихаются как есть. Для декомпрессии получившихся данных необходимо знать сжимали ли данные и размер получившегося сжатого блока. Для этого используются два контрольных байта перед каждым блоком. Кто-то в MS накосячил с этим улучшением и контрольными байтами. Ошибка такова, что при декомпрессии её можно обойти, видимо это и было сделано в XL и Publisher (а может там просто оказался баг взаимоуничтожившийся с первым). То что все группы используют одинаковый код для сжатия, но каждая написала свой код для декомпрессии тоже объяснимо: написать (хороший) компрессор гораздо сложнее.