|
Комментарии | #1 Автор: zhasmin (2021.08.31 08:39) | Не распаковывается. У меня 7Zip 9.20. Пишется Попытка поместить указатель на файл перед началом файла. Я такое сообщение вижу впервые. 9.20 - это уже нормальная версия, вроде все распаковывает. |
#2 Автор: zhasmin (2021.08.31 08:53, изменений: 1, 2021.08.31 08:57) | Оказывается у меня есть и WinRar, версия 3.93. Попытался распаковать им. Пишет Архив поврежден. Ошибка СРС в файле SVIEW.EXE. А уже 349 скачиваний. Люди видно лихорадочно качают, больше, больше, но качество не проверяют. Не может быть же, что у всех 349 - классный архиватор, который все распаковывает. |
#3 Автор: SokilOff (2021.08.31 14:02) | Архив битый. Поскольку это единственный файл в архиве, придётся переносить на удаление.
И да, за 8 лет никто из скачавших не пожаловался. Значит качают просто так, не глядя. "Чтобы было". |
#4 Автор: uav (2021.08.31 17:43) | Причём этот файл в таком битом виде лежит и в оригинальном расположении: http://dosprogram.narod.ru/tools/sview.zip Даже интересно, что это было. Распаковать его можно, если выбрать Keep broken files, только файл не запускается (хотя начало похоже на правду - сигнатура MZ и так далее... |
#5 Автор: Nika (2021.08.31 20:44, изменений: 1, 2021.08.31 20:48) | После распаковки ZIP с извлечением повреждённого файла EXE в его запакованном образе LZ91 потерян один байт, из-за чего и его распаковщик (LZ) сместился на один байт назад. Какой байт потерян, определть трудно. Если распаковщик LZ перенести на 1 байт вперёд, тогда самораспаковка в EXE начинается, но где-то в середине образа обламывается. Видимо, то как раз и есть место, где пропущен один байт. Или чуть раньше - при считывании длины очередной порции запакованного образа EXE видимо считывается неверная длина порции данных. Это вероятнее всего. Восстановить такое вряд ли удастся. |
#6 Автор: Eugene_80286 (2021.09.01 01:00, изменений: 2, 2021.09.01 01:02) | SView можно найти здесь http://old-dos.ru/index.php?page=files&mode=files&do=show&id=2564. Видать скачивали пак вьюеров и не обращали внимания на отдельный лежащий, ибо он уже в том архиве присутствует |
#7 Автор: Nika (2021.09.01 03:55, изменений: 2, 2021.09.01 05:25) | Как и предполагалось, в середине ZIP-архива в одном фрагменте байты 0Dh,0Ah заменены на один байт 0Ah. Если вставить в том месте недостающий байт 0Dh, то EXE-файл извлекается и работает нормально. То кто-то поредактировал ZIP-архив в текстовом редакторе.
Страница восстановлена. |
#8 Автор: zhasmin (2021.09.02 12:21) | Спасибо. |
#9 Автор: uav (2021.09.03 12:08) | Это ещё бывает, если неправильно установить режим передачи FTP - выбрать принудительно ASCII, он тогда в некоторых случаях конвертирует 0Dh,0Ah в Linux'овый 0Ah. |
| |
|