» Far Manager

VictorVG4

Цитата:

подумал

Код: F9 -> System settings -> [ ] Update panels only when Far is active

wseventeen

Вот сам же этой настройкой пользуюсь, а забыл про неё. Ещё раз спасибо!

Форумчане, а я - единственный, у кого после перехода на 3.0.4784 (была 3.0.4763) стало с бОльшей задержкой отображаться содержимое панелей при старте Far? Пробовал удалить history.db и plugincache64.db - то же самое.

The Unforgiven

У себя подобных явлений не вижу. Возможно это мухобойка долго думает разрешить ей запуск программы или нет? У соседей на ноуте предустановленный продавцом KAV был настроен на проверку файлов при любых обращениях к ним, и пока я не урезал ему паранойю при запуске ПО наблюдались схожие явления - дал команду ... и иди пей кофе. Зато теперь ноут пишет долго. В общем та же чертовщина, только в зеркале, а сносить параноика они бояться - "Продавец обещал гарантии лишить!".

VictorVG4
Так мухобойки не установлено на машине, вот поэтому и решил спросить Где-то секунду стала задержка перед появлением панелей, а раньше почти моментально показывались.

The Unforgiven
Цитата:

стало с бОльшей задержкой отображаться

Я такого у себя не заметил.
Да вроде и неоткуда. В 4784 кроме тасования кода if-ов, которое должно быть инвариантным,
ничего нет. Т.к. натасовано много, может быть где-то это не так. Но проявиться это скорее может
как явная ошибка, а не замедление...

The Unforgiven

Секунда? Похоже это ось чего-то химичит. Наверное к дяде Билли за разрешением запустить Far бегает.

VictorVG4
Поднял настроение, как всегда, спасибо!

Только вот что такое
Цитата:

тасования кода if-ов, которое должно быть инвариантным

я, извините, не понял...

Приблизительно так:
Код: if (cond1)
{
action1;
if (cond2)
{
action2;
}
}
return;

wseventeen
Товарищ перескочил через 20 билдов, поэтому причина необязательно в 4784.

Цитата:

Товарищ перескочил через 20 билдов

Точно. Я посчитал, что предыдущий был 4783...

Запускаю макросом утилиту командной строки через os.execute("c:\\path\\program.exe").
Как сделать, чтобы не было мусора в комстроке после отработки макроса?

virjokk

Можно в его тело добавить последней команду очистки экрана CLS - Keys("CLS Enter"); она очистит экран под панелями. Подойдёт? Или вы не это имели ввиду?

Вариант номер два - меняем команду запуска программы на @start /i "c:\\path\\program.exe" - тогда она запустится в новой копии консоли родительским процессом которой будет оболочка ОС, но чтобы получить с неё результаты выполнения вам придётся использовать приёмы типа "запись в файл - чтение из него" т.к. это будут две независимые задачи с разными адресными пространствами.

virjokk
1. А зачем с комстроки запускать через os.execute(), почему не запустить просто c:\path\program.exe ?
2. Если уж через os.execute(), то так:

Код: lua:panel.GetUserScreen() os.execute("c:\\path\\program.exe") panel.SetUserScreen()

wseventeen
У меня новый MA крашится и утягивает за собой фар:



Собирал сам в VS2015.

skipik001

Те же явления. х64, попытка войти в DLL - AV:

Исключительная ситуация
Исключение: Нарушение доступа (чтение из 0xFFFFFFFFFFFFFFFF)
Адрес: 0x000007FEE3AE2514
Функция: OpenFilePlugin
Модуль: G:\dev\far3\15\Far\plugins\multiarc\MultiArc.dll

Вот думаю - может в VC2010 попробовать собрать? Правда опять возни...

Продолжение опыта выше - нажать Ignore и ожидаемо:

Исключительная ситуация Исключение: Нарушение доступа (чтение из 0xFFFFFFFFFFFFFFFF)
Адрес: 0x000007FEE3AE2514
Функция: wmain
Модуль: G:\dev\far3\15\Far\Far.exe

крэшится сам фар.

wseventeen

Дамп могу скинуть, но Far.mdmp это примерно 258 Мб. Нужен?

