Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 4)

Модерирует : gyra, Maz

Maz (23-11-2017 18:57): FAR Manager (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

   

AlViS



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

 
Предыдущие топики:  1 2 3
 
Где взять последнюю версию?
На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки).
Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки).
 
Общие сведения о совместимости FAR и плагинов
 
Можно воспользоваться одной из пользовательских сборок FAR Manager
Вопросы, касающиеся сборок, следует задавать непосредственно их авторам, а не на официальном форуме.
 
Где взять дополнительные плагины, скрипты и макросы?
Плагринг. В настоящее время большинство авторов (возможно, уже и все) выкладывают плагины здесь. Кроме плагинов здесь появляется всё относящиеся к FAR: дополнения, консольные шрифты, скрипты и пр.
Анонсы плагинов на официальном форуме. Даже если автор не выкладывает по каким-либо причинам плагин на плагринге, он может дать анонс в этой теме.
Полезные скрипты и макросы.
 
Инструкции по сборке ФАРа из исходников
Набор для самостоятельной сборки ФАРа
Как собрать FAR самостоятельно (старая инструкция)  
 
Ссылки на устаревшие версии
Выдержка из Far Manager Site and Forum ‹ FAQ :
Отличия FAR 3 от FAR 2
Отличия FAR 2 от FAR 1.7
 
Примечания
 
* 13 декабря 2008 г. произошло переименование веток: ANSI-ветка 1.71 превратилась в 1.75, а Unicode-ветка получила номер версии 2.0 (вместо 1.80). Т.е. версии 1.хх это ANSI ("старый" FAR), а версии 2.хх – Unicode ("новый" FAR). Эти ветки сильно различаются по способу взаимодействия с плагинами и системой!
* При обновлении ANSI-ветки 1.хх более старые версии плагинов могут работать в более новом FAR, но более новые плагины в большинстве случаев требуют обновления FAR (см. документацию).
* Unicode-плагины в ANSI-версии FAR не работают – у них иной способ взаимодействия (API) с Far.exe, поэтому даже не пытайтесь их использовать в FAR версии ниже 1.80.
* При обновлении Unicode-версии FAR 1.80/2.0/3.0 обращайте внимание на номер сборки: следует обязательно обновить все плагины для сборок 677/680/684, иначе они не будут работать. ANSI-плагины (кроме тех, которые работают в редакторе) можно применять в Unicode-версии FAR, в меню плагинов (вызываемом по F11) они будут помечены значком [A] справа от их имени. Unicode-плагины в FAR 1.80/2.x/3.х никаким значком после имени не помечаются.
* Unicode-версия FAR 1.80/2.x/3.х требует как минимум Windows 2000, т.е. она работает только в Windows 2000/XP/2003/Vista/2008/7/8/10.
* Плагины от FAR 2 несовместимы с FAR 3 и не запустятся.
* В FAR 3 выборочно могут работать плагины от FAR 1, однако не стоит брать от FAR 1 плагины для редактора или работающие с дисками: первые портят текст в Юникоде, вторые – файловую систему.
* В любом случае разрядность плагинов должна совпадать с разрядностью FAR, иначе плагин не будет загружен.

 
Принципиальные различия между hard link, symlink и junction
Как устранить взаимное влияние запущенных копий FAR в памяти
Как запустить Lua/MoonScript из FAR
Как правильно добавить в программу нужную DLL (или иную зависимость), чтобы при обновлении ОС или иных программ она не перестала работать
 
Общие правила обращения за помощью
  1. Решаете задачу самостоятельно, при необходимости ищете ответы в теме и других источниках. Предварительное изучение документации обязательно!
  2. Если ваших знаний не хватает, то задаёте вопрос в форуме и строго следуете инструкциям тех людей, которые вам помогают.
  3. Если решить задачу, следуя пунктам 1 и 2, не удалось, то задаёте вопрос разработчикам.

Невыполнение этих правил ведёт к тому, что никто не станет помогать решать вашу задачу.

Всего записей: 2402 | Зарегистр. 03-01-2002 | Отправлено: 11:10 07-11-2015 | Исправлено: Victor_VG, 04:33 26-09-2017
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Точно! ведь в Msys/bin есть скрипт start:

