|
|
|
|
|
aflexus, а где менно вы взяли 5923 x86? farmanager.com / github / ...? У меня почему-то ваш дамп не совместим с доступными бинарниками. |
|
|
DrKnS, Хотя не, прошу прощения, это чуть более ранний билд с тем же номером (и они, похоже, отличаются): https://farmanager.com/nightly/Far30b5923.x86.20211126.7z |
|
|
И да, для полноты картины, более "новая" версия 5923 х86 от 30.11.2021 так же крашится. Без загруженных плагинов и с чистым профилем. |
|
|
Спасибо, получилось. Выглядит так, как будто хост в момент переключения вернул какой-то мусор. Что, в принципе, не сильно удивительно, если у вас Windows 10 или вообще Terminal. Попробуйте понажимать Alt+Enter в этом: http://farmanager.com/farbugs/buffer_info.7z Если оно покажет GUI сообщение - скопируйте его сюда (по Ctrl+C). |
|
|
--------------------------- CONSOLE_SCREEN_BUFFER_INFO --------------------------- dwSize = [118, 9001] dwCursorPosition = [92, 9000] wAttributes = 7 srWindow = [92, 8971, 90, 9000] dwMaximumWindowSize = [118, 71] --------------------------- OK --------------------------- |
|
|
Спасибо. srWindow = [92, 8971, 90, 9000] - вот это оно и есть. Система говорит, что у окна левая граница в позиции 92, а правая в 90, т.е. ширина отрицательная, дальше все ломается. Починить это достаточно просто, но лучше бы починить и в ОС тоже. Какие у вас: - точная версия ОС (ver или winver) - версия conhost.exe - размер и название шрифта - разрешение и масштабирование экрана ? |
|
|
ver - Microsoft Windows [Version 10.0.19044.1348] conhost.exe - 10.0.19041.1320 шрифт - Consolas 16pt разрешение - 1920x1200 масштабирование, это я так понимаю, "Scale and layout"? Тогда - 100% |
|
|
Попробуйте еще повторить на этом: http://farmanager.com/farbugs/buffer_info.zip Это примерно то же самое, но без фара. Если все хорошо - не произойдет ничего. Если ошибка повторится - выведется текст, подобный тому, что выше. |
|
|
Вроде бы ничего не происходит. Запускал из той же консоли, из которой падает Far. |
|
|
Спасибо, а так? http://farmanager.com/farbugs/buffer_info2.zip |
|
|
И в этом случае без вылетов и сообщений. |
|
|
Ясно, спасибо. Тогда попробуем зарепортить им то, что есть. Тот фар, который сообщение показывает, после этого хотя бы не падает? |
|
|
Бесконечно показывает сообщение, но не крашится. |
|
|
Ок, и на, всякий случай, повторяется ли с последним хостом? А то вдруг уже исправили. Проверить можно так: windows store - search - terminal preview - install Потом перейти в C:\Program Files\WindowsApps\Microsoft.WindowsTerminalPreview_1.12.2931.0_x64__8wekyb3d8bbwe (или ей подобную) папку, скопировать куда-то в другое место OpenConsole.exe и запустить. Откроется cmd, в нем можно запустить far как обычно. |
|
|
Скачал, установил. Непонятно, исправлено или нет, т.к. при каждом запуске окно смещается пикселей на 10-15 вверх и влево, оставляя справа и внизу от консоли полоску рабочего стола. Я так понимаю, что этот Package позиционируется как замена стандартной консоли? А что с консолью обычной? Там то обновления будут не скоро. |
|
|
при каждом запуске окно смещается пикселей на 10-15 вверх и влевоВозможно, там уже внесли новые баги. Проверьте, что хотя бы Alt+Enter соответствует ожиданиям. этот Package позиционируется как замена стандартной консоли?Не совсем. openconsole.exe в этом пакете - это переименованный conhost.exe, собранный из более свежего кода, с исправлениями и фичами. Когда-нибудь он дойдет и через обычные каналы обновления, но, чтобы не ждать, проверять можно и так. |
|
|
5924 |
|
|
Да, проверил - в новой консоли версия 5923 не падает. Правда, решение проблемы странное, имхо. Как я написал выше, просто смещают ее влево-вверх на 10-15 пикселей. Кстати, x64 имеет те же проблемы в этой позиции консоли. К сожалению, версия 5925 так же падает. Только уже без крашдампа... |
|
|
К сожалению, версия 5925 так же падает. Только уже без крашдампа...Видимо, это испорченное состояние возвращается не однократно, а постоянно, и костыли надо расставлять много где, и вообще не факт, что поможет. Надо понять, почему оно вообще случается. Как я написал выше, просто смещают ее влево-вверх на 10-15 пикселей.Что интересно, у меня и на Alt+Enter не падает, и описанного эффекта нет. Может это у вас что-то локальное? Повторяется ли на другой машине, или на этой, но под другим пользователем? |
|
|
Вероятно, случается тогда, когда значение позиции левого угла консоли слегка превышает какой-то предел, при этом правый угол начинает выходить за край экрана. Может деление на 0 где-то? Т.е. к примеру: Но при: Вероятно, то же самое должно быть и по Y. Annotation 2021-12-02 131540.png (17,445 bytes) |
|
|
Да, это оно. Ключевые моменты: Font = Consolas 16 Width = 118 WindowPosition.Left = 951 [x] Wrap text output on resize (!) С таким сетапом у меня повторяется, в том числе и с минимальным примером без фара, в том числе с cmd.exe. В OpenConsole, действительно, не повторяется и окно немного смещается. Не удивлюсь, если это и есть "исправление". Кстати, если после этого открыть свойства окна, то там можно наблюдать прекрасное, см. картинку. Я пока не уверен, что с этим делать. Получается, что в любой момент у хоста может поехать крыша и API начнет возвращать отрицательную ширину окна. Наверное, это можно исправить, установив позицию окна вручную. Но мы не знаем, какую ширину устанавливать. Можно попробовать угадать, взяв ширину буфера (118 в вашем случае) и сохранив левую позицию (951 в вашем случае). Я попробую, но не факт, что из этого что-то получится. Как вариант, можно выключить Wrap text output on resize. В контексте фара от нее все равно один вред. image.png (19,288 bytes) |
|
|
5926 |
|
|
Да, в 5926 повторить вылет не получается. Правда обнаружил новый баг, похоже связан с той же консолью, и дабы не плодить сущности, отпишу здесь: Если отключить чекбокс "Wrap text output on resze", последовательные Alt+Enter каждый раз будут уменьшать высоту консоли на единицу. Это поведение присутствует во всех билдах с 5923 и до последнего. |
|
|
Да, я в курсе, это тоже баг хоста. |
|
|
Тогда, в принципе, этот баг можно считать закрытым. |
- Anonymous
