Delphi 11.1 зависает на F9 RUN, возможно другие версии тоже затронуты
Моя установка Delphi 11.1 часто зависает, когда я нажимаю F9 для компиляции и запуска. Затем мне нужно убить один из трех процессов LSP в диспетчере задач, чтобы он снова заработал. Процесс, который должен быть уничтожен, всегда использует наименьшее количество памяти.
Поскольку я не нашел никаких подсказок в Интернете, и служба поддержки Embarcadero также не смогла помочь с этой проблемой, я публикую удивительное решение, которое я наконец нашел.
Обновление: я добавил скриншот макета, который вызывает ошибку:
Это на немецком языке, поэтому: (1) вид проекта, (2) структура, (3) палитра, (4) сообщения, (5) события и (6) инспектор объектов.
При таком макете в 4 из 5 случаев компиляция при видимом инспекторе объектов приводит к зависанию ide.
... У меня возникла аналогичная проблема в Delphi 10.3, когда мой брандмауэр блокировал сетевой трафик PAServer. И да, это происходило со стандартным Debug Layout, который показывал Object inspector панель, в то время как в Delphi 11.2 по умолчанию Debug layoutObject inspector панель не отображалась.
Ответы 1
Причина в моем случае, а также причина, по которой, очевидно, никто другой не сталкивался с этим, заключается в том, что я создал макет, в котором я упаковал все окна инструментов на одну страницу с вкладками слева, чтобы сделать Delphi более удобным для использования на маленьком экране, таком как мой планшет Surface.
Переключение на стандартную раскладку решило проблему. Кажется, это связано с размещением инспектора объектов на вкладках с другими представлениями, такими как структура, палитра и проект, поскольку это происходило только тогда, когда инспектор объектов был выбран на вкладке.
ОБНОВЛЕНИЕ: после некоторых исследований я могу подтвердить, что эффект вызван тем, что инспектор объектов сгруппирован с другими окнами инструментов. Проблемный макет работает нормально, если инспектор объектов находится отдельно, как на этом снимке экрана.
Возможно, это помогает кому-то еще сходить с ума от этого странного эффекта.
Я сообщил об этом Embarcadero: RSP-40088.
Хотите обогатить свой ответ скриншотами как «неправильного», так и «правильного» макета? Желательно только эту часть, а не целые рабочие столы.
Если вы подтвердите, что нашли основную причину проблемы, создайте отчет по адресу quality.embarcadero.com . Отчет должен содержать шаги для воспроизведения (в вашем случае: расположите рабочий стол определенным образом). Добавьте снимки экрана, показывающие этот рабочий стол. Создание отчета гарантирует, что эта проблема привлечет внимание Embarcadero и будет исправлена в следующем обновлении. Спасибо.
Я сделаю отчет, как только найду время. Добавлен скриншот, "правильный" макет, например. стандарт. Я думаю, что это не трагическая ошибка, поскольку мой макет был немного глупым, я просто привык к нему.
Сообщите нам номер отчета после создания. Что более важно, так это макет, который вызывает проблему, и способ воспроизвести ошибку.
Я тоже могу это подтвердить. Я также упаковал все окна инструментов на одну страницу с вкладками и столкнулся с той же проблемой. Я отделил вкладку инспектора объектов, и проблема была решена. Обидно, потому что кодовое пространство вот так сократилось. +1 за ваше решение
Вы говорите здесь о макете
Design LayoutилиDebug Layout? По умолчанию Delphi переключается сDesign layoutнаDebug layout. Так что я боюсь, что проблема может быть в любом из них. Поэтому вам следует проверить оба макета, чтобы действительно отследить причину ваших проблем. Вы также должны предоставить информацию о вашей целевой платформе. Почему? При отладке приложений Win32 это делается непосредственно через отладчик Delphi. Но при отладке Win64 или любого мобильного приложения они отлаживаются черезPAServerкоторый общается с Delphi через сетевое соединение...