Total Commander

Вышла третья бета-версия Total Commander 8.50.

Как и в предыдущей бете, сюда вошли в основном исправления различных ошибок и недоработок.

Загрузить можно со страницы на сайте ghisler.com или с wincmd.ru:

• 32-битная версия
• 64-битная версия
• комбинированный пакет

08.09.13 Fixed: Delayed copy confirmation dialogs not working correctly with files from branch view when not preserving relative paths, and target already exists (32/64)

Проверил: проблема с копированием из вида без подкаталогов (Ctrl+B) решена.
Ещё бы при копировании из вида без подкаталогов с учётом относительных путей хотелось бы учитывать состояние опции “Копировать дату/время каталогов” (CopyDirTimeStamp). Но это уже скорее речь не о баге, а предложение.

Ещё бы при копировании из вида без подкаталогов с учётом относительных путей хотелось бы учитывать состояние опции “Копировать дату/время каталогов” (CopyDirTimeStamp). Но это уже скорее речь не о баге, а предложение.

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

О работе с архивами в 8.50 (для обсуждения и возможной передачи на оффорум):
1. RAR. SFX-архивы, созданные в формате RAR5, во всех бетах, включая текущую, открываются только через Мультиарк. Сам TC с ними справиться не может.
2. 7Zip. Создаём несколько тестовых архивов с помошью внешнего архиватора (9.30a), плагина 7zip for TC (0.7.6.5) и плагина Total7zip.wcx (0.8.5.6 с файлами, например, от 7Zip 9.30a). В каждом случае создавалась пара архивов для одинаковых файлов: обычный и SFX. В чистом TC 8.50 без плагинов открываются все обычные архивы и не открывается ни один SFX (то есть их встроенная распаковка не работает). Плагинами (любым из указанных) открывается всё.
3. Продолжение 2. Если убрать (переименовать/удалить) все новые библиотеки для 7Zip, все упомянутые архивы будут в TC 8.50 нормально открываться плагинами. Но если создать SFX-файл внешним архиватором не 9.30a, а стабильной версии 9.20, начнётся ругань на отсутствуюшие библиотеки TC. Ссылки на скрины есть в обсуждении на ру-борде.

Avada писал(а):не открывается ни один SFX

Я писал об этом, но это осталось без внимания. И про отсутствие поддержки многотомных 7z архивов писал...

Avada писал(а):создать SFX-файл внешним архиватором не 9.30a, а стабильной версии 9.20

Не совсем понятны условия для воспроизведения: метод и параметры архивирования, тип sfx модуля, наличие\отсутствие конфига...
Без указания этих параметров сложно проводить сравнение разных версий архиватора

gora
Могу предположить, что раз не оговорено - по дефолту, с поставленной галочкой Создать SFX-архив, хотя какая разница, если любой метод/параметры будут в рамках возможностей 7zip, а SFX с любыми модулями все так же распаковываются 7zip?

gora
Именно так — по дефолту с поставленной галочкой.
Про многотомные архивы подтверждаю, что проблема есть. Но мне не удаётся там даже ничего открыть — попытка сделать это в чистом TC просто наглухо его завешивает. (Создавал во внешнем архиваторе версии 9.30 опять же с настройками по умолчанию небольшой архив с разбиением под размер дискеты.)

Avada
Провел несколько тестов, результаты отличаются от Ваших.

Modules20.exe - собран 7-Zip версии 9.20, Modules30.exe - версией 9.30, ссылка: https://dl.dropboxusercontent.com/u/351 ... 2_14-00.7z
TC 8.50b3 x64, Win7 x64
Ниже результаты 8 тестов
ТС без плагинов, TC7Z64.DLL (включена):
1 Modules20.exe вхожу по Ctrl+PageDawn
2 Modules30.exe НЕ вхожу по Ctrl+PageDawn
=========================================
ТС без плагинов, TC7Z64._DLL (отключена):
3 Modules20.exe по Ctrl+PageDawn получаю окно ошибки: 4 Modules30.exe НЕ вхожу по Ctrl+PageDawn
=========================================

ТС с плагином 7zip_0.7.6.5a, TC7Z64.DLL (включена):
5 Modules20.exe по Ctrl+PageDawn получаю окно ошибки: 6 Modules30.exe вхожу по Ctrl+PageDawn
=========================================

ТС с плагином 7zip_0.7.6.5a, TC7Z64._DLL (отключена):
7 Modules20.exe по Ctrl+PageDawn получаю окно ошибки: 8 Modules30.exe вхожу по Ctrl+PageDawn
=========================================

Avada писал(а):все новые библиотеки для 7Zip

Не понял, что значит ВСЕ, для 7z вроде появилось только одна новая библиотека в дистрибутиве ТС (TC7Z64.DLL ), или я ошибаюсь?

Avada писал(а):по дефолту с поставленной галочкой.

Насколько я помню, то 9.20 имел по умолчанию метод сжатия LZMA, а 9.30 имеет по умолчанию метод сжатия LZMA2. На всякий случай сделал еще два SFX разными версиями с LZMA2. но результаты получил аналогичные приведенным выше.
Разница в поведении ТС с открытием SFX 9.20 и 9.30 может быть зарыта в исходниках. Гислер использовал доступные исходники 9.20\9.22, а 9.30 использовать не мог (Игорь не выкладывает исходники альфа версий). Очевидно в исходниках 9.30 Игорь что-то поменял и сам архиватор работает в SFX обеих версий штатно, а вот Гислер чего-то не учел при компиляции.

Avada писал(а):попытка сделать это в чистом TC просто наглухо его завешивает.

У меня не виснет, просто как будь-то я зашел в пустой архив.

gora писал(а):Не понял, что значит ВСЕ, для 7z вроде появилось только одна новая библиотека в дистрибутиве ТС (TC7Z64.DLL ), или я ошибаюсь?

Для 7Zip в комбинированной версии TC 8.50 появились Tc7z.dll, Tc7z64.dll и Tc7zipif.dll. Вот про них и речь. Разумеется, при каждой битности задействованы только две из трёх.
Что касается результатов тестов, то у меня, к сожалению, нет сейчас времени на тщательное повторное тестирование с учётом новой информации. Возможно, другие участники форума подключатся. Могу только сказать, что сам проверял всё на 32-битном TC.
Так или иначе, вполне ясно: при работе с архивами выявлены всяческие ограничения и несообразности в поведении. Прочём кое-что, как справедливо замечено, было обнаружено ещё в первой бете. Это надо как можно скорее зарепортить на оффорум, чтобы хотя бы к бете 4 здесь произошли какие-то изменения к лучшему. Или, по крайней мере, чтобы Гислер подтвердил существование этих проблем.

Avada писал(а):в комбинированной версии TC 8.50 появились Tc7z.dll, Tc7z64.dll и Tc7zipif.dll.

Понял, спасибо. Значит при тестировании следует учитывать еще и этот момент (комбинированный или простой пакет используется) ибо в х64 пакете есть только TC7Z64.DLL, а Tc7zipif.dll отсутствует. А последняя, очевидно, может оказывать влияние при работе в х64 ОС.

Добавлено спустя 5 минут:

Я проверял на х64 пакете.

Для 7Zip в комбинированной версии TC 8.50 появились Tc7z.dll, Tc7z64.dll и Tc7zipif.dll. Вот про них и речь. Разумеется, при каждой битности задействованы только две из трёх.

Кстати, задумался. С учетом того, что 32-битную DLL невозможно загрузить в 64-битном тотале, для 32-битного имеем две DLL, а почему тогда для 64-битного только одна?.. Раньше я думал, что TC7Z.DLL - это собранная Гислером 7Z.DLL, а TC7ZIPIF.DLL - это прокси-модуль, но почему тогда у него нет 64-битного аналога?

Сейчас создал тестовые 7Z SFX без сжатия, со сжатием LZMA и со сжатием LZMA2, тотал (32/64) своими библиотеками открывает и распаковывает все три. Использую 7-Zip 9.20.

А вот если убрать TC7ZIPIF.DLL, 32-битный тотал 7Z читает, а 7Z SFX - уже нет, а 64-битный читает и 7Z, и 7Z SFX.

MVV писал(а):распаковывает все три. Использую 7-Zip 9.20

А версию 9.30 не пробовали?

MVV писал(а):Раньше я думал, что TC7Z.DLL - это собранная Гислером 7Z.DLL, а TC7ZIPIF.DLL - это прокси-модуль, но почему тогда у него нет 64-битного аналога?

Кстати, о точном предназначении этих библиотек неплохо бы спросить Гислера — описания в стандартный descript.ion для них не добавлены (что само по себе уже недоработка).
А с остальными проблемами по архивам есть возможность зарепортить?

Я уже спросил.

С остальным мне пока некогда разбираться, тем более, мнения разных людей расходятся. Чтобы репортить, нужен четкий алгоритм воспроизведения бага, и чтобы у меня он проявлялся.

MVV
По отдельным частностям расхождения есть, но, скажем, по невозможности открыть без Мультиарка SFX-архив в формате RAR5, ИМХО, все мнения едины. И репортилось это и здесь, и на ру-борде уже неоднократно.