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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

 
Предыдущие топики:  1 2 3 4
 
Где взять последнюю версию?
На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки).
Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки).
Архив всех предыдущих ночных сборок FAR
Last release на github - собирается практически сразу (в течение получаса) после каждого коммита.
 
Общие сведения о совместимости 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, иначе плагин не будет загружен.
* Блондинку на скриншоте зовут Tommie Jo.

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

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

Всего записей: 35932 | Зарегистр. 26-02-2002 | Отправлено: 18:55 23-11-2017 | Исправлено: Victor_VG, 08:15 29-06-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
 
А ты попробуй взять для контроля с ./Software РН 2.39 (более ранних версий у меня там нет, но им всем ХР СП3+ нужен, хотя основные вещи и на СП могут сработать) и посмотреть в момент сбоя какой тред как себя ведёт - там можно увидеть стек вызовов, а значит будет легче изучить цепочку событий.
 
Добавлено:
Свежий (v3.0) минимум на семёрке запускается, я сейчас v3.0.6002.1475 Git-0dcd5692 проверяю (+18 коммитов разом).

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 22:19 17-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
b5215 Git-05d4744ab свежие чудеса:
 
в конфиге настроены ассоциации lua:@"!=\!.!" и moon:@"!=\!.!", в наборе плагинов есть  ArcLite и MultiArc настроенные так, чтобы не конфликтовали за типы открываемых архивов, Rar 5.60.4.0 лежит в каталоге рядом с Far.exe.  
 
Тест-набор минимальный - Far, ArcLite, LuaMacro, MultiArc, английская и русская локализация - https://www.upload.ee/files/8451420/b5215_Git-05d4744ab_x64_test.7z.html . Всё иное для чистоты эксперимента удалено. При запуске тестовых скритов лежащих ./scripts/ вне архивов всё работает без ошибок, при запуске этих же скриптов из архивов 7-Zip/RAR выводится сообщение LuaMacro об ошибке пути к файлу:
 
для 7-Zip - хотя файл %Temp%\F3T6DB8.tmp\test.lua существует:

Цитата:
LuaMacro  
 
cannot open \\?\...\script\test.7z\test.lua: No such file or directory

для Rar - хотя файл %Temp%\F3T6DB9.tmp\test.lua существует:

Цитата:
LuaMacro  
 
cannot open \\?\...\script\test.rar\test.lua: No such file or directory

Пробовал полностью стереть профиль - явление не устраняется. Проверил имеется ли обращение к временному файлу %Temp%\F*.tmp\test.lua поиском хендлов средствами Process Hacker v3.0.6004.1477 Git-960c49c5 (сейчас данный релиз новейший, официальная ночнушка v3.0.6002.1475) : Ctrl-F - > test.lua -> Enter - хэндлов не найдено, значит обращений к файлу нет.
 
Так же не срабатывают ассоциации  типа:

Цитата:
<filetype mask="Readme.[tw]xt,Descript.ion,File_Id.diz,[r]notes.[tw]xt,readme.md" description="Readme and descriptions">
        <command type="0" enabled="1" command="view:&quot;!=\!+!&quot;"/>
        <command type="2" enabled="1" command="View:&quot;!=\!+!&quot;"/>
        <command type="3" enabled="1" command="&quot;!=\!+!&quot;"/>
        <command type="4" enabled="1" command="edit:&quot;!=\!+!&quot;"/>
        <command type="5" enabled="1" command="&quot;!=\!+!&quot;"/>
</filetype>

хотя файлы распаковываются, но указывающих на них хендлов в ОС нет.
 
Рискну предположить что ошибка сидит в механизме передачи хендла на файл-параметр после его распаковки из архива. Мне думается где там причина сидит.

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 03:59 18-05-2018 | Исправлено: Victor_VG, 04:23 18-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
IgorZ
 
LuaManager v5.0.1 - проверил, ошибка с кнопкой ПАНЕЛИ в настройках исправлена.
 
Спасибо!

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 18:05 18-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
b5216 Git-0871bcdcb - а баг и ноне там, хотя была надежда на устранение, но .... Пришлось добавить в список багов у меня в ./latest #3 до исправления и чтобы не потерялся

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 02:10 19-05-2018
UncleKey

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG, Витя.. это Uncle KILLER, чоза фигня была в твое сборке ночнушек 12? Ставлю русский - на плагинах херашил испанский? Хотя вижу, исправлено.. а чо было?

Всего записей: 17 | Зарегистр. 16-04-2018 | Отправлено: 18:23 19-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DrKnS
 
b5218 Git-1f00d4746 - ошибка описанная в Issues #3 исправлена. Спасибо!
 
UncleKey
 
