» Плагины и настройки FAR часть 2

Victor_VG

Цитата:

Есть. Даже несколько. Пойди на форум Far и в топике по плугинам пошуруй. Глаза разбегуться. Линк я дал прямо на раздел. Выбирай.

Перерыскал всё, но работающего в 64бит нет. Пробовал rMD5Far и HashCRC, но безрезультатно!

Цитата:

Пользуйся. Только больше так не шуми - оглохнуть можно.

Здесь - не буду.

Цитата:

Минус - требуется больший уровень знаний.

Учту. Но надо же иногда этот уровень апгрейдить?

vonavy14

Дак инженер учится всю жизнь. Иначе безнадёжно отстанешь.

Gals2000

Тогда есть только один вариант - внешняя программа собранная из исходников, например Fsum Frontend, но тут сам код коли надо дорабатывай. Хотя бинарник будет через ассоциации системы или Far работать без вопросов, да и просто можно его в пользовательское меню пристроить как в том же mc это сделано. Там проверки MD5/SHA-256 вызываются из меню. И что думать?

Victor_VG
Да ну, огород с fsum'ом городить Он конечно "побогаче", но для FAR'а есть ведь ещё и ntfsfile.dll...

Gals2000
Плохо искал.. а NTFS File Information? Как ни странно, есть и в варианте для x64..))
Цитата:

Плагин предназначен для получения различной информации о файлах на файловой системе NTFS. На данный момент реализованы функции:
. . .
4. Функции анализа данных:
. . .
• расчёт наиболее полезных хешей для выбранного файла: crc32, md5, sha1, ed2k (вариант eMule).

Прямой линк на "место обитания" (загрузить) -- http://code.google.com/p/farplug/downloads/list

rPansa

Да, ты прав, о них я и забыл. Кстати обновы видел? FarDebug, PhoneFS и дядя Слава свой бедный DizAsm мучает Вот дебуг и телефон с W - эти мне по душе, пригодится последний в запасец. А первый уже как пчёлка пашет. Кстати, компилер мы на dc сволокли вчера.

Подскажите, пожалуйста... может плагин какой есть ...
Есть необходимость в редакторе переходить к определенным позициям в текстовом файле.
Типа расширенной системы закладок
(про стандартные закладки в фаре и опцию в настройках редактора-"Сохранять закладки" мне известно, но там только _недавно_ просмотренные файлы).
Что хотелось-бы:
в текстовом файле (исходниках) на несколько тысяч строк в нужных местах вставляем какие-нибудь маркеры
(тип маркера может быть фиксированным, а может сохраняться в настройках плагина) типа:
// %0%
...куча кода
// %1%
... куча кода...
Ну и по нажатию горячих клавиш (типа Ctrl+Shift-0..9) осуществляется переход к заданной позиции

Добавлено: Хотя сейчас подумал про макрос с поиском: F7 - Ввод в строку поиска %X% Enter
где X-0..9

А если почитать справку

Код: #ПравыйCtrl-0..9# Установить закладку 0..9 в текущей позиции
#Ctrl-Shift-0..9# Установить закладку 0..9 в текущей позиции
#ЛевыйCtrl-0..9# Перейти к позиции закладки 0..9

2zg

Глянь пожалуйста шаблон которым у тебя makefile для gcc в плугинах генерится - file_id.diz из-за него летит в /dec>nul. Я это дело в NTEvent и UserManager исправил. Скомпилировал оба для 1.75.2602/2.0.1057 и выложил с исходниками и ридмишкой у себя. Просто если нужно, кинь к себе. Зачем двойную работу делать? По ссылкам с ходу лазить нет времени, потому через Анонсы

И ещё, наблюдение: код, закоментированный по совету crOm в Mantis#0000982 судя по мониторингу мог вызывать утечку памяти. И побочным явление этого стало значительное ускорения считывания каталогов содержащих большое количество файлов. Во всяком случае, порты демонёнка (/All локально и по FTP) где более 20000 файлов, читаются в несколько раз быстрее, чем если данный код не убран. Проверял на 2.0.1057.

KapralBel

Цитата:

А если почитать справку

я же написал в посте:
про _стандартные_ закладки в фаре и опцию в настройках редактора-"Сохранять закладки" мне известно, но там только _недавно_ просмотренные файлы (т.е. закладка сохраняется не в самом файле, а в настройках фара (в реестре)).
А хотелось-бы чтобы закладка (маркер) сохранялась именно в самом файле. Т.е. я-бы сам куда надо - туда ее и вписал и сохранил файл по F2. А потом (неважно через сколько времени) открываю файл на редактирование, нажимаю сочетание клавиш - и я в нужном месте файла.

