Total7zip

[Total7zip]

глюк с подвисанием окна упаковки отлично повторяется:
- упаковываем файл нулевого размера в 7z
- повторяем операцию соглашаясь на перезапись

у меня не повторяется, или я что-то не то делаю. единственное ожидание, которое я у себя нашел - ожидание окна 7zG, в том случае если вы пакуете с использованием пароля.

давайте поймаем и исправим.

для этого мне нужна точная последовательность действий, что нажимаем, пакуем в папке темп или нет, какие галки стоят в диалоге упаковки. я новичок в тотал коммандере - мне нужна инструкция для чайника. потому что даже "пакуем", мне кажется можно сделать несколькими способами.
перезапись самого архива или файла в архиве?...
Поможет конфиг плагина с сохраненными настройками 7zip, с которым повторяется глюк, укажите также, пожалуйста версию плагина, тотал коммандера, 7zG.exe и 7z.dll, версию Windows, права пользователя - администратор или нет.

и еще - посмотрите пожалуйста http://forum.wincmd.ru/viewpost.php?p=71196, это не ваш случай? там суть проблемы была в том, что другой плагин грузил какую-то старую версию 7z.dll...

[XXXLer]

Total7zip, ок

Других 7z.dll TC не грузит, глюк возникает при обновлении мелких архивов мелкими файлами, но на всякий случай опишу последовательность:

1. Обе панели вне архивов (e:\Downloads, e:\Private\Work\WinXP\XPDistr)
2. Выделяем Insert'ом мелкие файлы (в моем случае 3 x 10байт)
3. Alt+F5 -> 7z -> Enter
4. Выделяем файл(ы) (собственно они попрежднему выделены, кол-во не играет роли)
5. Alt+F5 -> 7z -> Enter
6. На запрос о перезаписи файлов в архиве - 'Заменить все'
7. Архив пакуется <1 секунды, потом окно висит ровно 20 сек и тотал получает сообщение об успешной упаковке (звук, обновление панели, сброс выделения)

Если файлы не мелкие (к примеру 1.2Mb на C2D E8500) - то окно висит около секунды (7zg завершается за пол-секунды до)


Система: Win7 x64 Ultimate, UAC включен, текущий юзер к папке с TC имеет доступ RW.
TC: 7.56 32bit
Плагин: 0.5.8.2
7Zip: 9.20 (комплектный, в папке с плагином)