Цитата:
#!/bin/sh
# Copyright (C) 2002, Earnie Boyd
#   mailto:earnie@users.sf.net
# This file is part of Minimal SYStem.
#   http://www.mingw.org/msys.shtml
# File: start
 
cmd //c start "$@"

про который я и забыл! Попробуем его исключить.
 
Добавлено:
Низкий поклон - именно этот скрипт и вызывал окно. Для устранения сбоя хватило его переименования в start.sh. А я уже всю систему перерыл - вроде все параметры правильные, а раз так, то кто вызывает окно? А это оказывается его художества. Ну, пусть с ним bash по должности и разбирается.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 16:16 23-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Для устранения сбоя хватило его переименования в start.sh

Imho, поведение запускателя far в этой ситуации нельзя назвать правильным.
 
Добавлено:
Создания пустого файла 'start' в текущем каталоге достаточно, чтобы воспроизвести проблему.

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 16:32 23-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Получается что причина накладки тут:
 
--- execute.hpp rev14175
+++ execute.hpp rev14176
@@ -41,7 +41,7 @@
 
 bool Execute(struct execute_info& Info, bool FolderRun, bool Silent, const std::function<void()>& ConsoleActivator = nullptr);
 
-bool IsBatchExtType(const string&ExtPtr);
+bool IsExecutable(const string& Filename); // идёт поиск по имени файла без учёта расширения аналогично UNIX, а с типом ОС разбирается, но при наличии одноимённого, но "непонятного" файла получаем непредсказуемый результат обработки команд
 
 bool ExpandOSAliases(string &strStr);

 
тогда может стоит добавить проверку на то что это реальный файл а не симлинк и что имя файла имеет расширение? Как пример я использую такой набор для проверки обновлений:
 
./updaterino - симлинк на updaterino.cmd
file://server/upd/updaterino.cmd - собственно проверяющий и получающий обновления скрипт раскладывающий их по каталогам ./1 - ./7
 
если команда start /i updaterino в b4678 отрабатывалась без вопросов, то покуда я не переименовал С:\Msys\bin\start -> C:\Msys\bin\start.sh в b4679+ она не работала...  
 
Добавлено:
И по поводу левых файлов - я например просто банально забыл, что в составе msysCORE-1.0.17-1-msys-1.0.17-ext.tar.lzma есть скрипт start и именно он и вызвал проблему т.к. данный пакет автоматически устанавливается с компилятором GCC/MinGW64/TDM-GCC.
 
Добавлено:
По поводу ответа DrKnS в данном случае это ошибка в логике ОС. Кстати ловится элементарно:
 
WinR -> start cmd
 
только пробовал - ось ругается. Я тут вчера полазил по её душу и на http://stackoverflow.com/ отыскал  - встретил оценку что в WinAPI IsExecutable() реализована с ошибками, а на семёрке ошибки в VCPlatform.IsExecutable Method (String) считаются Know Issues. Сейчас что-то не смог отыскать конкретное место, потому по памяти всё что отыскал...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 16:45 23-05-2016 | Исправлено: VictorVG4, 19:52 23-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Собрал и бегло проверил b4690 - проблема сохраняется если в пути поиска исполняемых файлов:

Цитата:
Путь поиска, используемый Windows для обнаружения библиотеки DLL
http://msdn.microsoft.com/ru-ru/library/7d83bc18.aspx
 
Используя механизмы явного и неявного связывания, Windows сначала выполняет поиск "известных библиотек DLL", таких как Kernel32.dll и User32.dll. Затем Windows выполняет поиск библиотек DLL в следующей последовательности:
 
1)    Каталог, в котором находится исполняемый модуль текущего процесса.
2)    Текущий каталог.
3)    Системный каталог Windows. Путь к этому каталогу извлекается с помощью функции GetSystemDirectory.
4)    Каталог Windows. Путь к этому каталогу извлекается с помощью функции GetWindowsDirectory.
5)    Каталоги, указанные в переменной среды PATH.
 
Примечание
 
    Переменная среды LIBPATH не используется.

встретится одноимённый с командой неисполняемый или пустой файл и решение TI#54 с внесением в конфиг списка команд шелла не помогает. Вносил команды CMD, но всё одно в случае пустого файла с именем START или sh-скрипта с таким именем ось выводит окно - это и есть системная ошибка:
 
