Bulat_Ziganshin
Цитата:
если вопрос про 175.80_forceware_winxp_32bit_international.exe (проверить сейчас не могу), но вроде
Цитата:
на наборе - (три папки размером 132МБ) - упаковывает нормально
Цитата:
про это непонял.
если про это
ARC.EXE a ppmd2000.arc -mtempfile+lzma libgtk-win32-2.0-0.dll
то соравно виснет... почему он не должен виснуть, если довавили tempfile?
больше интересует этот вопрос
Цитата:
Цитата:
да, Егор, я правильно понял, что все те файлы, на которых проявлялась ошибка (не ppmd2000), теперь нормально пакуются?
если вопрос про 175.80_forceware_winxp_32bit_international.exe (проверить сейчас не могу), но вроде
Цитата:
Ошибка в m4 исправилась.
на наборе - (три папки размером 132МБ) - упаковывает нормально
Цитата:
нехватка памяти. как я уже говорил, это можно лечить добавлением tempfile в начало алгоритма упаковки
про это непонял.
если про это
ARC.EXE a ppmd2000.arc -mtempfile+lzma libgtk-win32-2.0-0.dll
то соравно виснет... почему он не должен виснуть, если довавили tempfile?
больше интересует этот вопрос
Цитата:
кстати не понятно почему её не хватает при упаковке методами отличными от ppmd, и ppmd c другими настройками для новых файлов?
из документации:
Цитата:
При обновлении солид-архивов FreeArc вставляет новые файлы между старых в соответствии с используемым порядком сортировки. Например, если в архиве уже есть файлы arc.hs и decompress.hs, то файл compress.hs будет вставлен между ними (при стандартной сортировке). При этом FreeArc переупаковывает только те солид-блоки, в которых есть изменившиеся, добавленные или удалённые файлы.