Файлы (конфиги, листинг папки с тоталом, трейсы procmon'ом)

[Total7zip]

а причина случайно не в имени 7zG_x64.exe?
у вас же 64битная ось. плагин детектирует ее и читает из конфига этот странный путь...
попробуйте оставить оригинальное имя 7zG.exe.
у меня именно так у самого и настроено.
в одной папке лежат бинарники 32 битной версии,
в ДРУГОЙ папке, с НЕИЗМЕНЕННЫМИ именами 64-битные бинарники.
пути в конфиге прописаны так

Код: Выделить всё

  <path path_7z_dll="%COMMANDER_PATH%\..\archive\7-zip\7z.dll" path_7zG_exe="7zG.exe" /> 
  <path64bit path_7zG_exe="%COMMANDER_PATH%\..\archive\7-zip\64bit\7zG.exe" /> 

и никаких зависонов на 20 секунд.

наверное, надо в readme явно указать, что бинарники 7zip переименовывать нельзя.

и еще я не понимаю - у вас в одной папке лежит этот 7zG_x64.exe и 32-битная 7z.dll? и как такой набор может работать?
или все-таки файла 7zG_x64.exe не существует?...

[Total7zip]

версия 0.5.8.3

исправляем "глюк с подвисанием окна упаковки" при упаковке файла небольшого размера.

http://narod.ru/disk/1738456001/Total7zip_0583.rar.html
только WCX

у кого проявлялось подвисание, проверьте пожалуйста.

[Rustn]

Предложу ещё вариант, в архив плагина паковать х64 файлы, чтоб не искать, ручками не писать. Так же не плодить папок Lang, в xml указывать путь.

[XXXLer]

и еще я не понимаю - у вас в одной папке лежит этот 7zG_x64.exe и 32-битная 7z.dll? и как такой набор может работать?
или все-таки файла 7zG_x64.exe не существует?...

на момент тестов файла не существовало, а так - на упаковку/перепаковку (во всяком случае для 7z и wim 100%) такой набор вполне работоспособен, т.к. 7z.dll нужна только для распаковки (как я полагаю плагин ее и использует), а ошибки ее загрузки 7zG_x64 обрабатывает

у кого проявлялось подвисание, проверьте пожалуйста.

подвисание исчезло, спасибо

еще один момент - при перепаковке архива временный файл создается в последнем текущем каталоге, что не слишком правильно, т.к. при попытке обновить существующий архив файлами которые лежат на RO-носителе натыкаемся на ошибку:
http://ipicture.ru/Gallery/View/2689378.html

[Total7zip]

в архив плагина паковать х64 файлы, чтоб не искать, ручками не писать. Так же не плодить папок Lang, в xml указывать путь.

64-битные файлы нужны далеко не всем. Использовать одну папку Lang, насколько я понимаю, два разных 7zG не могут. Так что, пока отложим это.

подвисание исчезло, спасибо

хорошо. кстати, видимо у вас очень быстрый комп - подвисание было из-за того, что я запускал процесс 7zG и пытался дождаться появления его окна. а он видимо успевал завершиться до того как я начинал перебирать окна. в любом случае это ожидание не нужно и я убрал его.

еще один момент - при перепаковке архива временный файл создается в последнем текущем каталоге

круто, это видимо 7zG так странно поступает, хороший баг.
посмотрю.

еще добавлю, что так как все "мозги" находятся в 7z.dll, использовать 32 битную версию с 64 битным 7zG нет никакого смысла, даже если такая связка работает. Вы только получите 64 битный GUI, а никакого выигрыша от его 64-битности не будет.

[Nikola Ant]

и еще - посмотрите пожалуйста http://forum.wincmd.ru/viewpost.php?p=71196, это не ваш случай? там суть проблемы была в том, что другой плагин грузил какую-то старую версию 7z.dll...

Как-бы надо "защитить" другой плагин - именно Imagine.wlx и с ним Imagine.wcx, и так-же Imagine.exe. Указанная выше версия 7z.dll(CompanyName: nyam's Laboratory) есть собственная штучка(фича) Imagine и не "старая". А вот как, весьма неразборчиво из загруженых dll, её цеплял Total7zip.wcx...? Все приходит в норму, не пересекаясь с 7z.dll(CompanyName: nyam's Laboratory), после использования конкретного указания путей <path path_7z_dll=... и ...="7zG.exe" />. В ридми, возможно, есть смысл в первую очередь именно рекомендовать прописать путь к 7z.dll и 7zG.exe при всяческих ситуациях.

[iglezz]

В версии 0.5.8.3 подвисания пока не обнаружено.
Imagine, кстати, у меня есть и периодически используется, но плагинов у него нет (выпилил их если были).

[Total7zip]

версия 0.5.8.4
http://narod.ru/disk/1808210001/Total7zip_0584.rar.html (только update wcx)

изменения:
полная поддержка старого API тотал командера
реализовал все не-Unicode версии функций. Зачем - как выяснилось на примере с ArchView, не только сам тотал командер может пользоваться плагином. плагины могут ссылаться друг на друга. вот в этом случае старый интерфейс может пригодиться.
И, конечно, добавилась поддержка старых версий тотал командера.

параметр extractToTempCount теперь используется только для solid архивов.
Это должно решить следующую проблему:

5. При просмотре какого-либо файла внутри .iso, который не может быть solid архивом, с настройкой extractToTempCount="20" плагин распаковывает порой кучу лишнего.

исправлена упаковка файлов с RO носителей.
описание исправленной проблемы:

при попытке обновить существующий архив файлами которые лежат на RO-носителе натыкаемся на ошибку

более осмысленные логи открытия файлов
это может пригодиться вам при настраивании исключений - можно увидеть какой имено обработчик открыл файл.
логи можно увидеть с помощью Debug View
например:

Код: Выделить всё

[2820] Total7zip.wcx, T:\soft\total\Plugins\WCX\Total7zip\Total7zip_0583.rar, solid=false, openMode=PK_OM_LIST, openResult=0, format=RAR, {23170F69-40C1-278A-1000-000110030000}, password=, maxCheckStart=4194304

и если вы подобного лога при открытии файла не видите - файл у вас открывается чем-то другим =)

