Hi there

[Garl 0]

и такое бывает? ни у на закуску юникодовые имена папок и файлов

только сперва по отдельности плиз

[Guest Onio]

Как насчет потыкаться в те hpk, что уже скопились?

Вот от такого подхода к делу NDN и весь покрытый багами, абсолютно весь...

[Guest WAJIM]

При входе в мой ранее кинутый 3LEVEL.HPK NDN теперь падает.

 

[Garl 0]

последней каплей был этот шифрованый файл.

переписываю юнит с нуля по мануалу. ждёмс. накопленный hpk для тестирования достаточно. не хватает только юникода в именах.

[Guest WAJIM]

Какой юникод, архиватор 93 года!

[Garl 0]

 

typedef struct {
               unsigned secured     : 1; /* Data is secured */
               unsigned encrypted   : 1; /* Data is encrypted */
               unsigned linked      : 1; /* File is linked to other file(s) */
               unsigned unicode     : 1; /* Filename is Unicode */
               unsigned extraLength : 4; /* Length of extra information */
               } EXTRAINFO;

переписал с нуля HPK по мануалу. Юникод не трогал. тестим

[Guest WAJIM]

Юникод наверно для каких-то других осей предназначался, явно не для DOS. Под винду сборки я не нашел.

Мои архивы HPK вроде открываются.

[Garl 0]

взяться что ли за 7z?

[Guest WAJIM]

Было бы круто. ;)

Просмотр LZO почините?

 

[Guest Onio]

Еще чуть-чуть.

Архив с единственной директорией — не распознался как HPK

001\

1.HPK

[Garl 0]

1 hour ago, Guest Onio said:

Еще чуть-чуть.

Архив с единственной директорией — не распознался как HPK

001\

1.HPK

а 64 битная версия скушала и не подавилась

[Garl 0]

2 hours ago, Guest WAJIM said:

Было бы круто. ;)

Просмотр LZO почините?

а сделайте

lzop -l <archile.lzo> 

на паре-тройке файлов, может в разных версиях ос разный вывод?

[Guest WAJIM]

10 minutes ago, Garl said:

а сделайте

lzop -l <archile.lzo> 

Дело не в выводе, tcc.exe не нравится команда получения списка. Там она наверно в двойные кавычки взята.

 

[Guest WAJIM]

По архиватору QRK: в NDN проверяется сигнатура 0x37 0x04 0x10 в начале файла на признак архива. Но 0x10 - это версия архиватора - v1.0.

Есть более новая версия архиватора - v1.6, NDN не понимает такие архивы (хотя новый архиватор нормально работает со старыми архивами). Если исправить сигнатуру, то открывает нормально.

Можно сделать так, чтобы 3-й байт был в диапазоне 0x10-0x19 ?

 

[Guest Onio]

Гарл, видать, в отрубе. Больше суток боролся со хпаком...

Чуток еще осталось.

WAJIM, шо NDN делает на хпаке сжатом с опциями -uc?

[Garl 0]

4 hours ago, Guest WAJIM said:

По архиватору QRK: в NDN проверяется сигнатура 0x37 0x04 0x10 в начале файла на признак архива. Но 0x10 - это версия архиватора - v1.0.

Есть более новая версия архиватора - v1.6, NDN не понимает такие архивы (хотя новый архиватор нормально работает со старыми архивами). Если исправить сигнатуру, то открывает нормально.

Можно сделать так, чтобы 3-й байт был в диапазоне 0x10-0x19 ?

ну уже ж знаете: пример архива с новым заголовком в аттач

[Garl 0]

5 hours ago, Guest WAJIM said:

Дело не в выводе, tcc.exe не нравится команда получения списка. Там она наверно в двойные кавычки взята.

команды универсальны для всех архиваторов

LZO - fixed

HPK с 1 папкой - fixed

[Guest WAJIM]

8 minutes ago, Guest Onio said:

шо NDN делает на хпаке сжатом с опциями -uc?

Шо-шо, падает.

UNIT-PWD.HPK

[Guest WAJIM]

18 minutes ago, Garl said:

ну уже ж знаете: пример архива с новым заголовком в аттач

В аттаче.

QUARK16.ARK

QUARK10.ARK

[Garl 0]

QRK и HPD fixed

[Guest Onio]

6 minutes ago, Guest WAJIM said:

Шо-шо, падает.

Вот оттого я и не верю в «юнит переписанный с нуля по мануалу». Просто исправлен по-получеловечески замест карточного домика костылей, но весь прежний ламотоз остался. Как и прежде зашифрованный архив детектируется тупо по полному значению в 68h инфо-байта (байт перед замыкающими архив буквами HPAK), а не по 4-му биту в этом байте. Вот в непрерывном архиве там выставляется пятый бит, значение становится 78h — и вуаля, краш.

typedef struct {
               unsigned multiEnd   : 1; /* Last part of multipart archive */
               unsigned multipart  : 1; /* Part of a multipart archive */
               unsigned secured    : 1; /* Secured archive */
 опция -c  >>> unsigned encrypted  : 1; /* Encrypted archive */
 опция -u  >>> unsigned blockCopr  : 1; /* Block compressed archive */
               unsigned spare      : 3; /* Currently unused */
               } SPECIALINFO;

И точно также запароленный файл детектируется просто по наличию Extra-байта, тогда как пароль определяется не самим наличием этого байта, а установленным седьмым битом в этом байте (выше Гарл сам постил раскладку экстра-байта).

Вот так все бесконечно и булькает, поскрипывает, подпрыгивает, ухает, и конца краю этому не видно.

 

[Guest Onio]

Во-во, ламотоз. Даже сейчас — походу все, что не 60h теперь он считает за Encrypted. Попросту сжать архив с опцией -u и пожалуйста — "Error - Encrypted archive", хотя никакой не Encrypted и даже исходным 3.00.0001 нормально смотрится.

[Garl 0]

Necromancer's Dos Navigator ни о чём не говорит? ;)

детектим шифрование по 4 биту.

архивы с ключём -u не видел щупал.

[Guest Onion]

У меня в общем-то все. Та \001 так и не детектится, как HPAK. Запароленный файл по-прежнему детектируется просто по наличию экстра-байта, но искать, где это вылезет боком, уж лень.

Разве что Wajim захочет залезть в тему многотомных архивов, но ему наверно тоже все это надоело.

[Garl 0]

1 hour ago, Guest Onion said:

У меня в общем-то все. Та \001 так и не детектится, как HPAK

поймано и обезврежено.

а чем плох детект по экстра-байту то?  читаем бит в экстра байте

я чем отличатеся Data is secured  от Data is encrypted