Падение фара при открытии видео в review. Виноват оказался другой плагин — rqp, уже пофикшено. Было сложно, потому что падало редко и рандомно.
Много лет назад нашёл, что стабильно падает, если установлен ещё и плагин EdtFind, и не падает, если его нет. А потом проблема вернулась и без плагина.
Раньше при падениях ругалось ошибкой деления на ноль с плавающей точкой. Осенью пробовал хачить длл исправляя маску прерываний. Сначала казалось, что помогло, но потом вылеты вернулись.
Нашёл 100% способ повторения проблемы благодаря вот этому релизу illect.bandcamp.com Если скачать его, там в архиве кроме аудиофайла ещё и видео. И вот заметил, что после открытия mp3 в rqp открытие видео в review всегда роняет фар. Дебаггер показал, что rqp хочет слишком много стека в DllMain, больше, чем доступно в потоке, создаваемом какой-то dll от Nvidia (возможно, старый EdtFind страдал этой же проблемой). Это исправили, и больше не падало. Не очень понятно, связано ли это с вылезавшей раньше ошибкой деления на ноль или это независимые проблемы. Возможно, ошибка деления вылезала из-за порчи стека чужого потока, но сейчас уже непонятно.
Тормоза при редактировании текстов если текущая директория — сетевая либо \\wsl$, даже если редактируется локальный файл. Делал несколько подходов. Попробовал разобраться, что влияет, нашёл, что перестаёт тупить, если запускать не под conemu, если без плагина conemu либо без плагина luamacro. Пробовал все макросы убирать — бесполезно. Пользы на фаровском форуме как всегда: "Посмотрите исходники".
Вчера вечером взял исходники conemu, попрофилировал и нашёл, что за фича влияет. "Hyperlinks and compiler errors (goto editor)". Эта штука повешена на LCtrl и похоже пытается сопоставлять содержимое консоли с файлами в текущей директории. А плагин luamacro возможно как-то влияет на то, как часто conemu получает событие нажатия на ctrl. #conemu #far #дыбр