- если в пути поиска встречен файл совпадающим с командой именем, то даже если IsExecutable() и вернёт false дальнейший поиск не продолжается, а выводится окно задания ассоциации - ось не проверяет файл на типы script/executable/link и размер.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 19:57 23-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VictorVG4

Цитата:
Вносил команды CMD, но всё одно в случае пустого файла с именем START...

Помогает. Вносить лучше через импорт соответствующего файла из Addons/SetUp/

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 20:07 23-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Да, через него и вносил, но коли рядом с Far.exe создать файл start с длинной 0 байт - получаем окно.  
 
Потому у меня возникла (пока сыроватая) такая идея:
 
C=""
i=0
i=i+1;
do B=subst(1,i,Current.Comstr); if B(i) == "" then Goto M1 end;
m1: C=subst(1,i,Current.Comstr);
if Filelignht(C) == 0 then (Message("Incorrect commad string. Please, edit this.");
edit:<Current.ComStr else OsExecute(Current.ComStr))
end;
 
т.е. если мы встретили файл нулевой длинны с именем совпадающим именем введённой команды, то отправляем его в редактор чтобы пользователь её исправил, нет передаём на запуск ОС.
 
Примерно так...


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 22:00 23-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
но коли рядом с Far.exe создать файл start с длинной 0 байт - получаем окно.

Нет. Не получаем.
 
Far.exe -import ...
рестарт
far:config -- проверяем, что настройки есть

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 22:54 23-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Да, это я по привычке вызывал команду Far /import - ну и она не сработала. А с bash/sh/perl - там же первой строкой идёт сигнатура #!/bin/sh или #!/bin/perl -w и почему бы нам не читать эту строку и по ней звать нужный обработчик аналогично UNIX?

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 22:59 23-05-2016
Wave_Blessed

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
6. Рефакторинг. Обновление совместимо с SVN r14193 - SVN r14196
VictorVG4, сорри, если ответ на вопрос где-то здесь есть, но чем ваша сборка бинарей отличается от официальной и почему нельзя ваши фиксы влить в официальный репозиторий?
 
Почему спрашиваю — как-то думаю, насколько хватит энтузиазма ежедневно обновлять и всё такое. Максимус вон тоже собирает\собирал свои bis-сборки. Но их актуальность со временем терялась за редкостью.

Всего записей: 1134 | Зарегистр. 16-04-2006 | Отправлено: 11:10 24-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Wave_Blessed
 
1) Оптимизация. Сравните размеры, скорость в работе, расход ОЗУ.
2) Я сам ими пользуюсь.
3) Пока для них существует задача.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 12:33 24-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Wave_Blessed
Фиксов для официального репозитория здесь нет (в отличии от сборок Maximus-а).
Могут быть предыдущие версии, если в последней официальной сборке баги (иногда случается).
Сборка отличается наличием огромного зоопарка плагинов и скриптов (и кажется ещё сторонних утилит). Нужен он далеко не всем (и не весь). В этом зоопарке фиксы наверное есть.
 
Добавлено:

Цитата:
Оптимизация. Сравните размеры, скорость в работе, расход ОЗУ.

Кроме размера (в основном за счет отсутствия отладочной информации) это фантазии.

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 12:39 24-05-2016
Wave_Blessed

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Сборка отличается наличием огромного зоопарка плагинов и скриптов (и кажется ещё сторонних утилит). Нужен он далеко не всем (и не весь). В этом зоопарке фиксы наверное есть.  

Это-то я само-собой посмотрю на предмет позаимствовать макрос-другой, ассоциацию-другую, etc. Меня интересовали именно бинарники фара, почему вся сборка FarUE3.7z из самостоятельно скомпилированного софта, в чём отличие и стоит ли оно того, чтобы самому позаимствовать не только отдельные макросы, но и far.exe.
P.s. Пока остановился на 4670, и с сомнением поглядываю чейнджлог.

Всего записей: 1134 | Зарегистр. 16-04-2006 | Отправлено: 13:11 24-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Far Manager v3.0 build 4691 x64 (2016-05-24) с farmanager.com
 

 
через пять минут после запуска рабочий набор задачи 47,34 МБ
 