AlexVel

Ну, тут я подобный фокус только в vi/vim встречал. Но его подключать... У него система команд которую отдельно изучать придётся. Это раз, и по идее второе - а где в считай plain/text файле мы могли бы сохранить свои закладки без искажения его содержания? Разве только за маркер EOF куда-то дописывать блок позиционирования. Так система сама его обрубит при сохранении файла.

Опечатка в changelog самого фар-а: 30.07.2009 21:46:46 +0200 - build 201. Кто поправит в SVN? У себя я это ручками исправил. И то, случайно увидел.

За правку опечатки DrKnS и . А с 961-тикетом пока прикручу его через ассоциации как прикрутил и PDF из-за того, что GflSDK тупо старается его смотреть, а не стартовать. Ну, а это штука зело поборимая. Посижу с пробами, и потом можно будет глянуть вариант решения.

Решение как я и думал в запуске файлов через shell:

Цитата:

REGEDIT4

[HKEY_CURRENT_USER\Software\Far2\Associations\Type0]
"Mask"="*.mp3, *.mp2, *.aif, *.aiff, *.ogg, *.wma, *.asf, *.xm, *.it, *.s3m, *.mod, *.mid, *.rmi, *.flac, *.m3u, *.nes, *.ym"
"Description"="Play sound"
"Execute"="qplay:!\\!.!"

[HKEY_CURRENT_USER\Software\Far2\Associations\Type1]
"Mask"="*.rtf"
"Description"="RTF view"
"View"="rtfv:!\\!.!"
"AltView"="rtfv:!\\!.!"

[HKEY_CURRENT_USER\Software\Far2\Associations\Type2]
"Mask"="*.*|*.rar, *.z, *.7z, *.zip, *,cab, *.msg, *.bz, *.gz, *.tar, *.rtf, *.od?, *.ot?, *.sx?, *.st?"
"Description"="Smart Launch"
"Execute"="sl:\"!\\!.!\""
"View"=""

[HKEY_CURRENT_USER\Software\Far2\Associations\Type3]
"Mask"="*.od?, *.ot?, *.sx?, *.st?"
"Description"="OpenDocument"
"View"="view:<OdfToTxt.exe !\\!.!"

[HKEY_CURRENT_USER\Software\Far2\Associations\Type4]
"Mask"="*.lnk, *.url, *.pdf"
"Description"="BugFix Mantis#0000961"
"Execute"="sl:\"!\\!.!\""

А раз этот фокус у нас работает, то не использовать ли его для решения проблемы 961 тикета? Основным способом запуска файлов сделать запуск их через оболочку, минуя самостоятельный поиск в Реестре. Это позволит решить проблемы несогласованности действий, и ошибок запуска. Естественно, что длинные имена путей и файлов надо будет передавать системе в кавычках.

Баг в плугине PhoneFS — доступ к ФС телефона через OBEX (SE, NOKIA) автор Darkmen

Баг выплыл в виде ошибки 217 при инициализации Far на системе под управлением Windows 2003 . Его ловим уже несколько дней, и из-за того, что среда разработки авторами часто не указывается, а в логах Process Monitor-а его при инициализации Far не было, то на него просто и не думали. Ошибка была поймана только методом поочерёдного отключения плугинов при запуске. И список зависимостей не указывает на необходимость в чём-то от других авторов. Только исследование ресурсов показало: Delphi Client/Server Suite (Enterprise). Ребят, двойная просьба: 1) очень внимательно за Delphi всё проверять - не первая программа сделанная в ней подносит потом "сюрпризы", потому пишите хоть в описании хоть где среду и язык - так хоть искать причины сбоя легче; 2) естественно, доделать. Этот баг совсем никому не нужен. Баг отнял на свои поиски у нескольких человек массу времени и сил. А это не дело. К торренту из-за него 17 комментариев и половина чата им забита.

rPansa

Цитата:

Плохо искал.. а NTFS File Information?

Супер! Огромное спасибо!

