Total Commander :: [WCX] 7Zip

through

[^/[Print]\]
Goto page Previous 1, 2, 3 ... 14, 15, 16, 17 Next :| |:
Total Commander -> Плагины Total Commander

#211: Author: Avada, Location: Россия, Саратов

Posted: Thu Aug 11, 2011 07:08
—

FalseMaster wrote:

При извлечении любого файла из архива TC просто не отвечает в отличие от более новых версий, которые вешают его наглухо, хотя извлекаемый файл в обеих случаях появляется в папке назначения.

Проверил. С версией плагина 0.7.6.5 под TC 7.56a тестовый архив абсолютно нормально распаковывается без всяких негативных последствий. Равно как и с версией 0.5.8 под TC 7.04a.
Так что дело явно не в программистах всего мира, а, как уже говорилось, в локальных проблемах, с которыми предлагаю разбираться самостоятельно (в частности, проверить на другой машине без RAM-диска). Продолжать предъявление претензий здесь разработчикам чего бы то ни было в силу вышесказанного не имеет никакого смысла.

#212: Author: flm,

Posted: Thu Aug 11, 2011 17:41
—

FalseMaster wrote:

Эх, поспешил я с выводами - и в этой версии баг. При извлечении любого файла из архива TC просто не отвечает в отличие от более новых версий

У меня 0.5.8 всё нормально распаковывает. Может таки виновата "нетрадиционная" операционка с "нетрадиционными" настройками и надстройками?

#213: Author: FalseMaster,

Posted: Wed Aug 17, 2011 03:12
—

flm wrote:

Может таки виновата "нетрадиционная" операционка с "нетрадиционными" настройками и надстройками?

Вполне возможно, да что там, скорее так оно и есть (кстати, размер кластера у меня тоже "нетрадиционный" - 8 KB). НО, заметьте, "нетрадиционный" не значит неправильный, а значит только то, что я имею одну из множества возможных и допустимых конфигураций. А вот если программа, использующая API (причём только железонезависимую часть) оси, под которую она написана (по F3 видим: Target OS : Win32 (0x4)), под ней же и глючит, да ещё только при определённых настройках (LZMA), то это какбэ намекает. Согласитесь, что использовать под каждую прогу отдельную систему с жёстко регламентированной конфигурацией, как минимум абсурдно (а ведь примерно это и предлагает товарисч Avada). И может быть всё-таки разработчикам следует уделять больше внимания устранению багов (тем более, когда о них сообщается) чем добавлению фич. Или я не прав?

#214: Author: Avada, Location: Россия, Саратов

Posted: Wed Aug 17, 2011 07:29
—

FalseMaster wrote:

Согласитесь, что использовать под каждую прогу отдельную систему с жёстко регламентированной конфигурацией, как минимум абсурдно (а ведь примерно это и предлагает товарисч Avada).

Ничего подобного я не предлагал ни примерно, ни точно.

FalseMaster wrote:

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

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

#215: Author: flm,

Posted: Sat Aug 20, 2011 10:07
—

FalseMaster wrote:

А о них сообщается? Плагин 7zip разрабатывается иднивидуалами, на данный момент уже третьим по счёту. Сомневаюсь, что ты отсылал багрепорты хоть одному из них. А написание на этом форуме (который текущий автор не читает) сообщения в стиле "у меня не работает" багрепортом назвать крайне сложно...

#216: Author: Avada, Location: Россия, Саратов

Posted: Sat Aug 20, 2011 10:45
—

flm wrote:

на данный момент уже третьим по счёту

Четвёртым. С остальным полностью согласен (см. выше).

#217: Author: ask-rus, Location: Russian Federation

Posted: Wed Oct 26, 2011 16:09
—
Пока Total7zip отдыхает, для x64 можно этот погонять.

#218: Author: gora, Location: Иваново

Posted: Fri Jan 06, 2012 18:10
—
Открываю фикс, например, NDP40-KB2473228-x86.exe по Ctrl+PageDown. Нахожу нужный мне файл (NDP40-KB2473228.msp) и копирую (F5 или перетаскиванием) его в противоположную панель. Ни какой ошибки не выдает, а при перетаскивании у курсора отображается "+", но файл не извлекается. Самим архиватором его можно извлечь без проблем.
С фиксами другого метода упаковки, например, NDP40-KB2599651-x86-x64.exe проблем не возникает.

#219: Author: SamLab,

Posted: Mon Jan 16, 2012 03:19
—
В [PackerPlugins] прописано
7z=735,%COMMANDER_PATH%\Plugins\wcx\Total7zip\Total7zip.wcx

в [PackerPlugins64]
7z=735,%COMMANDER_PATH%\Plugins\wcx\7zip\7zip.wcx64

но в 64-битном TC при заходе внутрь архивов 7z он почему-то берет данные из секции [PackerPlugins] и выдает ошибку

#220: Author: CaptainFlint, Location: Москва

Posted: Mon Jan 16, 2012 13:24
—
SamLab
Надо найти того, кто это прописал в [PackerPlugins64], и объяснить ему популярным языком, что больше так делать не стоит, а стоит довериться самому Тоталу. Или хотя бы сначала посмотреть, что же там пишет сам Тотал, и только потом лезть туда грязными ручками.

#221: Author: Mellomann,

Posted: Mon Jan 16, 2012 22:26
—
SamLab
Секции плагинов [***64] пока что пишутся немного (абсолютно!) иначе, чем обычные. Для того, чтобы ТК работал с х64 плагинами, следует или складывать 32 и 64 плагины в одни папки и тогда ТК сам всё обнаружит и пометит в конфиге, или же жёстко разделить конфиг для 32 и 64 ТК в разные файлы и писать строки к w?x64 плагинам в привычных блоках БЕЗ секции 64 (как это делаю я, и всё работает).

Пожелание.
Не стоит слишком утруждать себя рутинной работой, если в ТК можно пользоваться автоустановкой плагинов из архива. С одной лишь поправкой - заменять абсолютные пути на отностиельные. И тогда не будет подобного рода проблем с любой битностью плагинов.

#222: Author: SamLab,

Posted: Tue Jan 17, 2012 09:59
—
Как я и предполагал, что разделение на битности проведено не идеальным способом и приходится местами использовать костыли

#223: Author: MVV, Location: Ростов-Дон

Posted: Tue Jan 17, 2012 10:18
—

SamLab wrote:

Как я и предполагал, что разделение на битности проведено не идеальным способом и приходится местами использовать костыли

Просто пути к плагинам остались в обычных секциях, а в тех, что с припиской 64, лишь указано, какие из плагинов имеют 64-битные модули. Единственное, что не совсем логично - что для плагинов упаковщика секция строится иначе (один ключ с перечнем расширений вместо отдельного ключа на расширение).

#224: Author: Mellomann,

Posted: Fri Mar 30, 2012 23:57
—
Обсуждение проблемы замечено на оф.форуме Гислера.
Проверил у себя на свежей версии ТК с последней версией плагина - действительно так.
Суть проблемы:
Когда идёт фоновая упаковка архива плагином 7zip.wcx 0.765, коммнада ''cm_UnloadPlugins'' прибивает не только плагин, но ещё и вырубает сам Тотал на уровне процесса (т.е., банально его "убивает",как там написано).
Насколько я понял из темы, сам ТК тут не виноват, а виноват плагин, который собственно за собой Тотал и утягивает.
Хотелось бы разобраться что к чему и, в перспективе, увидеть исправление бага (если виноват плагин).

#225: Шифрование Author: capHook,

Posted: Thu Jan 24, 2013 14:45
—
Как-то странно работает шифрование 7zip-плагина в Тотале... Если из контекстного меню шифровать, всё в порядке и архив зашифровывается. Если через "Alt+F5", не получатеся, не зашифровывается, но пакуется (там есть кнопа "Настройка" и тоже можно заказать шифрование). Т.е. это разные интерфесы для упаковки с шифрованием).

7Zip Plugin 0.7.2.1.

Total Commander -> Плагины Total Commander

output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Goto page Previous 1, 2, 3 ... 14, 15, 16, 17 Next :| |: Page 15 of 17