Взаимодействие Ады с асинхронным интерфейсом на C++

Не уверен, какова семантика Get(). Ожидает ли он новых данных? вернуть последние полученные данные? (в таком случае, что произойдет, если данные еще не получены?)

Предполагая схему обратного вызова и Ада 2005, вы могли бы для начала рассмотреть спецификацию вроде

generic
   type T is private;
package Interfacing is
   --  'put' not shown
   type Receiver is not null access procedure (Value : T);
   pragma Convention (C, Receiver);
   procedure Register
     (Parameter_Name : String;
      From_Module : String;
      To_Be_Received_By : Receiver);
end Interfacing;

Я предполагаю, что IC организует сортировку и список зарегистрированных обратных вызовов.

Следует помнить об одном моменте: в этой схеме процедура Receiver вызывается в контексте стороннего (не Ada) потока, что может вызвать проблемы с поддержкой задач среды выполнения Ada. Предполагая, что вы используете GNAT, вы должны посмотреть на GNAT.Threads (файл g-thread.ads во время выполнения). Вам необходимо зарегистрировать поток как можно скорее, например, перед выполнением каких-либо String операций, таких как катетерация.

Кодирование связи на основе сокетов является простым на обоих языках, особенно для интерфейса, который должен передавать только скалярные значения.

Создание отдельных компонентов для модулей, соответствующих языку, будет намного проще и быстрее, чем попытки заставить работать интерфейс и связывание на разных языках. Не поймите меня неправильно, это можно сделать, но мне потребуется веская причина, чтобы заставить меня пойти по этому пути, а не кодировать отдельные простые интерфейсы обработки данных сокетов.

Я бы не рекомендовал создавать интерфейс, который пытается комбинировать языки, используя по существу интерфейс RPC с обратными вызовами. Это будет очень сложно и может плохо взаимодействовать с механизмом задач Ады.

Вместо этого разработайте метод передачи сообщений от одного компонента к другому. Вы можете сделать это, например, через сокеты. Сообщение может представлять собой любой блок данных разумного размера на этом уровне. Затем, помимо этой возможности, реализуйте код на C++ и Ada, который может упаковывать и распаковывать полезные сообщения способом, подходящим для каждого языка.

Если у вас есть надежный интерфейс для передачи сообщений, вы можете создавать на его основе все, что захотите. Но ключ в том, что вам не нужно будет создавать ничего, что вызывает «в» другой язык.

Что касается связывания Ada с кодом C++, в gcc есть переключатель, который создает заголовки ada из файлов .h, .cpp и .c: -fdump-ada-spec и руководство с предостережениями здесь.

Мое предостережение: я не использовал его, просто знаю о нем.

В общем, C++ плохо работает с другими языками. Вероятно, вам придется указать обеим сторонам использовать соглашение о вызовах C, которое обычно недоступно для нестатических функций-членов.

Так что какую бы классную гимнастику вы ни захотели проделать с Boost, вероятно, придется свести к простому C-ish интерфейсу для общения с внешним миром (в данном случае, с вашим кодом на Аде).

Существует своего рода «шаблон» для подобных вещей. Возможно, у него даже есть название, но я не занимаюсь выкройками, поэтому не знаю его. Что вы делаете, так это предоставляете статическую функцию-член, которая принимает указатель на класс в качестве параметра и внутренне вызывает себя через этот указатель класса. Затем вы делаете эту статическую функцию-член (и указатель this, который вы хотите использовать для нее) доступными для вызова внешнего (не C++) кода. Я использую это все время, чтобы предоставить подпрограммам обратного вызова ОС C++-подобные интерфейсы.

class callback {
    void register () {
       // Register the callback. This usually involves somehow pointing the 
       // other side to our static do_it() routine and passing it our 
       // current "this" pointer.
    };

    void do_it(); // The member function we want callable from outside C++

    static extern "C" void do_it (callback * instance) {
        instance->do_it();
    }
};