Far Manager v3.0 build 4691 r14205 x64 собранная мной
 

 
через пять минут после запуска рабочий набор задачи 16,32 МБ
 
в обоих случаях весь набор плагинов и скриптов одинаков - распакованный архив Far30-x64-test.7z, запуск производился через Explorer, измерение в Process Hacker 3.0.0.136 осуществлены в среде Win 7 SP1 через пять минут после запуска тестируемой копии, БД настроек перед каждым опытом удалялись и копировались из архива заново. Машина i7-2600 @ 3,4 GHz / Intel Z68 /16 Gb DDR3-1600 / NVIDIA GTX 650 - обычная рабочая машина.

Цитата:
Кроме размера (в основном за счет отсутствия отладочной информации) это фантазии.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 02:09 25-05-2016 | Исправлено: VictorVG4, 02:26 25-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VictorVG4
Да фантазии.
Зачем замерять wset у бездействующей программы?
Два моих far.exe через сутки после запуска: 6024K, 21496K -- ни о чём.
Лучше расскажите в чём состоит 'оптимизация'.

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 06:12 25-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Я согласен - если нет желания что-то признать - это "фантазии". Ключи компиляции я не раз выкладывал. Иного нет.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 12:02 25-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VictorVG4
Пересборка с изменёнными ключами это не оптимизация.
Учитывая, что параметры оптимизация по скорости в стандартной сборке, как минимум не хуже чем у вас.

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 14:51 25-05-2016
shmuz2

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня во время прощупывания багов редактора в недавних билдах сложилось впечатление, что сборка, сделанная GCC, была заметно быстрее, чем ночная сборка.

Всего записей: 120 | Зарегистр. 09-04-2016 | Отправлено: 15:22 25-05-2016 | Исправлено: shmuz2, 15:25 25-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Я с этим и не собираюсь спорить. Когда я выбирал параметры оптимизации основной проблемой был доступный на рабочей машине объём ОЗУ - приложение могло использовать не свыше 70 Мб и тут приходилось крутится т.к. на ней ещё и консоль управления испытательным комплексом висела, а средств просмотра логов и формируемых в приборах и скидываемых по КАМАК наборов данным в ней просто не было. Так что пришлось выбрать оптимизацию с минимальным размером кода в ОЗУ или машина превращалась во что-то непотребное. И заменить этот аппарат было нечем - ПК  Symens-Nixdorf в переносном горно-промышленном исполнении. Внешне чемоданчик размерами с "дипломат" с кучей закрытых от пыли резинками разъёмов и экраном в крышке, внутри Intel Core 2 Duo T9400, iGM31, 576 МБ ОЗУ из которых 64 Мб выделено под фреймбуфер и 2.5" HDD на 80 Гб в гелиевом амортизаторе. Клавиатура на 84 клавиши и тракболл вмонтированы, подключение внешних не предусмотрено. Зато питание считай любое - DC 12/24/27V или AC 36/110/115/230/380V 50/60/400 Hz - встроенный БП любые сети понимал - авто-/авиа- (DC 27V)/бытовые ~110/115/230 /промышленные ~ 36/380V.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 15:43 25-05-2016
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz2

Цитата:
сборка, сделанная GCC, была заметно быстрее

Последний раз пробовал сравнивать с gcc пару лет назад.
Тогда gcc почти всегда отставал на несколько процентов.
Он стал сильно лучше или vc набрал вес?

Всего записей: 1415 | Зарегистр. 20-12-2007 | Отправлено: 16:41 25-05-2016
VictorVG4



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
А это что за странный мусор выводится поле Путь: в FarDiskMenu 3.13.0.4040 x64 при выборе настройки плагина Редактор меню дисков по Ins Путь из Реестра:
 
   
 
при наборе теста убрать квадратики не долго, на в 3.12.0 их не было. И в ChangeLog v3.13.0 п2 опечатка в тексте: Увеличерна - лишняя "р" при наборе случайно попала.
 
 
Upd:
 
Исправлено в 3.13.1 .

 


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")

Всего записей: 1248 | Зарегистр. 26-03-2016 | Отправлено: 16:53 25-05-2016 | Исправлено: VictorVG4, 17:25 25-05-2016
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 4)
Maz (23-11-2017 18:57): FAR Manager (часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru