Total Commander

Двадцать пятая бета-версия Total Commander 8.0.

• ZIP-архивы размером более 4 Гб, создаваемые в TC, в одном байте не соответствовали стандарту ZIP, что приводило к невозможности их распаковки некоторыми программами, такими как встроенный распаковщик Проводника Windows Vista. В бете 25 эта проблема исправлена. Существующие архивы можно подправить отдельной утилитой:
http://ghisler.fileburst.com/addons/fixzip.zip
• Также исправлены другие ошибки и недочёты.
Полная история изменений (англ.)

Традиционное предупреждение: используйте бета-версии только на свой страх и риск и не забывайте, что 64-битный TC не имеет возможности работать с 32-битными плагинами.

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

А сколько вообще бет планируется? Просто интересно, в прошлых релизах столько не было.

mr.totalus
Уже говорилось, что в прошлых релизах, если считать вместе с приватными версиями, предназначенными только для бета-тестеров, бывало и гораздо больше. В восьмёрке всё тестирование — публичное, и по количеству версий до предыдущих рекордов ещё очень далеко.
А версий будет столько, сколько понадобится разработчику, и спрашивать о каком-то планировании (тем более — здесь, на русском форуме) абсолютно бессмысленно.

mr.totalus
Пока баги репортят - будут.
Хотя, есть шанс, что пора бы уже и RC ждать...

В дополнение к сказаному, просто для сведения: у 7.0 только согласно истории получается, если не ошибаюсь, 45 версий (а у некоторых бет были ещё и предварительные выпуски, в историю не попавшие).

P.S. Оффтоп про сетевые диски вынесен в отдельную тему.

Кто-нибудь из пользователей "Alcohol" может подтвердить такой баг:

Win 7 SP 1 32 bit.
Последняя версия (2.0.2.3929) Alcohol 52% Free Edition.
Текущая бета Total Commander.

1. Запустить Total Commander
2. Попытаться по ПКМ кнопок дисков вызвать контекстное меню жёсткого диска - Total перестаёт отвечать.

Если после запуска Total'а сначала вызвать по ПКМ контекстное меню дисковода - то всё нормально, после контекстное меню жёстких дисков открывается.

"Виновато" расширение оболочки алкоголя - AXShlEx.dll, прописанное в контекстное меню всех дисков: Total виснет в момент, когда происходит запуск - AxShlExHlper.exe.

Да, в проводнике всё нормально само собой .

Windows8 64bit / tc80x64beta24-25, tc80x32beta25

неправильно работает с дисками подмонтированными в папку.
ассоциированным программам в качестве пути файла отдает виртуальный путь вида "Volume{f9ce2d52-870a-11e1-a110-5406a67e74fc}\test.zip" вместо d:\mounted\test.zip

кто-нибудь проверьте пожалуйста на вин7.

7.56a работает нормально.

У меня на Win7x64 не пытается разрешить точку монтирования в пути к файлу, передаёт как есть.

А вот и свежий баг! TC 8.0 b25 x32 @ W7x64 (возможно, в старых версиях тоже есть, не проверял)
Сочетание в wincmd.ini двух строк:
CompareTool="%commander_path%\totalcmd.exe" /S=C
и
onlyonce=1
с последующей попытке запустить сравнение по содержимому командой "cm_CompareFilesByContent" вызывает бесконечный цикл быстро появляющихся и самоубивающихся процессов ТК, при этом убить это безобразие невозможно, ибо они мелькают в диспетчере с такой скоростью, что пока на него наведёшь курсор - на его месте уже успеет раза два-три появиться и исчезнуть новый (по каждый раз новому PID видно).
При этом поможет только перезагрузка.
Ну, или, как я выяснил опытным путём не желая перезагружать, ручное комментирование/удаление строки "CompareTool..." тоже помогает прекратить это безобразие.
Логично было бы видеть, что и избавление от другой строки должно помочь, но этого не происходит. Хотя, каждый новый процесс по-любому конфигу перечитывает и обязан запускаться с новыми "правилами".
В общем, такая вот ситуация...
Kто может воспроизвести это у себя и подтвердить безобразие (с пустой конфиги + две эти строки)?

MVV
в смысле на семерке нормально работает, файлы открываются, проги запускаются?

Mellomann
на W8x64 то-же самое. но само упало, и первое окно живое остается, закрыть можно. правда система потом пару минут с черным экраном ресурсы чистит.

Viggen писал(а):неправильно работает с дисками подмонтированными в папку.
ассоциированным программам в качестве пути файла отдает виртуальный путь вида "Volume{f9ce2d52-870a-11e1-a110-5406a67e74fc}\test.zip" вместо d:\mounted\test.zip

А бета 23 работает нормально? В 24-й был добавлен фикс для обхода проблемы запуска EXE-файлов из симлинковых путей, могло оказаться, что с примонтированными разделами это решение даёт такие вот проблемы…

Viggen писал(а):первое окно живое остается

Первое - да, безобразия творятся с вызываемым процессом, который уходит в цикл, убивая себя. Видимо, налицо имеем попытку рекуркии, а запрет одновременных копий ТК тут не при чём.
Достаточно одной строки. В принципе логично, то же, что и вызывать файл "command.bat", в конце которого есть строка "start command.bat".
У попа была собака, он её убил, она снова ожила, только в цикл ушла... В цикл она ушла и умерла, он её любил и говорил...

Viggen писал(а):MVV
в смысле на семерке нормально работает, файлы открываются, проги запускаются?

Всё запускается, в командной строке дочерних процессов значится нормальный путь к файлу, без раскрытия точки монтирования. У тебя так с любыми типами файлов? На чистом конфиге пробовал? И вообще, странное поведение, тотал не должен заниматься сам такой ерундой.

MVV писал(а):И вообще, странное поведение, тотал не должен заниматься сам такой ерундой.

Не должен, но вынужден:

history.txt писал(а):20.03.12 Fixed: Workaround to Windows 8 bug (failure to launch any EXE files from a directory which is a hard link to some other directory) by resolving the hard links before launching (32/64)

А-а, тогда понятно, почему так получается. Гислер просто не учёл, что точки монтирования и точки соединения имеют схожую структуру, вот и получается, что он раскрывает одно, а надо другое.