Да, только в b5212 Git-23d9a1c5a при установке в параметрах локали ru-RU по F1 один раз на несколько десятков опытов "стереть всё, распаковать из архива, запустить, установить язык, F1" только один cпуталось имя файла справки самого фара - вместо русского вызвался венгерский. В плагинах всё время русский выводился. Но там и другие ошибки имели место, так что могли и они влиять.

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 19:05 19-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DrKnS
 
Ещё последствия b5211 Git-569a54e21 x86/х64.  
 
Проверялось на b5210 Git-7a1c878cc, b5211 Git-569a54e21, b5218 Git-1f00d4746 для х86 и х64 редакций Far.
 
в b5210 Git-7a1c878ccВ ошибки ещё нет, а в b5211 Git-569a54e21 уже есть
 
Поскольку явления для х86 и х64 вариантов аналогичны, различия только в именах DLL и адресах памяти вызывавшей AV команды, протоколирование действий сделано для х64 т.к. явление было обнаружено там.
 
1) Запускаем Far,
2) вызываем  LuaFar Search (LFS)
3) в меню LuaFar Search F1
4) Жмём ссылку "Маскам файлов" в справке и получаем системный диалог ошибки "Не удаётся найти ":FileMasks". Проверьте правильно ли указано имя и повторите попытку".
5) нажимаем OK в данном сообщении.
6) На фоне панелей видим сообщение об ошибке Far:
 
   "Ошибка
 
       Ошибка выполнения
              :FileMasks
   -------------------------------
   Не удается найти указанный файл
"
 
7) Нажимем ОК
8) Видим окно справки LFS
9) Жмём крест в правом верхнем углу окна консоли и получаем Access Violation (AV) в lfs::OpenW() :
 
на примере b5218 Git-1f00d4746:
 
Исключительная ситуация
 
Исключение:  0xC0000005 - EXCEPTION_ACCESS_VIOLATION
Подробности: Memory at 0000000000000000 could not be read
Адрес:       0x13F1BDCFC - Far.exe!
Источник:
Функция:     OpenW
Модуль:      .\Far\plugins\lfs\lfsearch_e-x64.dll

 
cтэк
 
- причина lfs "находится в подвешенном состоянии" так в этот момент вызван его хелп, а там вдобавок ошибка с его разбором.
 
AV не возникнет если закрыть хелп дважды нажав ESC .
 
С "картинка" тут можно посмотреть - Issues #4

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 06:31 20-05-2018 | Исправлено: Victor_VG, 17:25 20-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В b5219 Git-98b15fc9d баг Issues #4 сохраняется.

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 17:26 20-05-2018
skipik



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Вроде поправлено в b5220. По крайней мере у меня не повторилось.

Всего записей: 2851 | Зарегистр. 07-07-2006 | Отправлено: 19:55 20-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DrKnS
 
b5220 Git-95e529847 - с URL теперь всё в порядке и п 1) - 7) исправлены - спасибо!, правда вторая часть явления которая выглядела как единое целое оказалась независимой ошибкой. По крайней мере так можно понять эксперимент:
 
выполняем те же самые операции п 1) - 4):
 
1) Запускаем Far,
2) вызываем  LuaFar Search (LFS)
3) в меню LuaFar Search F1
4) Жмём ссылку "Маскам файлов" в справке и видим что вызвался топик Маски файлов основной справки:
 

 

 

 
т.е. URL работают и одна ошибка исправлена.  
 
5) Делаем возможно некорректную (?) операцию - отдаём мышкой команду close main window нажав на его кнопку закрытия:
 

 
и получаем AV в OpenW() плагина LuaFAR Search:
 

 

 
но мы уже знаем, что AV возникает в момент завершения Far-а если в этот момент вызвана справка плагина. Чтобы убедится что это не изменения b5211 Git-569a54e21 повторим те же операции на b5210 Git-7a1c878cc и видим что явление существует и там:
 

 
найти в какой именно момент времени оно возникло можно, но мне кажется проще просто сделать такой сбой в принципе невозможным с помощью простого механизма:
 
If ExitFar == True Then Wite_Close_Running(Plugins) & Exit(Far) End;  
 
поскольку в случае если мы через ОС зовём CloseProcess() то нам даётся время на сохранение данных и его корректное завершение, а сейчас у нас получается что работа основной процедуры завершается её память уже освобождена, а вызванные ей подпрограммы работают поскольку не получили команду Immediate_Return и обращаются к памяти основной процедуры, но т.к. ОС уже отработала FreeMemory() это вызывает срабатывание схем контроля в ЦП из-за обращения к недоступным адресам памяти о чём нам говорит целевой адрес в сообщении об ошибке - в момент исключения целевой адрес в памяти не определён и микропрограмма управления ЦП сбрасывает регистр адреса внутренним сигналом #ASRESS_RESET .

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 20:15 20-05-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Картинки это красиво, но весь репорт можно было уместить в 2 строчки и без картинок:
1. F11, стали на строчку Arclite, ShiftF1
2. Щёлкаем мышью на крестик окна консоли Фара - падаем.

