svs 11.01.2010 21:27:39 +0300 - build 192 1. Mantis#0001241: Multiarc - Ошибка при работе с архивами RAR с зашифрованным(запароленым) заголовком t-rex 08.01.2010 14:55:21 +0200 - zip 1.32 From Oleg Hiderman: 1. zip.fmt: Mantis#797: Большие архивы ZIP MultiArc (Zip.fmt) не открывает Подправлена поддержка больших >4Gb файлов и добавлена поддержка zip64 descriptors. t-rex 01.11.2009 02:55:11 +0200 - build 191 1. Mantis#1110: В панелях открытых с помощью custom.fmt тормозит перемещение курсора. Оптимизация GetOpenPluginInfo. t-rex 26.10.2009 16:49:33 +0200 - build 190 1. Добавил GetMinFarVersion. t-rex 25.10.2009 18:53:57 +0200 - build 189 1. Mantis#666: Предлагаемое по умолчанию имя архива в MultiArc. Если в архив добавляется только один файл, и он помечен, то предложим имя папки как имя архива а не имя файл. Если файл не помечен то как и раньше предложим имя файла как имя архива. 2. Пару мелочей по дороге. t-rex 20.10.2009 20:31:34 +0200 1. Mantis#1126: Несоответствие регистра в названиях файлов. svs 26.08.2009 17:30:22 +0300 1. lzh.fmt build 1.28 а) Некорректно конструировалось имя файлового объекта в архиве. б) добавлено 3 новых типа для "Host OS" (Java, Win 95, Win NT) 2. multiarc. build 188 а) добавлена нормализация пути файлового объекта, что позволяет "получить доступ" к "кривым" именам, например: к такому файлу не подобраться: "usr/local/www/cached/cached.net/dirig/../../dirigible/foo.txt" превращаем имя в "usr\local\www\cached\dirigible\foo.txt" б) значение PluginPanelItem::NumberOfLinks выставим в 1, как у реальной FS. svs 26.08.2009 12:06:09 +0300 1. rar.fmt build 1.29. с учетом выхода unrar 3.90 x64 соответственно скорректируем модуль. для x86 используется unrar.dll для x64 используется unrar64.dll svs 10.08.2009 16:59:13 +0300 0. Всем известно, что TAR-архивы могут содержать символические связи. Например: lrwxrwxrwx joerg/bs 0 1998-07-18 20:29 cdrecord-1.6.1/DEFAULTS/Defaults.dgux3 -> Defaults.dgux lrwsrwsrwx joerg/bs 0 1998-07-18 20:31 cdrecord-1.6.1/mkisofs-1.12b4/cd_misc.c -> ../cdrecord/cd_misc.c Этот патч как раз про них :-) В TAR-формате нет понятия "ненулевой размер файлов ссылок". Если это ссылка, то у нее размер = 0 и выставлен соответствующий mode (SYMTYPE) + есть информация о самой ссылке (поле linkname). В такой записи кроме заголовка больше ничего нет (данные/тело файл) 1. multiarc. build 187 а) Для плагинов второго уровня MA в структуре FSF предоставляет функции malloc и free: Info.FSF::Reserved[0] - malloc(); void (__cdecl *MAFREE)(void *block); Info.FSF::Reserved[1] - free() void * (__cdecl *MAMALLOC)(size_t size); б) Поле PluginPanelItem::UserData теперь содержит структуру ArcItemUserData (раньше - только префикс) содердимое структуры используется при формировании имени файлового объекта - для симлинков это означает, что ФАРу будет подсунут "этот файл", а то, куда ссылается симлинк. Если симлинк ссылается на "вне файла", то, естественно, внешние tar.exe/bsdtar.exe/etc. обматеряться. в) на счет кода в arcput.cpp не уверен, пока пометим нужное место 2. targz. build 33 а) Для "симлинков" выставляется соответствующий атрибут (FILE_ATTRIBUTE_REPARSE_POINT + IO_REPARSE_TAG_SYMLINK). Здесь есть трабла - при вызове диалога атрибутов (Ctrl-A) увидим инфу аля "Symlink "(data not available)"". Ctrl-A "берет" инфу о линках от реальной FS. Про файловые объекты на плагиновой панели "мы знаем" только то, что плагин отдал в поле PluginPanelItem::FindData.dwFileAttributes. В API пока отсутствуют некоторые механизмы, которые позволили бы что-то такое сделать (разве что MultiArc сам "ответит" на Ctrl-A) б) В поле PluginPanelItem::UserData записывается строка, содержащая указание на местоположение оригинала далее MA "переносит" эту строку в ArcItemUserData в) Если запись == LNKTYPE, то UserData начнем с '/' (т.к. ссылка идет от корня архива, в отличии от симлинка), а MA сам разберется :-) Если ЭТО (такое поведение) отвалилось/поломалось/etc. тогда нужно смотреть дальше... Два места в arccmd.cpp помечаны как "CHECK for BUGS!!" 3. Возможно, что работу с полем PluginPanelItem::UserData нужно переделать (для "второсортных" плагинов): а) в API внести ArcItemUserData б) плагины второго уровня должны будут заполнять (при необходимости) эту структуру Обусждаемо. Сейчас пока targz юзает zeroes 24.05.2009 22:52:30 +0200 1. custom: секции rpm, cpio и deb фикс чтобы понимало листинг 7-zip 9.0x версий. zeroes 24.05.2009 22:07:33 +0200 1. custom: секция 7z, фикс чтобы понимало листинг 9.0x версий. drkns 22.05.2009 09:18:42 +0200 1. custom: секции 7z, rpm, cpio и deb настроены на 7-zip 4.65 и выше. svs 10.04.2009 18:58:50 +0300 1. Удалил лишние файлы из arc.doc 2. rar 1.28: RAR.FMT теперь конвертит имя файла из Unicode в OEM, если есть Unicode-имя. Так же, модуль понимает, что имя файла в utf8 (в этом случае происходит перекодировка имени файла utf8->unicode->oem). 3. custom 1.23: custom.cpp - не понимает большие размеры t-rex 07.03.2009 18:16:18 +0200 - build 186 1. Mantis#696: Некоректная проверка на валидность MsgID в x64. drkns 19.01.2009 10:26:59 +0200 - custom 1.22 1. custom.ini.user -> custom_user.ini drkns 18.01.2009 13:16:26 +0200 - custom 1.21 1. Однако, достало терять свой custom.ini при обновлениях плагина. Теперь custom.fmt "знает" также о файле custom.ini.user, и если оный присутствует, то указанные в нём параметры дополняют и заменяют указанные в custom.ini. t-rex 02.01.2009 14:39:37 +0200 - zip 1.31 1. Mantis#692: нельзя войти в архив ZIP. Неправильная проверка версии. t-rex 23.12.2008 17:20:29 +0200 1. Более правильное создание папок в vc мэйках, нужно как минимум для nightly. drkns 09.09.2008 08:02:13 +0200 - rar 1.27 1. Mantis#0000606: fail to open RAR archive that uses 'encrypt file names' option Если rar.fmt хочет для работы unrar.dll, но найти её не смог - так и сообщим, дабы не вводить пользователя в заблуждение рассказами про "unexpected end of archive". t-rex 09.06.2008 17:28:01 +0200 - zip 1.30 from DiRTy_GaRRy (ну и я маленько перелопатил щоб сильно по 9x не било :) 1. Mantis#549: Zip.fmt не поддерживает zip архивы размером более 2Гб t-rex 08.06.2008 05:41:25 +0200 - build 185 1. remove gcc 4.3.0 warnings, 1 left t-rex 24.03.2008 00:04:02 +0200 - build 184 1. Mantis#137: Некорректный сброс настроек. t-rex 08.03.2008 13:32:08 +0200 1. libpcre не собирался в дебаге, отключил у него дебаг вообще так как не нужен он нам. yjh 13.11.2007 00:26:54 +0300 1. Унифицирована работа с ArraySize из crt.hpp yjh 12.11.2007 04:54:34 +0300 1. Адаптация makefile_vc к новым makefile_all_vc/makefile_vc_def_inc yjh 12.11.2007 03:08:28 +0300 1. В связи с расширением CRT окончательно убрана зависимость от libcmt.lib t-rex 11.11.2007 22:03:18 +0200 1. Далой Warnings. yjh 11.11.2007 17:27:57 +0300 1. makefile_vc собирает всё (как с nmake, так и с borland make) svs 14.08.2007 15:41:23 +0300 - ace 1.16 1. ace.fmt молча валит ФАР, если архив битый. (переполнение, выход за допустимые границы при сохранении имени файла) t-rex 19.07.2007 22:26:22 +0200 - zip 1.28 1. Добавил в zip.cpp опознавание новых методов компрессии. t-rex 07.02.2007 17:44:46 +0200 - 183 1. Ужасные баги с историей в x64. t-rex 11.12.2006 02:51:28 +0200 - build 182 1. Сборка для x64 + мэйк для VC для x86 и x64. 2. Убрал мэйки для BCC. 3. Начинаем писать changelog, я сделал себе макрос "t - r e x Space $Date \"%d.%m0.%Y %H:%M:%S %Z\" Enter" чтоб выводить заголовок changelog-а. Последующие логи надо писать сверху - т.е. файл будет идти хронологически снизу вверх. В changelog прошу писать в Win кодировке.