Пришлось и мне с ним разбираться. Что имеем - под XP не сбоит, но библиотеки стоят на стенде все, вплоть до библиотек 9-й студии, ДОТНЕТ 3.5.1, дабы хоть это исключить. Смотрю зависимости. Список из 130 библиотек, 3 отсутствуют: ieshims.dll - этой нет даже если стоит IE8, wer.dll - эта входит в Win7/2008 ответ с MSDN, и что-то что выводится в зависимостях под именем o-jл
x&#152;oщ ??? что это сниффер не может определить. Может это и есть искомая причина сбоя?

И заодно, в общую копилку проблем и эту как вновь возникшую:

Цитата:

================ Ошибка =============
| С:\Down\freesoftlist.zip |
| Архиватор вернул код завершения 9 |
| Продолжить |
===================================
PKZIP(R) Version 4
Copyright 1989-2000 PKWARE Inc. All Rights Reserved. Shareware Version
PKZIP Reg. U.S. Pat. and Tm. Off. Patent No. 5,051,745

&#9830; Masking file attributes: None

Extracting files from .ZIP: G:\Down\freesoftlist.zip
PKZIP: (W3) Warning! requires PKZIP version 78.8 to extract: freesoftlist.html

PKZIP: (E9) No file(s) found

Far Manager 2.0.1065 SVN 3325. Причина в том, MultiArc, вернее zip.fmt при распаковке встретился с архивом созданным libzip.a а у неё код другой, и без особых раздумий сплавил распаковку в стандартный Pkzip. Я об этом ранее говорил, но ограничились традиционно, полумерами. Теперь факт всплыл повторно. Ну, что так и будем каждый раз по костылю ставить? Или проще в код добавить проверку, что если версия libzip.a > 4 перекидывать распаковку в 7Zip/Ace/Rar... да хоть просто передать именно задачу распаковки в систему если её версия выше 5.0. Тогда t-rex латал мантис #692:

Цитата:

02.01.2009 14:39:37 +0200 - zip 1.31
1. Mantis#692: нельзя войти в архив ZIP. Неправильная проверка версии.

Сам архив взят отсюда http://fsweb.info/download/freesoftlist.zip и 7Zip его распаковал мгновенно.

Разработчикам: похоже, применённые решения были половинчатыми, а раз так, то надо сначала как минимум цели расставить, а не как обычно "баги закрыты волевым решением совета телепатов".
Ну а с задачей - распишитесь и получите.

Цитата:

Сам архив взят отсюда http://fsweb.info/download/freesoftlist.zip и 7Zip его распаковал мгновенно.

Угу, и 7z.exe и 7za.exe(вер. 4.65) и unzip.exe(версии 6.0 от info-zip) и pkzipc 12-й распаковывают влет. Может стоит просто уже MultiArc по умолчанию настраивать не на 4-й шароварный pkzipc?

Скачал сборку из шапки Far Manager v2.0 alpha build <..> x86/x64. Не архивирует. В папке
Plugins\Multiarc\Formats архиваторы есть. Жму шифт+Ф1+ентер, выдаёт ошибку, что пути к архиватору не найдены. Как к фару прикрутить архиватор? Очень интересует архиватор 7z.

igor_andreev

Так фокус в том, что код версии свыше 15.0 указывает на другую, не Wijndows платформу. Потому и думаю, что надо просто поставить проверку данного поля на "больше" в алгоритме, и если больше звать тот же 7zip, и пусть он и разбирается. В UNIX этот код от 150, но там libzip.a сама правильно прописывает поля, а в LINUX судя по всему либа пишет внутреннюю версию. В итоге проблемы. Похоже надо тут смотреть сначала её исходники, а потом сами копаться в способах устранения явления. Дело в том, что мне опять про это явление в личку с другого форума отписали. И там не распаковался архив, но там у парня PKWare Zip v9 стоит и сообщение о невозможности распаковки выдал он. И вот я и подумал - а может мы не совсем в том направлении ищем? Ошибка проявляется строго для PKZip, и если проверять имя продукта, и коли это PKZip и версия в поле архива больше чем он сообщает о себе распаковку молча передавать другим архиваторам? Кажется такой алгоритм должен сработать.

SSergew

Да всё просто. Не настроено. Иди 7-Zip 4.65 Alternative build 19 бери 64-х вариант, распакуй в подкаталог /plugins/7zip, либу 7zip.dll кинь в пути, например в корень системного каталога, перезапусти Far и всё будет работать. Вариант с данным плугином лучший из всех перепробованных - он гибко настраивается, работает без сбоев и не конфликтует с MultiArc если в его настройках снять чекбокс "используется по умолчанию". У меня он прекрасно работает в паре с MultiArc. Если есть вопросы и нужна помощь , можешь отписать в личку - в этом топике я бываю редко, работы много.

