Суть проблемы в следующем. Вывожу сообщение пользователю с помощью MessageDlg с одной единственной кнопкой. Сперва вроде работало нормально. Но потом через раз стала получаться такая хрень - окошко сообщения MessageDlg каким-то образом оказывается под окном основной формы программы (то есть окно сообщения не видно), и основная форма показывается (цветом) как будто она активна.
То есть выглядит так - должно было выскочить сообщение, но вместо этого ничего не произошло, только форма моргнула, но судя по цвету заголовка осталась активна. При этом на попытки нажать кнопки на форме - форма не откликается. Я сначала даже и не понял что произошло, думал повисла прога. Потом по панели задач пощёлкал и когда другое окно вибирал, то поверх моей основной формы MessageDlg-окно выскочило. Тогда я понял, что оно как-то под основной формой пряталось

Кто может подсказать, что это за бред? Самое главное получается так через раз как-то



Может мне лучше MessageBox сделать?

Судя по всему MessageDlg не правильно определяет окно поверх которого нужно рисоваться. Кроме того у нее есть такой недостаток, что кнопки не локализуются. В свое время я отказался от нее в пользу MessageBox.

Evgen_F, случаем не из потока вызываете окошко? если да, то как вызываете? (при работе с визуальными контролами, как у вас 

нужно помещать этот код в Synchronize(ваша процедура или что там)
)

MessageDlg ничего определять не должна, этим занимается оконный менеджер виндоус, по параметрам стиля и т. п. при создании окна.

Ну и зря, а я по сей день успешно использую и очень функцией доволен

+1
Очень похоже на многопоточное использование, судя по информации об активности заголовка окна

Вызываю не из потока. Synchronize я так понимаю это только к потокам отношение имеет?

Я вот подумал и решил полностью выложить проект, чтоб не гадал народ больше.
Программа эта - программатор радиопередатчиков. Через  COM порт записывает и считывает из него различные настройки.
Сделано криво, по принципу работает и ладно, ибо по профессии я не программист, а радиоинженер. Посему буду рад любой критике и замечаниям.
Жаль только нет возможности проверить как сообщение выводится без подключения устройства :(

Присоединённый файл ( Кол-во скачиваний: 6 )
 1.7.ZIP 357,45 Kb

Бегло посмотрев код могу лишь посоветовать переписать алгоритм без использования goto;
после каждой операции чтения записи использовать Application.ProcessMessages, который хоть как то поможет бороться с проблемой перерисовки интерфейса (хотя если задержки большие, то толку от неё мало);
и в место синхронной работы с портом использовать асинхронную (перекрытый ввод вывод с уведомлением по событию). Соответсвенно асинхронная использует многопотчность.
Возможно проблемма связанна с синхронной моделью ввода вывода( длительные задержки при чтении/записи, таймаутах непозволяют перерисовывать GUI окон).
Я бы вам посоветовал использовать проверенный временем компонент bcport. Прерасно работающий с несколькими моделями ввода - вывода

Присоединённый файл ( Кол-во скачиваний: 4 )
 bcom_port.zip 123,18 Kb

да, только к потокам