[Den_Klimov]

и еще - посмотрите пожалуйста http://forum.wincmd.ru/viewpost.php?p=71196, это не ваш случай? там суть проблемы была в том, что другой плагин грузил какую-то старую версию 7z.dll...

Как-бы надо "защитить" другой плагин - именно Imagine.wlx и с ним Imagine.wcx, и так-же Imagine.exe. Указанная выше версия 7z.dll(CompanyName: nyam's Laboratory) есть собственная штучка(фича) Imagine и не "старая". А вот как, весьма неразборчиво из загруженых dll, её цеплял Total7zip.wcx...? Все приходит в норму, не пересекаясь с 7z.dll(CompanyName: nyam's Laboratory), после использования конкретного указания путей <path path_7z_dll=... и ...="7zG.exe" />. В ридми, возможно, есть смысл в первую очередь именно рекомендовать прописать путь к 7z.dll и 7zG.exe при всяческих ситуациях.

Обїясните, недогоняю. Я вообще непонял как что-то может пересекаться. Ведь по умолчанию 7z.dll берётся из каталога плагина Total7zip.

[Total7zip]

Den_Klimov если вы открете сообщение, ссылку на которое я дал, там будет ссылка на такую картинку
http://imglink.ru/pictures/12-12-10/254 ... 4ebf0d.jpg
как видите в списке внизу тотал коммандер загрузил две dll с именем 7z.dll - одну из папки моего плагина, вторую из папки Imagine.
И после этого начинается какая-то путаница. Ситуация странная и я попробую разобраться.

[Total7zip]

+ не хочет открывать некоторые 7zip sfx (например этот), которые 7zipFM открывает на ура

посмотрел.
как ни странно, Total7zip тут ни при чем.
до меня вызов не доходит - тотал коммандер видимо считает что он понимает как открыть этот файл, пробует и выдает ошибку.
как с этим бороться я не знаю. видимо писать баг, на оффициальном форуме.


суть проблемы такая.
вы нажимаете Ctrl+PgDown.
TC начинает перебирать всех, кто может открывать файлы "по содержанию" (в том числе и встроенный zip и т.п.)
если кто-то ответил, что файл в понятном ему формате, опрос прекращается, и файл отдается на обработку.
и если при этом возникает ошибка - TC показывает ошибку и не пытается найти другой обработчик.

PS. для проверки переименуйте файл в 7z и он откроется.

[Total7zip]

версия 0.5.8.5

http://narod.ru/disk/1854961001/Total7zip_0585.rar.html
только новый wcx.

исправлено:

А кто-нибудь знает, что за FLV фигурирует в списке форматов? На формат видеороликов не похоже, тотал их не открывает плагином. И ролик в формате SWF что-то не открывается.

flv это именно видео.
теперь можно плагином, например, вытащить аудио дорожку.

[XXXLer]

как ни странно, Total7zip тут ни при чем.
до меня вызов не доходит - тотал коммандер видимо считает что он понимает как открыть этот файл, пробует и выдает ошибку.
как с этим бороться я не знаю. видимо писать баг, на оффициальном форуме

да уж, походу встроенный ZIP не может пройти мимо своей сигнатуры (50 4B 03 04), сорри за лишний наезд )

еще добавлю, что так как все "мозги" находятся в 7z.dll, использовать 32 битную версию с 64 битным 7zG нет никакого смысла, даже если такая связка работает. Вы только получите 64 битный GUI, а никакого выигрыша от его 64-битности не будет.

тут как-бы и да и нет )
В отличии от 32-битной версии в 7zip x64 код упаковки походу находится в 7zG.exe, поэтому он работает и вовсе без 7z.dll, НО справедливости ради замечу что могут возникать глюки (например без 7z.dll он так-же отлично распаковывает ZIP/7ZIP, а при распаковке WIM вместо имен файлов/папок имеем тупо номера без всяких сообщений об ошибках)