Такая конфигурация приложения: 1) Бинарник, в нем форма, бинарник цепляет библиотеку

(dll или so)
2) Бинарник шлет сам себе сообщения с помощью PostMessage.
3) В библиотеке форма, форма шлет сама себе сообщения.
4) В библиотеки потоки, которые с помощью PostMessage пишут что-то в свою форму и форму бинарника.
5) В бинарнике и библиотеке есть вызовы Application.MessageBox.
Lazarus + Windows: все работает идеально: все сообщения до нужных форм доходят. Все работает как задумано. Application.MessageBox ничего не блокирует.

Переношу приложение на Lazarus + Gentoo Linus + Gtk2: полный ад и израиль, сообщения формами нормально не принимаются.
1) Пока не вызвана форма из so, сообщения в форме бинарника доходят нормально, но не доходят сообщения из so
2) Если вызывается форма из so, то ситуация меняется на противоположную: в бинарнике сообщения перестают получатся, но получаются сообщения из so.
3) Application.MessageBox блокирует вообще все сообщения. (Этот пункт не особо важен, MessageBox можно заменить обычной формой)
Кто-то сталкивался с такой проблемой на Линуксе и есть ли у нее решение?

как минимум стоит понимать что PostMessage в Линуксах не существует, но эмулируется Лазарем. как он там эмулируется - вопрос отдельный. то есть мне кажется что не стоит на PostMessage завязывать кросс-платформенную функциональность

Пробовал присваивать Application.Handle из бинарника в dll?

Переносится приложение со старых Дельфей 6 на Лазарус Виндовс потом на Лазарус Линукс. На небольших демках проверяю во что это все выливается.

верю. но как говорится что есть...

А на что тогда ее можно завязать кроме PostMessage. Каким образом из потока условно можно переключить контекс на главный поток кроме PostMessage или Synchronize?

Вообще-то PostMessage на линуксах вполне себе работает. Но надо смотреть код, каким образом ты присылаешь сообщения. CThreads в lpr подключен, надеюсь?

Конечно, без сthreads приложение сразу падает с ошибкой SIG-чтото там.

Тогда надо код показывать

Я тогда попозже напишу что-то совсем легкое без всего лишнего. Пока отпишусь руководству, что с Линуксом есть вот такой подводный камень.

Есть супер-колхозный вариант TTimer-ом, тикающим допустим 10 раз в секунду, проверять какой-то статус, который возводит so когда есть данные для вывода, лезть в so, вытаскивать оттуда данные и выводить их на формы.

Всегда так делаю =)

Гугли (Application)EventBus. Для Делфи реализаций 5-7 знаю. Там нет ничего, чтобы не работало в FPC. В линуксах шикарный DBus.

TEvent

Что TEvent? Вставить в основной поток его нельзя. Он его зависнет. Вставить в параллельный поток можно. Но из него все равно нужно сделать PostMessage в основной поток.

Не таймеры, а события. И StateMachine

Их тела и не вставляют, это объект синхронизации.