Усё, можно сказать все вместе победили - wseventeen нашёл причину ошибок, DrKnS поправил что надо, а мне осталось только дать cl по шаловливым ручкам. Он умудрился "отличится" трижды - вначале не послушался DrKnS и слинковал плагин для Vista - это он заметил, убрал, не положил в выход changelog - ну этого и в мэйке нет, cp -f changelog ./final.*.vc14 дать не долго - разовая команда, но вот самый криминал это то, что встраиваемая им по дефолту отладочная информация приводила к росту размеров DLL/FMT вдвое - втрое (типичный FNP ~ 76 Кб, а ld их под 290 Кб линковал, саму MultiArc.dll так вообще раздул под 900 Кб - в итоге плагин без .MAP по 5 - 6 Мб занимал - убрал ручной настройкой проектов.

Итог - MultiArc.b199_x86_x64.7z тут проверено на отсутствие AV и всё что просили в custom.ini wseventeen ещё в r14462 поправил. У меня с ним в этом месте custom.user.ini схож - патч Ariman + учёт кавычек в путях.

Собрано для XP и выше, х86 вариант грозится и на Win2k запустится, но я бы в этом VC14 не сильно верил, х64 вариант - тот минимум должен работать начиная с XP для x64.

P.S.

Побрёл за кофе а то Ща спою!© как волк в мультике. После новый билд собирать бум.

VictorVG4, вы можете 4786 собрать? а то на farmanager.com дата сборки сегодняшняя - 2016-08-22, но билд 4785, а не 4786.

abelenki2

Уже собираю. Скоро будет. Я за кофе ходил а то усну.

Добавлено:
-latest и -test готовы, забирайте.

VictorVG4, спасибо!


Добавлено:
странно, Avira стала ругаться на новый Ace.fmt (который с плагринга): The pattern of 'TR/Crypt.XPACK.Gen {trojan}' detected in file 'C:\Program Files (x86)\Far\Plugins\MultiArc\Formats\Ace.fmt.

а в вашей сборке MultiArc.b199_x86_x64.7z на данный файл не ругается...

abelenki2

Всё готово, в том числе и FarUE3 новая лежит. MultiArc b196 у себя удалил за ненужностью (даже на своём FTP потёр). У меня только b199 лежит.

Добавлено:
abelenki2

Там ld (линкер) собрал все бинарники для Win 6.0 (Vista) - я это в PE32/PE64 хидерах увидел. Вероятно художества компилятора и привели к сбою сборки ночнушки на сервере. Я то ему вручную мозги вправлял вот он и встал по стойке "Смирно!", а на сервере наверное сейчас ребята аналогичную работу проводят...

VictorVG4, всё ясно, спасибо ещё раз.

abelenki2

Больше возни было пока он от libCRT зависел - у неё имя что в х86, что в х64 libCRT.lib и вдобавок все проекты/мэйки независимы. Сто раз чёрта помянешь проверяя где что упустил. Вот как он до b199 обновился так всё как по маслу пошло. Что надо подстроил, дал команду и машина сама всё сделает. Одно удовольствие и голова не болит.

VictorVG4

Цитата:

Примечание
При установке в %PROGRAMFILES% снимите атрибут "Индексируемый" для каталога профиля

- Разве не наоборот - установить Not indexed?

shmuz2
Цитата:

зачем с комстроки запускать через os.execute()?

Макросом делается переход в панели на логический диск (раздел ext2), который, если не смонтирован - монтируется утилитой mount из пакета ext2fsd. Соответственно, предварительно запускается эта mount, мусорит в комстроку, потом отображается панель. Panel.SetUserScreen() решает проблему, хотя и с миганием панелей.

virjokk
Попробуйте Keys("CtrlY")

Alexyz21
Цитата:

Попробуйте Keys("CtrlY")

Да, так лучше - комстрока очищается, панели не мигают.

Alexyz21

Я в тот момент исходил из записи в оболочке "Разрешить индексирование ...." что новичкам понятнее.

Alexyz21

Цитата:

Попробуйте Keys("CtrlY")

При исполнении CtrlY Фар очищает только ту часть строки, которую он "знает", что заполнена. Если внешняя программа вывела более длинную запись, то хвост этой записи останется неочищенным. (Я уже не говорю про весьма распространённый случай, когда внешняя программа выводит более одной строки).
Таким образом, Keys("CtrlY") может здесь помочь, только если карта удачно выпадет.

shmuz2

Потому как вариант я и использую команду CLS.

virjokk

А с тем смонтирован том или нет можно иначе разобраться - mount(8) - mount [-f|-r] -t ext2 выдавать всегда, а уже она при вызове проверит смонтирована сейчас ext2 или нет, и если смонтирована пропустит операцию монтирования. Не стоит зря тратить время на бессмысленные с точки зрения ядра операции, да и такой подход в плане предотвращения потери данных надёжнее.