Victor_VG
Спасибо. Попробую.

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

Victor_VG

Цитата:

Ну, тут я подобный фокус только в vi/vim встречал. Но его подключать... У него система команд которую отдельно изучать придётся. Это раз, и по идее второе - а где в считай plain/text файле мы могли бы сохранить свои закладки без искажения его содержания? Разве только за маркер EOF куда-то дописывать блок позиционирования. Так система сама его обрубит при сохранении файла.

суть не в том, чтобы плагин сохрянял позиции закладок, пусть это делает сам пользователь - как я писал выше.
т.е. в исходниках в нужных местах САМ пользователь вписывает строчки типа %%1%% , %%2%% и т.д. (формат маркера может задаваться в настройках плагина). И пользователь опять же сам сохраняет файл с маркерами.
Т.е. для примера в исходниках руками в 100 строке пишу: // %%1%%, в трехсотой строке пишу: // %%2%%
(// - это просто символ комментария для нескольких языков программирования). Сохраняю файл.
По прошествии времени открываю файл на редактирование по F4, нажимаю LCtrl+Цифру и действие плагина сводится к поиску c начала файла заданного вида маркера(Для примера: при нажатии LCtrl+7 идет поиск маркера %%7%%) и позиционированию в то место в случае успешного поиска

SSergew

Цитата:

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

Просто запускай его:

Код:
far C:\ D:\

SSergew

Shift+F9 запоминаются стартовые позиции. Авто сохранение настроек при этом отключить.

К MultiArc

[.WIM]
TypeName=.WIM
Extension=wim
полностью в #

Нет ли возможности заставить работать плагины для x86 в версии x64?

minin

За это спасибо, может и пригодится. Только что это за формат - это Windows Imaging Format Archive? Так с ходу и запутаться не сложно. Указал расширение, а дальше - гадайте ребята. Да и форматка без сигнатуры работать не будет. это уже 3/4 работы людям сброшено. Как его точно по таким данным распознать? А если я на UNIX просто скручу поток нулей, обзову его дата.wim и скажу что это архив? Что будет с архиватором при архиве нулей эдак в десяток другой терабайт?


Цитата:

TypeName=.WIM
ID=
IDOnly=0
Extension=wim

Нормальный вариант форматки:

Цитата:

[rpm]
TypeName=rpm
ID=ED AB EE DB
IDPos=
IDOnly=1
Extension=rpm

Chern

Почему бы и нет? По идее они же работают через вызовы API, а хидеры для x86 и х64 одинаковые, как и исходники. По крайней мере для 2.0 насколько я понимаю исходники одни.

Цитата:

Почему бы и нет? По идее они же работают через вызовы API, а хидеры для x86 и х64 одинаковые, как и исходники. По крайней мере для 2.0 насколько я понимаю исходники одни

Я так понимаю что их нужно перекомпилировать? А способов проще не существует?

Chern

Стандартные, то что идут с SVN скомпилятся по любому, для остальных у многих есть варианты для х64. С ходу: 7Zip Alternative, NTFSInfo, qPlayEx, Registry Browser (он же FarReg), Uninstall и ещё с десяток есть, если не больше. Просто посмотри на форуме Far ребята сразу в описании пишут платформу.

А скомпилить - и GCC-4.4.0 x64 есть. Бери список пакетов из описания мой сборки компилятора, скачивай их с SourcForge.net, распаковывай 7Zip и поправь /etc/fstab на реальные пути. И всё будет работать. Только в пути добавь /gcc/bin и /gcc/MinGW/bin. Как я собираю свои сборки? В GCC компилю из исходников. У меня есть готовые скрипты которые всё и запускают покая другим делом занимаюсь.

Victor_VG
7Zip Alternative - работает. qPlayEx - нет на сайте автора версии для x64. Не знаешь ли аналога HotDir под x64 и плагина для подсветки синтаксиса?

Chern

Colorer идёт с открытыми исходниками, можно скомпилить, qPlayEx Володя пока да, ещё в х64 не собрал вроде, это к нему с просьбой. А у многих других если есть исходники, можно их собрать с доделкой где надо в коде. Но, думаю и х86 будут работать, а куда они денутся?