Форум » [x]Harbour » hb_zip / hb_unzip - как проверить целостность архива ? » Ответить

hb_zip / hb_unzip - как проверить целостность архива ?

Sergy: Добрый день. Неожиданно обнаружил, что один из создаваемых в автоматическом режиме архивов оказался битый. Примерно 40% информации из 120 мегового файла "нормальные", а дальше - тупо CHR(0) До этого момента и после него все идет как нужно, есть подозрение на RDP, которым скачивал файл с удаленного компа на локальный: с инетом были глюки, сессия рвалась несколько раз, каждый раз начинал заново. Копировал Far-ом, может он испортил файл в нештатной ситуации. А может и не он. Чтобы исключить вопрос с Harbour, думаю потратить пару лишних секунд для проверки архива после его создания. Сходу никакой функции для этого дела не обнаружил... Не делать-же Unzip большого архива и сравнивать количество файлов ? Нашел в тестах \contrib\hbmzip\tests пример: hUnzip := hb_unzipOpen( cFileName ) IF ! Empty( hUnzip ) ... ENDIF Подсунул ему свой битый файл, он тихо вернул пустой хэндл. На крайний случай - подойдет, но хотелось-бы что-нить более "правильное". Спасибо.

Ответов - 35, стр: 1 2 All

PSP: MD5 не подойдет?

Sergy: PSP пишет: MD5 не подойдет? Не очень понимаю, как его можно использовать. Речь ведь НЕ о передаче данных и проверке MD5 в источнике и приемнике, а о только что созданном архиве. Как проверить, что архив "нормальный", если сравнивать MD5 пока не с чем?

PSP: А, пардон. Я понял так, что проверить надо после передачи.


Dima: Sergy Как вариант создал архив , рядом сложил текстовый файл имяАрхива.md5 , внутрь которого писанул md5 архива. Дальше идея думаю ясна. Не то ?

PSP: Дим, ему нужно после создания архива проверить целостность. Если он уже битый, то md5 будет вычислена с битого архива, что не меняет дела.

Sergy: PSP пишет: нужно после создания архива проверить целостность. Если он уже битый, то md5 будет вычислена с битого архива, что не меняет дела. Да. Именно так.

Dima: Точно )) C толку сбил RDP. А почему бы не создать с помощью hbnetio сервис (RPC) и создавать архив удаленно (не по сети) а затем уже скачивать его чем надо. Вот тогда файлик .md5 и пригодится.

PSP: Вроде есть функция hb_zipFileCRC32( cFileName ). Она что на битом и на нормальном возвращает?

Dima: Sergy пишет: Неожиданно обнаружил, что один из создаваемых в автоматическом режиме архивов оказался битый При удачном создании архива можно создавать файлик .md5 и качать их оба , после слива чекать md5

Sergy: PSP пишет: Вроде есть функция hb_zipFileCRC32( cFileName ). Она что на битом и на нормальном возвращает? Только что проверил - два разных длинных целых числа. Dima пишет: При удачном создании архива можно создавать файлик .md5 и качать их оба , после слива чекать md5 Файл оказался битый: 1) либо ДО закачки через RDP 2) либо ПОСЛЕ закачки через RDP, но в любом случае битый файл - ИСХОДНЫЙ. Приемный от исходного ничем не отличается. Такие-же 60% в конце - CHR(0).

PSP: Sergy, а вот здесь Harbour\source\contrib\hbziparc\ не смотрел? Есть, к примеру, функция hb_GetFilesInZip( cFileName, lVerbose ) Может это подойдет?

Sergy: PSP пишет: Sergy, а вот здесь Harbour\source\contrib\hbziparc\ не смотрел? Есть, к примеру, функция hb_GetFilesInZip( cFileName, lVerbose ) Может это подойдет? Думаю, да, спасибо. На битом архиве возвращает пустой массив.

PSP: Ну и хорошо )))

Dima: Sergy пишет: На битом архиве возвращает пустой массив. Битый он может быть по разному. Берем архив и где нить внутри меняем пару-тройку байт , архив битый а массив будет не пустой.

PSP: hb_GetFilesInZip() может вернуть (lVerbose == .T.) массив со всеми подробностями о файлах в архиве, включая crc32 каждого файла. Вобщем, надо экспериментировать. )))

PSP: Сейчас проверил. Дима прав. Если испортить несколько байт в уже готовом архиве, это выяснится только на этапе распаковки. hb_GetFilesInZip() этого не замечает. Получается, нужно комбинировать всё это вместе с md5 всего архива.

PSP: И в догонку: как альтернатива - внешний архиватор легко проверит архив на целостность.

Sergy: Хотелось-бы без внешних "альтернатив"... Тем более, "измененные" пара байт внутри архива всплывут только после распаковки, либо команды "проверить", что по сути будет распаковкой в NUL. Самый правильный способ - распаковать архив в отдельную папку и сравнить crc32 или md5 каждого файла. Для этого достаточно штатных средств. Но это долго и вряд-ли оправдано, пока никем не обнаружен серьезный косяк с созданием собственно архива. hb_ZipFile() использую около года, единичный случай заставил насторожиться и принять меры по доп. проверке. Несколько раз качал архив Фаром через RDP, рвал сессию, проверял исходный файл. Вроде пока норм. Буду проверять дальше.

Dima: Sergy пишет: hb_ZipFile() использую около года, единичный случай заставил насторожиться Раз в году и палка стреляет

fokinal21: Dima пишет: hb_ZipFile() использую около года, единичный случай заставил насторожиться Да, господа! Увы тоже столкнулся с глюком!!! Всегда для архивации запускал внешние проги RAR или 7-zip, но решил попробовать hb_ZipFile(). Все было хорошо пока размеры архива не превысили 2 Гб. Я обратил внимание при 2,2 Гб (но возможно точка отсчета иная...), что долгое время размер архива не увеличивается, хотя должен расти. Часть файлов просто перестали затаскиваться! Были ли те, которые затащились битыми не проверял... Вставил в прогу вместо hb_ZipFile() архивирование через 7zG.exe - все пошло нормально! Может есть какие соображения? Как-то хочется, по возможности, использовать "все свое"



полная версия страницы