Puzzle.wcx (шифрование)

Обсуждение только плагинов и утилит для Total Commander.

Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik

Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

У меня (winXP 32, TC 8.01, Puzzle 2.50) у файлов в расширении которых находится более трех символов, в архиве показывает его как две точки "..", хотя распаковывает нормально. Не совсем "баг", но все же немного неудобно. Например для файлов "docx" до распаковки непонятен тип.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

Alligator:
(WinXP32 TC8.5b14 P2.50 PRO) Только что пробовал запаковать djvu, docx. В архиве расширение вижу полностью. Если после распаковки имя файла и расширение выглядят правильно, то скорее всего концовку расширения "режет" TC. Я еще поэкспериментирую, но возможно дело в настройках TC.
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

BACRSOFT писал(а):Alligator:
возможно дело в настройках TC.
Действительно.. попробовал на "чистом" ТС, показывает нормально.
Теперь бы ещё понять что именно может так влиять.
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

Нашел у себя ещё один "баг" работы программы... прошу подтвердить или опровергнуть.
Последовательность получения ошибки:
1. Пакую несколько файлов в один архив, причем один из файлов нулевого размера (просто в имени содержится некая полезная информация).
2. Хочу запаковать несколько файлов в отдельные архивы (с удаление расширения) и получаю ошибку "Функция не поддерживается".
Последний раз редактировалось aLLigator Чт янв 30, 2014 00:11, всего редактировалось 1 раз.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

aLLigator:
Попробовал предложенный сценарий, но наткнуться на такое сообщение пока не получилось. Файл нулевой длины пакуется и просматривается. Несколько папок(3)по разным архивам запаковались без видимых проблем. Вопрос: Если сразу перейти к пункту 2 и попытаться запаковать "несколько папок", который дают сбой, то ошибка выскакивает? Каков размер каждой из "папок"?
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

Сейчас попытался воспроизвести ошибку ещё раз и вспомнил более детально... в прошлом описании была существенная неточность.

Попробую заново как можно более подробно:

Ошибка возникает на двух моих компьютерах с установленной winXPх32, и ТС 8.01, плагин как ПРО так и обычной версии 2.50. На других пока нет возможности перепроверить.

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

Потом выбираю несколько ФАЙЛОВ (не папок) для запаковки в отдельные архивы и удаляю вторую звездочку (расширения) из имени генерируемых архивов. Вот тут и вижу ошибку!

ИзображениеИзображение


P.S. Предыдущий мой пост с ошибкой был связан с какими-то моими настройками ТС, какими именно я так и не понял. Может в этот раз тоже связано с "личной" настройкой ТС..
P.P.S. Эти тестовые файлы можно скачать тут: https://cloud.mail.ru/public/a1becfbb2265/TEST.rar
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

aLLigator:
Скорее всего ошибка происходит из-за того, что имя файла, предназначенного для копирования(TEST.@) пакуется в архив с таким-же именем(TEST.@), то есть сам в себя. "Змея кусает себя за хвост." TC автоматически предлагает тебе это имя и ты не глядя соглашаешься.
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

вряд ли... во второй раз я ведь выбираю каждый файл в отдельный архив и имя архива должно совпадать с именем файла без его расширения. т.е. по идее должны создаваться архивы 1.00.@, 1.01.@ и 1.02.@.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

aLLigator:
На первом проходе(пункт 1) мы пакуем все тестовые файлы в архив с именем test.@. На втором проходе(пункт 2) ты выбираешь для паковки все предыдущие плюс test.@ и удаляешь вторую звездочку. Если вторую звездочку не убирать, то должно получиться test.@.@ и разумеется 1.00.@.@-1.03.@.@. В этом случае ошибки быть не должно. А если убрать, то имя архива совпадет с пакуемым файлом.
Видимо такая коллизия и вызывает ошибку.
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

не совсем так... на первом проходе выбираю текстовый (нулевой) файл и в добавок к нему ролик 1.00.avi - получаю архив с именем каталога верхнего уровня - TEST.@. На втором этапе выбираю ролики 1.01.avi-1.03.avi с удалением типа файла, и должен получить архивы 1.01.@-1.03.@. Каждый из файлов пакуется только раз, одни и те же файлы не присутствуют в разных архивах.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

Проверяю при тех-же условиях.XP32 TC8.01 P2.50 PRO C:\TEST\..., но на ошибку выйти не получается. После первой паковки получаю TEST.@ такого же размера, как и на скриншоте. Далее пакую 3 AVI - файла и получаю 3 архива с правильными именами.
Возможно-ли, что avi-шки заняты каким-то другим процессом и это блокирует к ним доступ? Перед паковкой выскакивает диалог, где удаляешь вторую звездочку. Какие флажки там подняты? Если вторую звездочку не удалять, ошибка все равно выскакивает? Если avi-шки паковать по отдельности, а не группой?
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

BACRSOFT писал(а):Какие флажки там подняты?
помню что точно первых две, сейчас проверить нет возможности.
BACRSOFT писал(а):Если вторую звездочку не удалять, ошибка все равно выскакивает?
не помню, возможно даже не проверял.
BACRSOFT писал(а):Если avi-шки паковать по отдельности, а не группой?
пакует без проблем, как с удалением расширения так и без.

В том то и дело, что очень специфическая последовательность получения ошибки... непосредственно при работе с плагином наткнулся всего два или три раза, но сейчас могу получить её по желанию именно такой последовательностью действий.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

TC при операции "каждый файл в отдельный архив" вызывает плагин последовательно столько раз, сколько файлов выбрано, потому что плагин создавать несколько архивов за одну сессию не может. Пока в интерфейсе такой возможности нет. Следуя такой логике ошибка должна-бы выскакивать в обоих случаях на этапе 2.
Может ТС "юлит"? Переустановка\обновление наверное уже пробовал?
Ошибка "Function not supported" явно задана в плагине всего один раз при попытке добавления файлов в архив старой версии, но это конечно не исключает ошибок в плагине.
Аватара пользователя
aLLigator
Сообщения: 167
Зарегистрирован: Чт дек 01, 2011 11:21
Откуда: из тех ворот, что и весь народ...

Сообщение aLLigator »

насколько я понял повторить эту ошибку у вас не удается.. значит опять "местные" особенности настройки ТС.
BACRSOFT
Сообщения: 37
Зарегистрирован: Чт июн 05, 2008 19:05

Сообщение BACRSOFT »

aLLigator:
Могу предложить Debug версию плагина, правда не сразу, а в течении нескольких дней. Нужно будет установить плагин и пройти путь до появления сообщения об ошибке. Плагин сохранит в debug-файле метки, через которые прошла программа и информацию о пакуемых файлах. Файлы нужно будет отправить мне.Это позволит хотя-бы частично локализовать проблему. Конечно при условии, что есть желание потратить время на эту процедуру.
Ответить