Всего записей: 880 | Зарегистр. 09-03-2012 | Отправлено: 21:50 20-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
Арклайт упал, да. Такая идея проверки мне в голову не пришла. Внутри архива F1 -> крестик -> AV нет, снаружи F11 -> arclite -> ShiftF1 -> крестик -> AV.

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 22:07 20-05-2018
UncleKey

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





флуд

Всего записей: 17 | Зарегистр. 16-04-2018 | Отправлено: 09:39 21-05-2018 | Исправлено: Maz, 12:18 21-05-2018
UncleK

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Качаем 220, последняя сборка

Всего записей: 7 | Зарегистр. 21-05-2018 | Отправлено: 13:53 21-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Собрал в последнем VC++ 2015 отладочный вариант b5221 Git-5bbac0e59 x64 с .PDB и посмотрел в отладчике где падает:
 
b5221 Git-5bbac0e59, x64, debug
 
Операции: F11 -> ArcLite -> F1 -> закрыть окно фара крестиком.
 
Исключительная ситуация
 
Исключение:  0xC0000005 - EXCEPTION_ACCESS_VIOLATION
Подробности: Memory at 0000000000000000 could not be read
Адрес:       253dc0715ecbe422b6>::operator()<std::shared_ptr<window> >  
Источник:    .\fardev\far\manager.cpp:1045
Функция:     main
Модуль:      Far.exe
 
Стек:. Думаю, так будет легче исправить - мы знаем место возникновения сбоя.
 
 
Добавлено:
и вывод отладчика для места сбоя:
 

 
Последний раз изменения в manager.cpp вносились 07.05.18 15:51 в b5209 Git-79c2158220  "clean up headers.hpp, part 3, M#0003605" :
 
где строка 62 :: #include "platform.fs.hpp" перенесена в строку 64. Иных изменений в данном файле Git не показал. Получается что он только указывает нам на место проявления ошибки, а причина её иная...
 


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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 01:25 23-05-2018
Aleksoid1978



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
 
Ну там всякое может быть. Но похоже что в i - мусор, то ли не инициализирован вовсе, то ли "почищен" плохо

----------
I7 2600K@4.2 / Asrock P67 Extreme 4 Gen 3 / Kingston HyperX 8Gb 1866 (4x2) Kit / GIGABYTE GTX 960 / BenQ EW2430 / LG 47LM620T / Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Всего записей: 6744 | Зарегистр. 11-05-2006 | Отправлено: 08:43 23-05-2018
wseventeen

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

Цитата:
1. F11, стали на строчку Arclite, ShiftF1  
2. Щёлкаем мышью на крестик окна консоли Фара - падаем.

Это надо сразу на багтрекер. Ошибка видимо старая (4303 по этому сценарию уносит вместе с собой и фар из которого он был запущен). Manager::RefreshCommit() итерирует по окнам и их рефрешит что приводит во-первых к рекурсивному вызову самого себя, во-вторых к удалению окон из списка по которому идёт итерация.

Цитата:
Арклайт упал, да.
Нет. Упал не арклайт.

Всего записей: 1005 | Зарегистр. 20-12-2007 | Отправлено: 09:15 23-05-2018
shmuz

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

Цитата:
Ошибка видимо старая (4303 по этому сценарию уносит вместе с собой и фар из которого он был запущен).  

В билде 5116 у меня ничего не падает. В 5119 падает.

Всего записей: 880 | Зарегистр. 09-03-2012 | Отправлено: 09:43 23-05-2018 | Исправлено: shmuz, 09:45 23-05-2018
wseventeen

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

Цитата:
В билде 5116 у меня ничего не падает. В 5119 падает.

Да, это я с прямым углом перепутал. Но тоже 100 билдов тому назад.

Всего записей: 1005 | Зарегистр. 20-12-2007 | Отправлено: 10:51 23-05-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Aleksoid1978
wseventeen
shmuz
 
Ну, часть - нули в адресе обращения это похоже на последствия внутреннего сброса контроллера памяти (КП) выполняемого при возникновении неопределённости в адресном ALU - этот механизм защиты используется во встроенных КП ещё с DEC Alpha AXP 21068, и при этом выставляется немаскируемое прерывание и код ошибки по защите памяти когда целевой адрес не существует. Адрес 0x00...00 для любого КП существует и если схема запустилась, то он доступен, а там пусть ОС с программными ошибками разбирается. Решение стандартное, реализовано аппаратно, а пользователь его увидит как AV.

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

Всего записей: 23641 | Зарегистр. 31-07-2002 | Отправлено: 12:02 23-05-2018
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)

Имя:
Пароль:
Сообщение

Для вставки имени, кликните на нем.

Опции сообщенияДобавить свою подпись
Подписаться на получение ответов по e-mail
Добавить тему в личные закладки
Разрешить смайлики?
Запретить коды


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru