ZXNet эхоконференция «zxnet.pc»

Hello, All

Интересно, никто не сталкивался с таким багом (проверялось как на плагинe для
TotalCommander, так и FAR'овском) вообщем суть в том, что если в *.TRD или
*.SCL обычные файлы, то всё - OK, но если внутрях архивы AlCO (тобишь RAR) то
плугины матерятся что кривой RAR (!) архив и не хотят открывать! причём я не
пытаюсь смотреть RAR - я просто хочу войти в SCL или TRD :mad: что за ботва ?
толь они сканируют на наличие заголовков RAR и пытаются его открыть как RAR, а
не TRD или SCL... вообще г... :confused:

Hello, breeze

bre> если внутрях архивы AlCO (тобишь RAR) то плугины матерятся что кривой
bre> RAR

Об этом уже сто раз написано в т.ч. и на этом форуме читай внимательнее !!!.
Дело в том что плагины в FAR грузятся по алфавиту, т.е. сначала multiarc.dll а
потом xtrd.dll и xscl.dll. При нажатии Enter первым реагирует естественно
MultiArc и определяет файл своим, поэтому именно он и ругается.
Чтобы этого избежать есть 2 пути.
1) Входить в образ через префикс явно указав имя плагина, например
xscl:file.scl или xtrd:file.fdi
2) Переименовать multiarc.dll или все zx плагины чтобы они грузились перед
multiarc'ом
Второй способ имеет один недостаток - архивы будут открываться чуть медленее
т.к. сначала файл будут щупать сразу все zx плагины, а только затем multiarc.

Это про FAR, а про TC ничего сказать не могу, я им не пользуюсь.

Hello, Alexandr Medvedev

Ale> Об этом уже сто раз написано в т.ч. и на этом форуме читай
Ale> внимательнее !!!

спасибо хоть на этом! давно тут не был просто...

Hello, captain cobalt

cap> У MultiArc имеется средство для решения проблемы.

xTRD и иже с ним не являются плагинами для мультиарка, поэтому MultiArc API они
не используют.

так что то что ты предлагаешь проблему не решит...

Hello, breeze

У MultiArc имеется средство для решения проблемы.
Вот цитата из документации:

> Returns the start position of the archive in the stream of data
> passed to the IsArchive function. The function GetSFXPos is called
> immediately after the archive has been recognized by the IsArchive
> function. MultiArc selects the FMT module that has returned the
> lowest offset (closer to the beginning of the file). This allows to
> handle correctly the situation when, for example, an ARJ archive is
> stored without compression in a ZIP archive called "N3gk8v1t.106".
> Previous versions of MultiArc showed the ARJ archive, and not the ZIP
> archive, when entering such file.
>
> BOOL WINAPI GetSFXPos(void);
>
> Parameters:
> None.
>
> Return value:
> Offset of the archive beginning from the start of the file.

Hello, breeze

Значит проблему может решить переделывание под MultiArc?

Hello, captain cobalt

cap> Значит проблему может решить переделывание под MultiArc?

Проблему можно решить переименовав MultiArc.
А от переделывания под MultiArc пропадут многие ценные возможности, поскольку
MultiArc API гораздо меньше чем FAR API.
Если так не терпится то есть старая версия xTRD 0.4 как раз для MultiArc, но
предупреждаю, возможностей в ней минимум.

Hello, captain cobalt

cap> Значит проблему может решить переделывание под MultiArc?

вряд ли :) тем более что я MultiArc не использую... мне 7-zip больше
нравиться...

кстати альтернативный метод решения проблемы - The Underscore.

Hello, breeze

bre> а енто что еще за зверь ?

http://www.warpedworld.fatal.ru/

менеджер плагинов для ФАРа. одна из полезных возможностей - если файл может
быть обработан несколькими плагинами, то появляется меню из которого можно
выбрать правильный обработчик. в твоем случае на выбор будет предложено:
Multiarc и xTRD (xSCL)

Hello, elf/2

elf> кстати альтернативный метод решения проблемы - The Underscore.

а енто что еще за зверь ? :eek: