Хотелось бы обсудить варианты реализации RPC с точки зрения форт-стиля, не пользуясь платформенно-зависимыми механизмами.

Скажем имеем два форт-процесса, один на узле с win32, другой под UNIX (для упрощения не будем рассматривать вариант с разной разрядностью 32/64 бита). Ну скажем, один процесс -- сервер, отображающий в графическом окне сообщения (pager) на рабочей станции юзера под win32, и клиент на юниксовой числомолотилке, который хочет послать сообщение что настал писец винту в RAID-массиве.

примерный код клиента:

В этом случае код RPC" wordname" должен породить код, который выполнить поиск сервера возможно из нескольких которые умеют PAGER/bla-bla-bla , определить сколько элементов снять со стека клиента и отправить серверу, для элементов типа строк отправить сами данные, запихнуть на стек сервера эти данные, вызвать слова-методы клиента, вернуть результат

получается как-то сложно и геморно

упрощая, получаем что-нибудь типа:

В этом случае код реализации RPC
- соединяется с сервером по некоему ServerID (им может быть просто URL в виде строки или IP-адрес из 4х байт слепленных в 32-битное число на заранее известный TCP/IP порт)
- отсылает вершину стека одним куском или поэлементно
- отсылает имя метода
- ждет пока сервер что-нибудь вякнет в ответ или наступит таймаут

Сервер
- получает запрос на соединение
- принимает размер куска данных и сами данные и кладет себе на стек
- получает имя метода
- ищет в своем словаре имя
- если не находит, обрывает соединение
- если находит, вызывает метод и отправляет взад результат

Еще вариант для случая если клиент и сервер реализованы в виде платформенно-независимого байт-кода:

Клиент
- берет данные и
- компилирует пакет-программу, которая будет выполнять некие действия, а потом
- посылает этот пакет-программу на сервер

Сервер
- ожидает входящие пакеты, и по приему
- запускает их на выполнение как самостоятельные процессы
- которые выполняются и отсылают при необходимости результат обратно,
- тоже создавая пакет

При использовании обменом программами-пакетами трафик между клиентом и сервером будет значительный, поэтому этот вариант отбрасываем.
Остается придумать какой-то простой протокол по передаче вершины стека, блоков данных произвольного объема при необходимости, типа строк, вызова метода, и возврата обратно результата

Может кто-нибудь работал с CORBA на низком уровне ?
Насколько сложно реализовать CRB-сервер на Форте ?

Одна из сложностей -- разделяемой памяти между клиентом и сервером нет (иначе хватило бы использования idшников этих блоков), поэтому требуется реализовать механизм их пробрысывания между узлами

Как вариант -- ограничиться только возможностью передачи вершины стека туда/обратно, и вызовом процедуры по имени (потребуется как-то оптимизировать поиск чтобы не пробегать по всему словарю на каждый вызов), и передачу больших блоков данных реализовывать поверх этого механизма.

Вместо компиляции бинарной пакет-программы проще сформировать программу в текстовом виде (простейше — строки, числа и имена слов, а передача больших объемов данных — задача отдельная); подобное используется в Web, XHR Comet. На сервере сделать доступным лишь необходимый лексикон (чтобы не перебирать тысячи ненужных слов). Проще использовать TCP, тогда пакеты ненужны. А если пойти далее, то вообще стоит идти поверх HTTP :) Мне предпочтительней REST-подход (Representational State Transfer), чем DCOM/RPC.
А Юра Жиловец сделал протокол наподобии HTTP — er22 (см. исходники на его страницах).

Эээ... а вот можно как-нибудь компоновать свои мысли и не превращать форум в ЖЖ?

на каждый чих запускать парсер ? брр...